QUOTE(ladiko @ Jul 13 2008, 10:00)

do you think it's possible to add an aditional option like /aspect "{horizontal|vertical}" that means that an ratio of 0.75 and horizontal allow all images f.e. 480 high and 480 to 640 wide but not vice versa?
I'll see if I can think of a good way of doing this. Possibly /requireOrientation portrait|landscape, but I'm not set on that yet.
QUOTE(Squeller @ Jul 19 2008, 09:50)

Wow, your program is the bomb. Many thanks. I have some suggestions, because I download "front", "back" and "disc", and I guess this is what many people do: Would you add two additional buttons besides the save button, which save to a userdefined name? This would make the workflow faster. Currently I use "save as...".
Also, a quick preview when hovering images would also be nice.
A minor thing: I start it with foo_run, but it doesn't come to top. Can you make your program come to foreground, when called?
Thanks for your comments! I've had plans for a system of name
Presets, which would cover the behaviour you wanted for front/back/disc, for quite a long time now, but have still never actually got round to coding it. It may still happen, if I end up with a lot of time to work on this app, but I can't say when.
The problem with previewing on Hover is that previewing causes the full sized image to be downloaded, which is an action I'd rather be more explicit than just a hover. Also, having tested it out, it ends up being more irritating than anything else, as the question of when to dismiss the popup becomes a problem. Moving the mouse outside the popup (the usual way of dismissing one) can be a big annoying move if it is a large image, and it is easy to accidentally popup a preview when you didn't want one. So, on balance, no, hovering will not pop up previews, sorry.
I'm not sure why you are seeing the application not come to the front when it is started with foo_run - it always has for me. Do other programs you start with foo_run come to the front?
Alex