Hi Bill, Thanks - that's the problem. I had been using the version from https://www.partha.com/ which has a few extra bits and pieces incorporated. All works with the official release. I think the problem with the version I was using might be that C:\Program Files\GIMP-2.10.0-std\GIMP-2.10.0-std.exe actually seems to spawns another executable (the real gimp) and then presumably exits, allowing the lua script to continue. Anyway all is well now.
Thanks again. Jim On Tue, May 1, 2018 at 4:22 PM, William Ferguson <wpfergu...@gmail.com> wrote: > Hi Jim, > > How did you install GIMP. I was still running 2.9.x and I thought it > might be a 2.10 issue, so I iinstalled 2.10. The path to my executable is > C:\Program Files\GIMP 2\bin\gimp-2.10.exe. I tested it and it worked > again. > > I notice that the path to your executable is different than mine. How did > you install GIMP? Did you use the flatpack? > > > Thanks, > > Bill > > On Tue, May 1, 2018 at 6:30 AM, Jim Robinson <jimr...@gmail.com> wrote: > >> Further to my earlier post I have inserted a 10 sec delay into the >> gimp.lua script just before the file move takes place and now gimp does >> open the file exported from darktable, but as soon as the delay is >> completed the file move takes place and the file is imported into darktable. >> I assume that the something in the script should wait until whatever >> editing takes place in gimp is completed and the file is exported from gimp. >> >> On Tue, May 1, 2018 at 11:06 AM, Jim Robinson <jimr...@gmail.com> wrote: >> >>> Hi, >>> >>> I reverted to darktable 2.4.1, but with the same outcome, and so as >>> suggested ran from git-bash shell with the following output >>> >>> $ ./darktable.exe -d lua >>> LUA "C:\Program Files\GIMP-2.10.0-std\GIMP-2.10.0-std.exe" >>> C:\Users\jim\AppData\Local\Temp\6Q1B7618.jpg >>> Creating rungimp logfile C:\Users\jim\AppData\Local\Tem >>> p\runGIMP-2.10.0-std-2018-05-01-09-47-30.log >>> Tue May 01 09:47:30 2018 >>> >>> Checking for Gimp .. >>> Gimp exists! Continuing ... >>> The gimp string is "gimp.exe" "C:\Users\jim\AppData\Local\Temp\6Q1B7618.jpg" >>> --verbose >>> LUA moving C:\Users\jim\AppData\Local\Temp\6Q1B7618.jpg to >>> D:\downloads/6Q1B7618.jpg >>> LUA importing file >>> LUA 6Q1B7618.tif is a member >>> LUA 6Q1B7618.CR2 is a member >>> LUA 6Q1B7618.jpg is a member >>> LUA Already in group >>> >>> I can see that the exported jpg file is imported into darktable before >>> gimp has fully started and when it does open it reports the error that >>> Opening 'C:\Users\jim\AppData\Local\Temp\6Q1B7618.jpg' failed as there >>> was no such file. >>> >>> Jim >>> >>> >>> On Mon, Apr 30, 2018 at 5:17 PM, William Ferguson <wpfergu...@gmail.com> >>> wrote: >>> >>>> Just cloned the lua-scripts git repository, tried edit with GIMP and it >>>> worked. I'm using win 7 and darktable 2.4.1. Try running darktable from a >>>> command prompt (or better yet git bash shell) with the -d lua option. The >>>> output should give you a better idea of what is happening, or post it here >>>> and I'll look at it. >>>> >>>> >>>> >>>> >>>> ____________________________________________________________________________ >>>> darktable user mailing list to unsubscribe send a mail to >>>> darktable-user+unsubscr...@lists.darktable.org >>>> >>> >>> >> >> ____________________________________________________________________________ >> darktable user mailing list to unsubscribe send a mail to >> darktable-user+unsubscr...@lists.darktable.org >> > > > ____________________________________________________________________________ > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
