-
Notifications
You must be signed in to change notification settings - Fork 303
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dynamic Profile Rules application when picture is selected in File Browser #6803
base: dev
Are you sure you want to change the base?
Conversation
The dynamic profile should ideally be applied when the image is first edited by any means (opened in editor, batch editor used, partial profile pasted/applied, etc.). Doing it upon selection is unintuitive in my opinion. |
Hi @Lawrence37, Thank you for your feedback. I've thought about and played with it, and see the following options ("initialize" refers to first application of dynamic profile when using batch editor):
Do you have any other ideas? What is your proposal? (In case you opt for (5) I'd continue to use (3) in my local copy of RT because it best suits my personal use case. May be quite different for other users, of course.) |
I've been thinking about this and here's my reasoning. Let's start with the goal which is to apply the dynamic profile. The question that comes to mind is when does it get applied. It must be either when explicitly requested or automatically at some other time. If the second one, it should not take the user by surprise. Doing it after the thumbnails have been loaded fails the criteria, or at least I can't think of any way to do this. Imagine having an image change suddenly without requesting it to. Doing it before the thumbnails are loaded doesn't make sense either. Unlike darktable, RawTherapee doesn't have libraries/collections so RawTherapee would have to crawl the entire file system. Not good. That leaves applying the profiles while generating the thumbnails. Some users may want this. I'm OK with having this as an option. Not everyone will want it and it can make opening a folder slower, so it should be an opt-in option. The default behavior is to only apply the profile upon request. If manually changing the parameters, as you pointed out, it's ideal to give the user enough information to understand what adjustments to make. The two parts to this are the parameters and the preview of the starting point. For the parameters, we'll just load the correct dynamic profile instead of the neutral profile as we do now. For the preview, I think it should be all or nothing for consistency. Either show the preview for all images, or show the embedded thumbnail. Half of the first option already exists. There's an setting to show the raw data instead of the embedded thumbnail. The only thing missing is applying the dynamic profile to generate the preview instead of the neutral profile. If the file browser is configured to show the embedded preview, there's no reason to show the dynamic profile unless requested by the user. You're right it's weird to have to move a slider to see the update, but this can be remedied by adding an easily accessible button to apply the dynamic profile to the selected image(s). For this approach, the necessary changes are:
|
Again, thanks for your comments and sorry for the delay on my side. Your bullets #2 and #3: Not sure I understand. Do you distinguish between "loading dynamic profile values into tool panel" and "use dynamic profile for creating a thumbnail"? Shouldn't that happen at the same time? And what should be that time -- when a user selects a picture (bullet 2), or when thumbnails are first created (bullet 3), i.e. when a directory is opened? Or some misunderstanding on my side? Your bullet #4: If dynamic profile is applied when (a) user selects a picture and/or (b) generating a thumbnail, what situations would remain for using this button? Anyway, the code I provided in this pull request is incomplete. There is a new version, in case you are interested. Approach is the same as before: In file browser, when selecting a picture for which no .pp3 exists, dynamic profile is applied and tools in batch editor are set. Works well for me -- but then, this is just me. Not sure in how far this matches what you have in mind with your bullets 2 and 3. |
Points 2 and 3 are distinct. Consider the current behavior if Show embedded JPEG is deselected. On opening a directory, any new raw image will get their thumbnail created using the Neutral profile. No pp3 file is created yet. On selecting the image, the batch edit tab loads the Neutral profile values because there is no pp3. The thumbnail generation and batch editor tool panel value loading happen at different times. Points 2 and 3 simply update the current behavior to use the dynamic profile instead of the Neutral profile. Point 4 applies if Show embedded JPEG is selected. You won't see how the dynamic profile looks like on the image until you start making adjustments. The button applies the profile so you see the starting point and lets you figure out what adjustments you want to make. The four points are the only changes needed in my opinion. No need to apply the dynamic profile when selecting an image because the four points cover all the cases. |
This proposal refers to my question in the forum https://discuss.pixls.us/t/dynamic-profile-rules-application-in-file-browser/38529
The idea is to evaluate Dynamic Profile Rules whenever a picture is selected in File Browser for the first time.
Code is motivated by function "rankingRequested" in rtgui/filebrowser.cc because I noticed that this evaluation is done whenever I change the star rating of a picture.
What I'm unsure about: Function "rankingRequested" contains calls to "beginBatchPParamsChange" and "endBatchPParamsChange". It's not clear to me what exactly these calls do, and if something similar might be needed here. It seems to work without, but ...
As always with my unsolicited potential contributions, feel free to reject if this is not something you'd like to have in general RawTherapee