<skip this>....

UPD: Tried on a some new files - it works fine! The message "Last xcf file in directory!" appears at the bottom of the Gimp's main window.

Important for me to choose the file types are *.png, *.tiff, *.jpg, *.bmp, and *.orf (selfishly - the type of camera).

okey dokey-

Give the attached a go.

Menu options are:
File->Sequential->Open First File... This allows you to select a directory and a file type (currently "xcf" "jpg" "bmp" "png" "tiff" and "orf") and will open the first file of that type (case insensitive)
File->Sequential->Open Specific File... This allows you to select a file (currently "xcf" "jpg" "bmp" "png" "tiff" and "orf") and will open that file, setting the sequential filetype to match that file.
File->Sequential->Save and Close then Open Next File This will save, then close the file opened by either of the previous methods (or by this menu item, if called again) then open the next file in the directory of the same filetype. If no files remain a message is generated.

One caveat - if multiple images are open by either of the first two menu items, the "Save and Close then Open Next File" will only continue to work on the last one opened....i.e. the script will not support more than one sequential stream going at a time.

This would probably even more handy if you map a hot key to the save, close and open next item.

While I did this more for the challenge, would this be of value to post up at the plugin registry?

-Rob A>

Thanks.
Once again, thank you very much.
Are you a kind of magician?
I hope you understand that you made some wonderful work making retouchers job a bit easier than it is. Starting from now, they do not have to push a lot of buttons to get through a bunch of files!
Every solution, breaking the theoretical limits, should be disseminated.
Entirely different matter - the matter is an interest in the collection - this is the script for the holders of more files.

Hi!


Also this is the script for those who have to do the same work on few (tenth or thousands) files. Retouchers etc.

I use this script to retouch my images and it really helps to save time! I must say again

I have noticed one thing. Sometime it is necessary to do a quick correction on some file(s) in the directory. Open them again one by one with script is too slow, but when I open files using standart "Open file..." next time the script avoid them.

Is it possible to force the script to run in strict alphabetical order (default sorting in any file browser, I think we all get used to that)?

Hi!

Unfortunately, the script does not work in development version 2.9.3

I changed procedure names according to the gimp error messages, but after opening the first file "save and open again" results in "Last file in directory!" message...

Rob, can I ask you to fix it?

My own implementation in Python. Doesn't work like Rob's so it could be more resilient to v2.9 changes (never tested in on 2.9 though...). Basically it saves the file and looks for a like-named file with the next number in the same directory (so no need to open the first in any special way) and opens it.

Try running GIMP using the --pdb-compat-mode on switch.

And FWIW, here is my script for supporting this type of workflow.

ofnuts: could you provide a link to your script?

saulgoode: I changed procedure names, the script goes through files in directory.
But when it comes to the last file it writes "No image available for sequential edit" and leave the image as is - it does not save it and close. one should manually do it - hit some keys and finalize the sequence. Could you fix it?

File is here: http://sourceforge.net/projects/gimp-to ... p/download

Can you post the error messages you receive?


There should only be files left open when you are finished if there were files open before running the script or if there has been an error which occurred while trying to save the file.


I don't have the development version available on my machine at the moment and don't really plan to update my scripts until it can be done against a stable code base.

The idea was to went through a bunch of *.xcf images in folder. No matter what the filenames are, we are looking only for the same the extension.

In my workflow the images are named yyy-mm-dd_hh-mm-ss_number.xcf, as usual the "number"'s are not sequential. So the plugin says "No successor found for <filename>". Looks like the plugin is useful only when we have images with ordered filenames.

Matter of heuristics... What would be the criteria to find the "next" file? If my script works for you and regular numbered file names on 2.9, it's not hard to make a derivative to support your file name convention.

it's not heuristics, it is just my situation.

it's not about criteria how to find the next file, the idea was to make through all files in directory, no matter what the filenames are. the order in which the files will be open is not important, the critical thing is to not skip any single one and be sure that we make through all of them.

It is all just about to quickly make some tasks on a bunch of files in directory, avoiding unnecessary hitting ctrl+w, ctrl+o, marking the next file and avoid probability of skipping one or some files in rush.

Rob made a good script which I used almost everyday. But now 8-bit editing in stable Gimp is too limiting in my work, so I had to switch to unstable version.

Looks like the syntax was changed

Gimp 2.8 --> Gimp 2.9
gimp-parasite-find --> gimp-get-parasite
gimp-parasite-attach --> gimp-attach-parasite
etc...

Apparently you missed my suggestion to:

Try running GIMP using the --pdb-compat-mode on switch.

man, I tried it )

error message appear "--pdb-compat-mode=on no such file or directory"

tried to launch gimp from terminal, desktop file, tried to put "--pdb-compat-mode on" and "--pdb-compat-mode=on"... gimp just says that no such file or directory

on the other hand gimp understands --gegl-threads=4 from console and gives no error messages on that

I run a Gimp 2.9.3 in a LinuxMint

I am no coder, just a dabbler,

Got the attached sequential_processing v1.2 working.

worth a try, no guarantees, remember to unzip it

The scripts don't remember which files have been processed. So knowing in which order things are processed is important (anything before the current file has been done).

rich2005: Thank you! Your script shows no error messages, but I have the same problem - it does not open next image. Looks like the problem is on my side since I have the same gimp version.

ofnuts: sure, the script must control the situation - i.e. remember which files were open in this session and which are not. suppose there are few ways to do this.


Happy New Year to everybody in this topic! See you next year )