Crop module gets orientation proxy support #17888
Open
+46
−9
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
jenshannoschwalm
added
bugfix
|
Note: no support for the lighttable "actions on selections" button and not planned from my side. |
dterrahe
reviewed
Nov 25, 2024
dterrahe
reviewed
Nov 25, 2024
jenshannoschwalm
force-pushed
the
crop_orientation
branch
from
ecc457d
to
6f00a40
Compare
dterrahe
reviewed
Nov 26, 2024
dterrahe
reviewed
Nov 26, 2024
dterrahe
reviewed
Nov 26, 2024
jenshannoschwalm
force-pushed
the
crop_orientation
branch
2 times, most recently
from
12e3a19
to
b1f0ad2
Compare
dterrahe
reviewed
Nov 27, 2024
jenshannoschwalm
force-pushed
the
crop_orientation
branch
2 times, most recently
from
bc304cd
to
1c3cd92
Compare
While developing an image in darkroom we might have set a cropping area, this commit
implements functionality to keep the cropped area if we change orientation via the
flip module.
Three parts in the codebase required additions without changing existing code.
1. `dt_develop_t` got two additions in cropping proxy,
`struct dt_iop_module_t *flip_handler` points to the crop module and is setup there.
We can't use `exposer` as the proxy because that is dynamically set in pixelpipe code
only if enabled and we want to change crop parameters even if crop is disabled.
`void (*flip_callback)` is the callback function changing crop parameters, defined in crop.
2. Orientation module uses the `flip_callback(self, orientation)` requesting changes in crop.
3. In crop we have `_crop_handle_flip()` as proxy `flip_callback` with proper logs about action.
- It gets the data from self `dt_iop_crop_params_t`,
- does the requested action,
- updates gui from parameters
- adds a new history stack entry (respecting the current `crop->enabled` status).
jenshannoschwalm
force-pushed
the
crop_orientation
branch
from
1c3cd92
to
1c8140a
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
While developing an image in darkroom we might have set a cropping area, this commit implements functionality to keep the cropped area if we change orientation via the flip module.
Three parts in the codebase required additions without changing existing code so not expecting stability regressions.
dt_develop_tgot two additions in cropping proxy,struct dt_iop_module_t *flip_handlerpoints to the crop module and is setup there. We can't useexposeras the proxy because that is dynamically set in pixelpipe code only if enabled and we want to change crop parameters even if currently disabled.void (*flip_callback)is the callback function changing crop parameters, defined in crop.Orientation module uses the
flip_callback(self, orientation)requesting changes in crop.In crop we have
_crop_handle_flip()as proxyflip_callbackwith proper logs about action.dt_iop_crop_params_t,crop->enabledstatus.Finally worked on this, various pending issues:
Fixes #17631 #17498 #14788 #11614