Technosaurus, I can't comment on viewnor as I haven't really used it...what are your impressions? Also, did you convey your patch to the developer, as he may be interested? Lastly, where did you dig up those g++ compile optimisations, as they certainly do make a diff?

I did send the patch in - the dev liked the idea but wants to do something different... give the warning once when any editing of the image is done. Unfortunately I didn't study the code enough to even attempt to help out with that. If I were going to put that much time into the code I would try to patch it to use libexif instead. Oh well - until then - the patch works for my needs.

Viewnior is the defaultimageviewer in Puppy 4.3.X and development has pretty much stopped. Although it is a nice viewer, it seems like Fotoxx would be a good option for smaller puplets to replace mtpaint and viewnior as both the viewer and editor._________________Web Programming - Pet Packaging 100 & 101

Tonemap gradient method was made easier to use and a little faster. The earlier tonemap functions have been removed because the gradient method is stronger and more flexible than any of them.
Select Area copy and paste has been extended to allow areas to be saved as files and read back later to paste into other images.
Warn about missing program exiftool only when first image edit is initiated.
Bugfix: tonemap sometimes did not work within a selected area.

The only 2 things I don't like about Fotoxx is that it doesn't batch resize, now that would e a feature and a half, and also when it displays transparent png backgrounds on icons, the background is 100% solid BLACK!!, it should be transparent.
ttuuxxx

bellow is a example fotoxx 9.8.1 VS gpicview , look at the background
also muggins your fotoxx 9.8.1 worked on 2.14x, but 9.9 has a glibC issue and won't run, did you compile it differently? strange that it didn't complain before and now it does.
/usr/bin/fotoxx: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/bin/fotoxx) <-- V9.9

and when I run the older one you packaged and works fine other than transparencies , I get
sh-3.00# /usr/bin/fotoxx
fotoxx v.9.8.1 2010.03.22
language: en_US
using 1 threads
exiftool sh: exiftool: command not found
xdg-open 1.0.1
sh: ufraw: command not found
sh: exiftool: command not found
exif_get failed

Yes, I did compile it differently, using Technosaurus's g++ switches. Funnily though, the fotoxx-9.9.pet package was 3k bigger than if I just used Kornelix's Make. Anyway, I've recompiled using the latter, and re-uploaded...see if that works.

which set of flags did you use? the bottom set was just a reference base on the standard set - the top set is better for size

Edit - the *sections flags are unnecessary now that freeimage is no longer a dependency - those just helped to eliminate unused sections when compiling against static libfreeimage (but it will make code slightly larger, so it is a gamble as to when to use and when not to)_________________Web Programming - Pet Packaging 100 & 101

also you can discard my previous patch, since it has been fixed in a better way upstream

installing ufraw and exiftool should remove those errors
Perhaps petget needs a patch for "recommends"?

if the binary is still smaller with the normal method then he has some pretty clean code... still not quite clean enough to use -fwhole-program though, but I think that is because of C++ and the gcc version (when it works, it cuts about 10% off of mtpaint, jwm and the couple other C programs I have tested)_________________Web Programming - Pet Packaging 100 & 101

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum