Skip to content

Size column: show the original or the cleaned file size? #302

Description

@szTheory

Looking for opinions before changing anything.

The SIZE column currently shows the size of each file as it was when you added it — before metadata was stripped. Since stripping removes data, the file on disk is usually smaller once processing finishes, and the column doesn't update to reflect that.

For example, one of the test images goes from 711 bytes to 315 bytes after cleaning. The column keeps showing 711.

Neither behaviour is obviously right, which is why I'd rather ask than guess:

Show the original size (current)

  • Consistent with BEFORE/AFTER for tags — the row describes the file you dropped
  • Doesn't shift around while a batch is processing
  • But it disagrees with what Finder/Explorer shows afterwards

Show the cleaned size

  • Matches the file on disk once done
  • But it's meaningless until processing finishes, so the cell would be empty or change mid-run

Show both (e.g. 711 B → 315 B)

  • Most information, and makes the space saved visible
  • But it's a fourth number in a row that already has BEFORE and AFTER counts, and it's tight at narrow window widths

If you use ExifCleaner regularly: which would you expect, and does the saved-space number matter to you or not? Reactions on this issue are fine if you don't want to write a comment — 👍 original, 🎉 cleaned, 🚀 both.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestquestionFurther information is requested

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions