Thank you @agriggio but how to put that -R on the right click?
Well, that depends on how exactly your file manager works. In general, you need to edit some .desktop file. See e.g.:
https://developer.gnome.org/integration-guide/stable/desktop-files.html.en
(The details will vary a little bit depending on your desktop environment I suppose)
Thanks a lot for your input, very much appreciated 
My desktop is MATE, and my other computer is XFCE but getting in .desktop file 
In all case thanks a lot (BTW I just finished to write a feature request about this 
)
I really don’t like this either, so for my windows ART nightly builds, I made a dirty hack in main.cc to allow full configuration when clicking on photo. Not proud of that, but until now, nobody complained!
What I could do is to make the behaviour of -R the default, and add a new flag (e.g. --simple) for the old one… would that be ok?
2 Likes
Hello, I’m okay with that. I’ve never understood why that was good for, opening a file without the file browser tab. The same thing happens when I send a photo from gThumb to ART/RT (*). So yes please, change the default behavior.
(* Edit) But not so with the -R switch added to the gThumb command!
Oh Yes that would be OK 
When you open a file using right click => open with RawTherapee(ART) in a folder with a lot of files which (the folder) you never opened before in RawTherapee(ART) having no file browser is much faster, because no thumbs need to be generated for the files in the folder.
But it’s the editor which will be open, so the file browser should not generate any thumbnail until we call it… Am I wrong?
File browser will start to generate thumbnails even if file browser is not the active tab.
Currently in RawTherapee(ART) there are two modes. With or without file browser. In the mode with file browser the folder will be scanned and thumbnails will be generated for this folder. That’s not a big deal if you open a folder a second time, as the thumbs are in thumbnail cache then. But opening a folder the first time can take a while…
1 Like
Um… I don’t like it, especially if the folder has thousands pics.
I think my feature’s request seems to be way better ART feature requests and discussion - #796 by PixLab
Hi,
sorry but the feature is not going to be implemented, it doesn’t seem to me the proper way of fixing the issue. I will change the default behaviour, but add a --simple flag for keeping the current behaviour when you want it.
The problem of slow generation of thumbnails is indeed real and annoying, but I’d like to find a better solution for it if possible…
1 Like
I agree that this behavior is suboptimal. This is one area where (A)RT could be smarter about what to do when, and in the background.
1 Like
That makes sense Ingo, never thought about this aspect.
1 Like
That’s great!
I’ve pushed some changes that try to make the file browser a bit snappier. I’d appreciate feedback under different usage scenarios (loading a cached folder, opening a folder with unprocessed images, opening a folder with processed images but not in the cache, …)
3 Likes
I’ve pushed some changes that try to make the file browser a bit snappier.
Great! This is the only area where ART is lacking a bit
Hello, loading a cached folder is fast (faster than it used to be, or just my impression?). Loading un uncached folder with 384 photos (raw+jpg), 4,8GB, is ‘normal’, that is it took a minute or so.
Hi,
thanks for testing. I’m not expecting it to be significantly faster to complete, rather the goal is to have something a bit more responsive, i.e. you should be able to start editing your pictures while loading the folder continues in the background. Sorry if this was unclear.
Aha. Well, yes I can start editing a photo (and even three) while the Navigator is still generating the thumbs.