JPEG file manager viewer

Requirement:
To be able to step through a directory of jpegs, viewing them one at a time, and being able to Delete or Copy the current image to another directory, WITHOUT losing the ability to go to the next picture in the viewing window.

This simple, and very useful requirement cannot be met using any of the plethora of image viewing apps on RISC OS, nor possibly on any other operating system.

(1) The app has to offer a menu option with a keyboard shortcut to “Delete” current image.

(2) The app has to do a “Save As”, without switching its attention to the destination directory.

After either of the above operations the app should still have focus and be able to scroll up and down the directory of jpegs being worked on.

An app that does this would have saved me hundreds of hours and lots of frustration over the past 20 years.

Have you tried !Thump [http://www.users.on.net/~belles/software/thump/]? It would seem to meet the requirements above, unless I have misunderstood.

Have you tried !Thump [http://www.users.on.net/~belles/software/thump/]? It would seem to meet the requirements above, unless I have misunderstood.

That used to have intermittent problems on RO5.x, has that been addressed? IIRC scrolling rapidly up and down a view of files would trigger the crash.

scrolling rapidly up and down a view of files would trigger the crash.

Not IME; I’ve used most flavours of RO5.x (currently 5.23 RC15 on a Pi3) without the issue you describe. !Thump does fall over from time to time but I don’t particularly recall the problem you describe.

Have you tried !Thump [http://www.users.on.net/~belles/software/thump/]? It would seem to meet the requirements above

Thanks George, yes it does do what I want.

I stopped using it a few years ago because it kept crashing. It was ok with jpegs but when it met multipage Artworks file it fell over. That problem appears to be fixed now.

!Thump does fall over from time to time but I don’t particularly recall the problem you describe.

How about the falling over on certain JPEG variants?
Never actually stopped me using it, but that was annoying if a directory contained one of those as it could take ages to find and move

How about the falling over on certain JPEG variants?
Never actually stopped me using it, but that was annoying if a directory contained one of those as it could take ages to find and move

It seems robust. I have spent 30 minutes trying to break it, not very scientifically, but using multiple image formats, including mult-page ArtWorks documents, deeply nested directories, thousands of files, and it just keeps on working.
It is now back in my run-at-boot set pf apps.

The one downside which it has always been there is that it wont supply any information about file dates. Very curioous.

It seems robust. I have spent 30 minutes trying to break it, not very scientifically, but using multiple image formats, including mult-page ArtWorks documents, deeply nested directories, thousands of files, and it just keeps on working.

Just been looking at the bug fix list in the Chris Martin version. Looks like it contains lots of fixes and that the David Pitt version I was referring to paralleled it to an extent in version numbers.