fix(prune): honest reclaim/skip counts; cross-ref layout coupling

Already-absent files no longer inflate reclaimedCount (outAlreadyAbsent
distinguishes vanished-at-delete from real failures). Stale skip count
de-dups confirmed before subtraction so duplicates aren't tallied as
stale. prune_button.h rightInset and drawTailFooter vrc.right now
cross-reference each other by name.

src/prune_reconcile.h

@@ -77,11 +77,13 @@ struct PruneReport {
 // REAPER-free / filesystem-free by design (the shell does the deletion; this is the
 // tallied outcome), so the count/byte aggregation is unit-testable outside the DAW.
 //
-//   * reclaimedCount — number of files actually removed from disk (trash or unlink).
+//   * reclaimedCount — number of files actually removed from disk BY THIS CALL (trash or
+//                      unlink). Already-absent files are NOT counted here.
 //   * reclaimedBytes — sum of the on-disk sizes of the files actually removed, in bytes.
-//   * skippedCount   — planned files that could NOT be removed (locked, disappeared, a
-//                      trash/unlink failure) OR that went stale between confirm and delete
-//                      (dropped by the delete-plan intersection). Never an error/crash.
+//   * skippedCount   — files that could not be or were not reclaimed: stale entries that
+//                      dropped out of the fresh-orphan intersection, files that vanished
+//                      between the plan and the delete call (already absent), and real
+//                      delete failures (locked, conversion error). Never an error/crash.
 //   * usedTrash      — true iff the deletions were routed to the OS trash/recycle bin
 //                      (recoverable); false iff the platform fell back to hard unlink.
 struct PruneDeletionResult {