Tuesday, August 4, 2009

PDF Mod 0.4

Patch Contributors Julien Rebetez, Igor Vatavuk Features
  • Insert external documents via menu/toolbar
  • Drag pages between open documents
  • Export images (jpg/png) working
  • Beautiful new icon from Kalle Persson
  • UI translated into 10 languages: da de es fr hr lt pl pt_BR sv ta
  • User docs translated into 5 langauges: de es hr pl sv
Bugs Fixed
  • No longer jumps to top on zoom or delete
  • Error messages are shown to user in popup
  • Scroll when dragging near the top or bottom
  • Clicking on select matching button works
See the wiki for information on the mailing list, IRC, downloading, git, filing bugs, etc.

10 comments:

  1. Hi, it seems than in the 0.4 tarball 'icon-theme-installer' is missing

    make[3]: Entering directory `/home/firetux/Repository/abs/pdfmod/src/pdfmod-0.4/data/icons'
    make[3]: Nothing to be done for `install-exec-am'.
    /bin/sh: ../../icon-theme-installer: No such file or directory
    make[3]: [install-data-local] Error 127 (ignored)

    ReplyDelete
  2. I have a couple of problems in trying this out, too. The makefiles aren't parallel-safe e.g., which you can easily see through `make -n` which gives

    make[1]: *** No rule to make target `../../../bin//PdfSharp.dll.mdb', needed by `all-am'. Stop.

    I already hit that at make -j3.

    In trying to fix that, I had a look at Makefile.am. There's a comment telling me that that file is generated. It does not say what from, though!

    PdfSharp from src/Libraries is also available separately -- is there a way to disable the bundled version?

    ReplyDelete
  3. @anon1: Thanks, will be fixed in the next release; you can check it out from git for now if you want

    @anon2: The makefiles were generated by MonoDevelop, though you can edit them despite the warning. A patch to fix the // build would be welcome. Is PdfSharp actually packaged for any distro? I originally bundled it to avoid hard-to-find/get dependencies, but I have also fixed one bug in it since then, too (and filed it upstream).

    ReplyDelete
  4. cool!

    Also, sure I recognise that PDF. :-)

    ReplyDelete
  5. Thanks for this tool, I'm glad to have an interactive alternative to pdftk :)

    I had two problems on ubuntu (karmic, the unstable one):

    * it requires mono-winforms, which is not part of the default mono installation on ubuntu. Is this dependancy really necessary (as I understand it it is the part of mono which has an even worse legal status)

    * running in french, I got some garbage instead of the accentuated characters. Other GTK applications are fine.

    should I file bugs for these ?

    ReplyDelete
  6. I don't know if I said this before, but I want to tell you how much I appreciate you creating this program!

    It is VERY much needed in Linux right now and know many people who would appreciate its functionality immediately.

    Now to get it packaged in Fedora, OpenSUSE and Ubuntu...

    Lastly, did you make a comment on getting this to run as a plugin for Evince? Is it possible or are they both programmed in different languages?

    ReplyDelete
  7. Thanks for the kind words, folks.

    @Aurélien: PdfSharp has some code that deals with Winforms, but we don't use any of that functionality, so we don't really depend on it. A patch to change PdfSharp to not compile those parts would be acceptable, as well.

    The French translation bug is known, but not filed. Feel free to file for either/both of these.

    @Brett: It is already packaged for openSUSE - see the wiki. It is written in a different language than Evince, but even if it wasn't I think it's better as a separate tool. Having it all in one would make it overly complicated, confusing with respect to which mode you're in, accidentally editing things when you're just viewing a document, etc. Plus, there is no way I (personally) could have gotten anything close to this functional in such a short time frame while trying to do that.

    ReplyDelete
  8. regarding that parallel make issue: there were basically three error. I've fixed two of them, see https://dpaste.com/75327/plain/ for a patch. The third error is that src/PdfMod depends on files from src/Libraries. Those can be built concurrently, though, and you naturally don't provide rules to build stuff from ../Libraries in your src/PdfMod Makefiles.

    I was sure that reordering subdirectories like this:

    SUBDIRS = src/Libraries/PdfSharp . src/PdfMod po docs data

    should take care of that but it doesn't seem to. Maybe you can ask someone who knows more about automake than I do :/

    keep it up!

    ReplyDelete
  9. See also

    https://www.gnu.org/software/hello/manual/automake/Subdirectories.html

    for how I got that idea, even though it doesn't work.

    ReplyDelete
  10. Parallel make is now working in the git version, btw.

    ReplyDelete