(old)Puppy Linux Discussion Forum

I see now.

In /bin make a symlink called mupdfextract to mubusy then invoke with

a little movement on the frontend side:
goingnuts has added a swallow widget to gtkdialog1 (a backport of an older version to gtk1 that still builds with gtk2)
http://www.murga-linux.com/puppy/viewto ... 066#636066
could be a nice addon to vlc-gtk too

Cheers Dingo and technosaurus, and others, for bringing this into the Puppy fold -
amazing speed and excellent copy'n'paste working in LightHouse 64, I'm using this version, just downloaded: http://www.silverdollarsolutions.com/Pu ... -lucid.pet. I've been using xpdf and ePDFviewer, but I haven't yet found an equivalent to Foxit Reader (+Wine) that will save highlighting on pdfs - I'm hoping that the modularity of mupdf will enable that feature at some future stage, but until then I guess I'll use xournal as a stop-gap.
+1 vote from me for a simple GUI and printer/CUPS functionality for this beaut little toolset - or could anyone point me to existing solutions in mupdf I haven't spotted yet?
Thanks again

just made a frontend to mupdf, no icons, just labeled buttons and entry boxes using gtkdialog1 (it could look really nice with gtkdialog1, but I just wanted to get the buttons working for now and didn't want to mess with icon theming, layouts and the like so it looks pretty bad as is, but the framework is there if anyone wants to beautify it, great)

you can get gtkdialog1 here:
http://murga-linux.com/puppy/viewtopic. ... 618#601618

and xdotool here:
http://murga-linux.com/puppy/viewtopic. ... 151#639151

TODO
needs support for the command line options in mu_open
-b antialiasing bits 0-8
-p password
-r resolution
beautifications

I added some icons and fixed up the layout a bit while making it compatible with gtkdialog1 and latest gtkdialog4.

I had to rename 0.4 to uPDF to prevent xdotool from writing to the control window... Will release tomorrow. In the mean time don't use the entry boxes.

Since I changed the name, I went ahead and reset the version number to 0.1. searches work now and I fixed a couple of misplaced icons. There was some thought into the gui design - more often we have more horizontal space than vertical and most pdf documents are layed out vertically, so doing the traditional top bar style layout would have taken usable document space, while this layout can use the full screen space.

I don't have any password protected pdfs to test on so if anyone wants that supported, post a small one that I can test.

Works great! Thanks!

technosaurus wrote:..I don't have any password protected pdfs to test on so if anyone wants that supported, post a small one that I can test.

That would be nice to have if possible - attached protected pdf with password:woofwoof

alright thats about enough for now - password support, activates the pdf window after each command, unified gtkdialog1 and gtkdialog4 functionality ... maybe sometime later make it work with multiple pdfs using:
xwininfo -root -int -all |awk '/\.pdf/{print}'
{replace print with print $1 or print $2 for window id or file name}

not till the next version of mupdf comes out though - with save, print and optional javascript support (using v8) to name a few

compacted the format (you can resize for larger entry boxes if need be), switched things around a bit, tweaked stuff, added page number support, a couple icons, better gtkdialog version compatibility

technosaurus wrote:latest svn (post 1.0 release)

would be nice if epdfview had comic book support. comics are basically packaged jpg files.
.cb7 → 7z
.cba → ACE
.cbr → RAR
.cbt → TAR
.cbz → ZIP
ttuuxxx

It would be nice if someone can compile the last version http://mupdf.com/downloads/

HoerMirAuf have done it great thanks to him.