0.93.1 EXIF Rotation Not Updating Timestamp
Moderators: XnTriq, helmut, xnview, Dreamer
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
IMO that's extremely not intuitive - I'd suggest having the identically-named command behave the same. Especially because it's specifically named "lossless," but per discussion above, in one view it's actually lossless but in the other view it's not (it silently throws away pixels).
-
- Author of XnView
- Posts: 44448
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
In browser your works always on file, in Viewer on image datas loadedmetal450 wrote: ↑Fri Jun 16, 2023 3:44 pm IMO that's extremely not intuitive - I'd suggest having the identically-named command behave the same. Especially because it's specifically named "lossless," but per discussion above, in one view it's actually lossless but in the other view it's not (it silently throws away pixels).
Pierre.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
That's the same as ur last reply - my statement remains. However it happens to be internally implemented, that's extremely not intuitive from a user perspective. Users of the software aren't are of its internal implementation, users will just see an identically-named feature doing completely different things. And again, it's specifically named "lossless" in both places, but per discussion above, the in one view it's actually lossless but in the other view it's not (it silently throws away pixels).
It means that doing actual "lossless" rotation when viewing images requires changing to browser mode, issuing the same identically-named command, then changing back to view mode.
If "lossless rotation" in view mode won't be fixed to make it "lossless", then it should really be two different commands, i.e. "rotate image data CCW" is one, and "lossless rotate CCW by exif" that is only available in browser but not view. Which is much less ideal than just having the same in both places, but at least that wouldn't ambiguate two completely different operations with the same name.
It means that doing actual "lossless" rotation when viewing images requires changing to browser mode, issuing the same identically-named command, then changing back to view mode.
If "lossless rotation" in view mode won't be fixed to make it "lossless", then it should really be two different commands, i.e. "rotate image data CCW" is one, and "lossless rotate CCW by exif" that is only available in browser but not view. Which is much less ideal than just having the same in both places, but at least that wouldn't ambiguate two completely different operations with the same name.
-
- Author of XnView
- Posts: 44448
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
when you are in viewer mode, it's like other app, you make some change (rotation, adjust, ...) and you save the result...
In browser, you think that we must use another term in Browser mode? 'Rotate' can be lossless or not following settings
In browser, you think that we must use another term in Browser mode? 'Rotate' can be lossless or not following settings
Pierre.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
>In browser, you think that we must use another term in Browser mode? 'Rotate' can be lossless or not following settings
Right, but the menu item/command name in both modes is always "lossless", regardless of settings. So it feels extremely not intuitive/confusing, when there's one "lossless" command name that's only lossless under special conditions: in viewer mode if resolution is a particular thing, in browse mode if resolution is a particular thing or settings are a particular thing (but command name is still the same even though it's doing something completely & totally different). So there's all these different things it can be doing, and unless you know everything about how the application is internally implemented you have no idea which will happen. That wouldn't be the case if you had:
* Rotate Image Data CCW ( or CW). Note that the name says what it's actually doing, and that it doesn't say "lossless" in the name, since it may or may not be - perhaps a tooltip could specify that this is lossless if and only if the resolution is a power of 2, otherwise it will throw out some pixels from the image.
* Lossless Rotate CCW (or CW). A different command for a different operation, & only available in Browser mode.
Right, but the menu item/command name in both modes is always "lossless", regardless of settings. So it feels extremely not intuitive/confusing, when there's one "lossless" command name that's only lossless under special conditions: in viewer mode if resolution is a particular thing, in browse mode if resolution is a particular thing or settings are a particular thing (but command name is still the same even though it's doing something completely & totally different). So there's all these different things it can be doing, and unless you know everything about how the application is internally implemented you have no idea which will happen. That wouldn't be the case if you had:
* Rotate Image Data CCW ( or CW). Note that the name says what it's actually doing, and that it doesn't say "lossless" in the name, since it may or may not be - perhaps a tooltip could specify that this is lossless if and only if the resolution is a power of 2, otherwise it will throw out some pixels from the image.
* Lossless Rotate CCW (or CW). A different command for a different operation, & only available in Browser mode.
-
- Author of XnView
- Posts: 44448
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
Lossless? Sorry but perhaps we talk about not same thing.metal450 wrote: ↑Tue Jun 20, 2023 3:18 pm Right, but the menu item/command name in both modes is always "lossless", regardless of settings. So it feels extremely not intuitive/confusing, when there's one "lossless" command name that's only lossless under special conditions: in viewer mode if resolution is a particular thing, in browse mode if resolution is a particular thing or settings are a particular thing (but command name is still the same even though it's doing something completely & totally different). So there's all these different things it can be doing, and unless you know everything about how the application is internally implemented you have no idea which will happen. That wouldn't be the case if you had:
You talk about 'Rotate' or 'Jpeg lossless transformations>Rotate' in viewer?
Pierre.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
We're talking about Tools->Jpeg lossless transformations -> rotate clockwise & rotate counter clockwise. As we've discussed:
* In viewer mode, this may not be lossless as it will destructively throw away pixels if the resolution is/isn't power of two
* In browse mode, the same will occur
* Unless the option is changed, in which case in viewer mode, the identically named command will do something completely different: it will rotate by exif. In that case, it will truly be non-destructive, unlike the other 2 cases which may or may not be destructive depending on the image resolution
* In viewer mode, this may not be lossless as it will destructively throw away pixels if the resolution is/isn't power of two
* In browse mode, the same will occur
* Unless the option is changed, in which case in viewer mode, the identically named command will do something completely different: it will rotate by exif. In that case, it will truly be non-destructive, unlike the other 2 cases which may or may not be destructive depending on the image resolution
-
- Author of XnView
- Posts: 44448
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
My apologizes...
Yes, the lossless rotation works like that (JPEG library)
which option? They work in the same way* Unless the option is changed, in which case in viewer mode, the identically named command will do something completely different: it will rotate by exif. In that case, it will truly be non-destructive, unlike the other 2 cases which may or may not be destructive depending on the image resolution
Pierre.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
> which option?
The one we've been talking about, Settings>Browser>Misc
Really not sure why we've been talking in circles here, is some part of this still unclear? The issue is that several very different operations are called the exact same thing. This is extremely unclear/ambiguous UI. "Lossless Jpeg Rotation" is used to refer to both "rotate image data" and "rotate by exif", and additionally, when it is used to refer to "rotate image data," it may not actually be lossless, despite the fact that it's mislabeled as "lossless".
The one we've been talking about, Settings>Browser>Misc
Really not sure why we've been talking in circles here, is some part of this still unclear? The issue is that several very different operations are called the exact same thing. This is extremely unclear/ambiguous UI. "Lossless Jpeg Rotation" is used to refer to both "rotate image data" and "rotate by exif", and additionally, when it is used to refer to "rotate image data," it may not actually be lossless, despite the fact that it's mislabeled as "lossless".
-
- Author of XnView
- Posts: 44448
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
Sorry but it's my fault:
Settings>Browser>Misc is for 'Rotate' icon in browser not 'Rotate lossless'
Pierre.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
See? Even after all this discussion I was apparently still unclear. I highly doubt most users have any idea how to untangle all these similarly-named options.
So where is "Rotate" in the menu - it's different than Tools->Jpeg Lossless Transformations->Rotate? In the list of named commands to add to the toolbar, I only see "Rotate" not "Rotate Lossless."
In any event, again, what I keep saying is that it just feels like all these similar but distinct operations should be clearly labeled as completely distinct in the menus/commands list. If something behaves differently in view vs browser, they should be named differently. And not have their behaviors changed to something completely different from the options. We have: Rotate jpeg image data (aka what is currently called "lossless" but is not guaranteed to be lossless), we have "change exif rotation value", and maybe there's some third thing now, just "Rotate?" I'm not sure what that does. But if there are different operations that do different things, they should be clearly named by what they're actually doing, and the same command name shouldn't do 2 different things based on context, as no user would be able to guess about what's going on under the hood.
So where is "Rotate" in the menu - it's different than Tools->Jpeg Lossless Transformations->Rotate? In the list of named commands to add to the toolbar, I only see "Rotate" not "Rotate Lossless."
In any event, again, what I keep saying is that it just feels like all these similar but distinct operations should be clearly labeled as completely distinct in the menus/commands list. If something behaves differently in view vs browser, they should be named differently. And not have their behaviors changed to something completely different from the options. We have: Rotate jpeg image data (aka what is currently called "lossless" but is not guaranteed to be lossless), we have "change exif rotation value", and maybe there's some third thing now, just "Rotate?" I'm not sure what that does. But if there are different operations that do different things, they should be clearly named by what they're actually doing, and the same command name shouldn't do 2 different things based on context, as no user would be able to guess about what's going on under the hood.
-
- Posts: 145
- Joined: Sun Apr 28, 2019 6:01 am
Re: 0.93.1 EXIF Rotation Not Updating Timestamp
Is this going to be fixed? I just had photo data destructively modified yet again (rather than just flipping the exif rotation bit as intended)