How have you installed the script? We have no information or bug reports of not working scripts. Could you please tell us witch are not working?
Ok, I think I understood they way gimp.lua gets the executable path.
It uses the library functions
dtutils_file.executable_path_widget
and
dtutils_file.check_if_bin_exists()
The first will set a preference with the chosen executable filepath for a given program name, the second will retrieve it from the preferences.
Now, I canât use this method in my script because I have multiple programs to configure and I donât want to clutter the GUI.
Much better is to use lua preferences window.
Also, the first function doesnât work for me in Windows, it does register an empty filepath in the preferences, I gue when the Windows filepath contains spaces. I will have to file a bug.
However, this gives me an idea: @johans3 can you please check the following:
- in gimp.lua, select the correct executable file for gimp and close DT
- look for darktablerc file in your darkatable installation dir
- open the file and look for the line
lua/executable_paths/gimp= - tell me which is the filepath reported there
Thank you
lua/executable_paths/gimp=/Applications/GIMP.app
I see also
lua/executable_paths/'GIMP'=
lua/executable_paths/open -W -a GIMP.app=
Good, I think we are close to a solution.
The right filepath seems to be /Applications/GIMP.app therefore, according to what gimp.lua does, the command
open -W -a /Applications/Gimp.app
should launch Gimp, can you please try in a terminal ?
If so, I hope this version does the trick (please configure /Applications/GIMP.app for program 1)
ext_editor.lua.txt (14.2 KB)
The other two lines in darktablerc are leftovers from our previous attempts, you can delete them.
1 Like
Good job, Gimp launches and opens the selected picture of Dt
Right now it works only with Gimp, other image editors are being ignored
Please configure the executables in the lua preferences, like you did for Gimp and press the update list button in the external editors module in lighttable:
Then you should be able to choose the program in the dropdown list and run it.
If it doesnât work, please give me one example.
You can also configure keyboard shortcuts to launch each editor.
That, combined with the âexport to collectionâ feature provided by the script, and the ability to export and launch the editor from inside darkroom, makes the whole process very handy.
I see now whatâs going on - the export feature is limited to one export at a time.
And I can export only once from Dt, even if I call the same external editor.
This issue must be caused due to the fact that launching and exporting are combined in your script.
If your script launches first the application and exports then, the issue should be solved.
Not really.
The script provides an additional export recipe âexport to collectionâ which exports in the collection folder and reimport the exported images in the collection.
From lighttable, you can export as many images as you like, while from darkroom you can export one image only with CTRL+E (or the equivalent in Mac).
This is no different from any other export recipe, itâs just how DT works.
After you exported, typically to a 16 bit tiff, you can then launch the editor you choose, one image at a time (as sending multiple images to the same editor has unpredictable results, depending on the specific editor).
The script should give you an error if you try to launch an editor on a raw image.
You can launch editors from lighttable with dropdown list and the buttons âeditâ and âedit a copyâ, or from inside darkroom, by using keyboard shortcuts you have previously configured for each editor. The latter, is the feature I find more useful.
This is how it works in Windows and Linux. If you notice a different behaviour in Mac, please let me know.
I hadnât tried to export multiple images in a shot.
What I did is following:
I selected 1 image in Dt lightroom, clicked on the edit button of your script, had Gimp as my preferred external editor selected.
Gimp launched and opened the picture, as expected. So far so good
Now, I after my edits in gimp I wanted to export yet another picture from darktable to the gimp. So I did, but this time, nothing happened 
Then I tried with another image editor. Nothing either
Only after quitting the gimp, Gimp launched again with the image I wanted to process.
Basically, this work flow forces me to quit the editors each time if I wanna export yet another picture, no matter if the editor is already open or not.
Because of this behavior I guessed that the export command hadnât completed yet, and was effectively keeping both darktable and the external editor in idle prior to listen for new commands.
Maybe your script is working but not so my preferences - maybe theyâre messed up from scripting. Coding is like that.
I shall try to trash darktablerc
Do not trash darktablerc, you will lose all your preferences, itâs enough to delete all lines that start with lua/
This behaviour is not normal, I would need to know the lua debugging output.
On Windows and Linux, it is activated launching darktable from the command line
darktable -d lua
If you manage to run it, do the operation which is not working and post the console output.
By the way, the expected workflow is to use external programs as plugins of DT, so for example in Gimp you should do âFile â overwiteâ and then close the program before you launch another edit.
I guess you know that, but just to double check.
Hi there. Iâm just writing in this thread because Iâm trying to run your script on Windows 10 and Iâm having some problems. Iâve tried using Photoshop and Affinity Photo as external editors but whenever I choose a RAW file to edit (NEF) DT shows the message âfile type not allowedâ. Iâve repeated the process by using a Jpg file and both AF and Photoshop open the file without problem. Do I have to configure something else? Am I missing something? Iâm new to DT and I would love this feature to work as its important for my workflow.
Thanks.
Yes, this is by design.
The script is made to allow round trips with external editors, but the pivot point remains DT.
You canât use RAW for round trips because DT would not be able to read the changes done elsewhere.
I suggest you first use the âexport to collectionâ feature of the script, using tiff 16 bit as exchange format and then edit the tiff in whatever program.
Ah, ok. Thanks a lot, I thought the script would export directly to TIFF. My mistake.
So I have to export to TIFF and then send to the external editor. Understood.
Thanks again.
Yes, but in the export module, choose âcollectionâ, so that the tiff file will be reimported to DT and you will find it next to your RAW.
On a side note, you can do all this without leaving the darkroom
Yes, now Iâve got the grasp of it. Itâs a bit difficult sometimes to get something new when one has been used to a different workflow for quite a time.
Thanks again for your quick answer and explanations.
2 Likes
Just after exporting file I see message âerror moving file c:\users\darek\appadata\local\temp\filename.tiffâ
What to do ?
Windows 11, DT4.2, original arw file exist on synology shared folder
Darek K
How about if you try with a local file first to see is you get the same errorâŚmaybe something is timing out or there is some write permission issue in the Appdata folderâŚ
Just copy a raw to the desktop and open it and try to run againâŚ
This is line 326 in this script move_success = df.file_move(temp_name, new_name)
I think there is a bug in this function.
When new_name has normal english letters it works fine but when new_name has polish letters (Ä
,Ä,Ĺ) it returns error.