Changed behavior on 6.3: cropped image not automatically maximized after cropping

[Wolfgang ([ Win10, PL+VP+FP, Nik6 (+3) ])]

What annoys me even more – hitting ESC after cropping acts like ENTER, which is simply wrong.

[MikeR]

@wilsberg

but it’s in the changelog:

That change has nothing to do with this cropping/display zoom bug that was introduced in 6.3

[wilsberg]

ok, sorry, it was very similar to me;-)

[MikeR]

Yeah. That’s a different feature request which has also been ignored for years. (The ability to constrain the cropping box to active image area so there is no black in the corners.). Anyway the change in 6.6 is a similar capability for the distortion correction. (Though implemented a little differently than would be required for cropping. But anyway that’s outside the scope of this post.

Vote and discuss here if you’re interested in that:
https://forum.dxo.com/t/crop-tool-limit-to-rotated-picture-area

Note despite how simple this would be to implement this was requested SIX years ago so don’t hold your breath.

[miloman (Paul Milo)]

6.7 is here (at least for windows), however this issue is not resolved…

[Gianpaolo64]

This new behavior is really annoying and after months is still not resolved

[MikeR]

@Cecile-C

Hello, Yes !! I can confirm this is really identified and planned, but we cannot communicate on a delivery date or version.

@Cecile-C
Do you have any update on an estimated time to have this issue fixed? Thanks.

[Cecile-C (Support Team)]

Hello Mike, I can confirm this is really identified and planned, but we cannot communicate on a delivery date or version. Thank you for your understanding

[John7 (John Barrett)]

As many pointed out above kicked into the very long grass

[BoxBrownie (Laurence)]

What should be a simple thing with no clarity on when it will be sorted out…

If I was cynical…the upcoming v7 perhaps !

[John-M (Melbourne, Australia - Win10)]

I’m working my way thru a new batch of images, from a recent photography trip - - and I’m reminded of just how tedious and annoying this behaviour can be …

@Cecile-C

I can confirm this is really identified and planned, but we cannot communicate on a delivery date or version. Thank you for your understanding

It was not fixed in recent v6.7 release … I wonder how long it will take to be addressed ?? ??

[JoPoV]

@miloman

However the issue I raised here is about showing the result maximized in the ‘correction preview’ after cropping. That was how it was before 6.3. Now I have to manually adjust the zoom-level (scroll wheel) each time after cropping to get the preview maximized.

Isn’t F3 shortcut after cropping doing what you want more easily ? (PC version - I don’t know mac version).

[John-M (Melbourne, Australia - Win10)]

@JoPoV

Isn’t F3 shortcut after cropping doing what you want

Yes - That’s a workaround … But it’s different to how it used to work (more comfortably) before PLv6.3

[Cecile-C (Support Team)]

@John-M Hello John, it was not expected to be fixed in PL6.7, my apologies about this.

[John-M (Melbourne, Australia - Win10)]

@Cecile-C

John, it was not expected to be fixed in PL6.7, my apologies

That’s fine, Cecile - - I did not construe from your note that any specific version would contain this fix … I’m sincerely hoping, tho, that it will be coming sometime very soon … It’s a real annoyance.

[mwsilvers (Mark - New Jersey, USA)]

@John-M

That’s fine, Cecile - - I did not construe from your note that any specific version would contain this fix … I’m sincerely hoping, tho, that it will be coming sometime very soon … It’s a real annoyance

I’m not normally a betting man, but I would almost place a bet that it’s not going to happen anytime soon.

Mary

[John-M (Melbourne, Australia - Win10)]

@mwsilvers

I would almost place a bet that it’s not going to happen anytime soon.

So - - there’s an opportunity for DxO to completely shock us all !!

• It would be a great little job to give to the work-experience kid.

[Satyaa]

@miloman

6.7 is here (at least for windows), however this issue is not resolved…

Yes, I find this annoying as well.

As @platypus explained above, the s/w apparently remembers the zoom as a numeric value instead of ‘fit to window’.

Having experience with other s/w applications (not photo related) and zoom features, I didn’t think this would be hard to fix.

[uncoy (Alec Kinnear)]

@John-M

expected behaviour, Paul … All versions of PL will ignore sidecar files from any later version - as a guard against parameter incompatibilities and/or new features (that the earlier version knows nothing about).

John, this is ludicrous. Between major versions 4 an 5 or 5 and 6, okay. Just barely okay. Ideally the new .dop files would be as retroactively compatible as possible. I.e. new functionality would not be read by older versions but existing functionality would be read.

Between point releases 6.2 and 6.3, it’s just ridiculous and a kick in the crotch from lazy DxO developers. If DxO are seeking ways to make their photographers loathe the company, incompatibility between point releases is a good place to start.

---

That said, all the crowing about keeping the whole image visible when cropping and all the crying about it after the change illustrates just what a thankless job software development is.

To boot, this is a great illustration of the consequences of making the Mac and Windows versions of PhotoLab identical. Both sides are now miserable instead of just one.

[John-M (Melbourne, Australia - Win10)]

@John-M

@Cecile-C

John, it was not expected to be fixed in PL6.7, my apologies

That’s fine, Cecile - - I did not construe from your note that any specific version would contain this fix … I’m sincerely hoping, tho, that it will be coming sometime very soon … It’s a real annoyance.

It’s not included in recently released v6.8 either - - Quelle domage !