Hello! As on http://www.pro-linux.de/news/2006/10530.html announced, there is a new pdf manipulator that is fully implemented in Java. Would be nice if there would be an ebuild provided in the future for installing it. It is an implementation of a PDF manipulator which is written in Java. For personal use it is free. The URL is http://www.cabaret-solutions.com Regards Werner
seems this request hasn't turned into an ebuild yet. If you want to help with it, it's not that hard to write one: http://devmanual.gentoo.org/quickstart/index.html If you need further help, feel free to ask on forums or #gentoo-dev-help or #gentoo-sunrise on irc (latter is also useful if you want to maintain the app yourself) note: we're not turning you down for this request in any way, it's just that we don't have ressources to fix all of them. though if you're willing to help, it would be more than nice to do so, as that is what we definately need :)
This should be a very trivial ebuild to create. Fetch-restrictions should be enabled, so that user first goes to http://www.cabaret-solutions.com/en/downloads/linux to download either the x86-32 or x86-64 versions Then simply unzip to e.g. /opt/ Then add /opt/cabaret_3.2.4 to $PATH so that the java executable cabaretstage can be found. This makes filling in pdf forms a cinch and you can export the fdf file either as fdf,csv,or xfdf. When you save your filled-in pdf, the fdf data is not flattened into the pdf so that you can later make changes. This should save a lot of headaches this tax season (I just finished filling in a half dozen tax forms with acroread but if I make any changes I now have to retype the document)
Created attachment 147496 [details] app-text/cabaret-3.2.4.ebuild This is a proposed ebuild. The SRC_URI doesn't work correctly. I'm working at an amd64 laptop but when I build the digest, ebuild chooses the URI for x86 instead of amd64, so my test x86? (x86-32version) is incorrectly chosen instead of the correct amd64?(x86-64version)
I just discovered that cabaretstage will not run from a symlink /usr/bin/cabaret -> /opt/cabaretstage_3.2.4/cabaretstage but runs just fine if the full path is specified: #/opt/cabaretstage_3.2.4 1040.pdf so the ebuild will need to correct some java environment variable or modifify user's $PATH.
Created attachment 179172 [details] app-text/cabaretstage-3.2.7.ebuild I wrote an ebuild for a recent version of cabaretstage. Please consider reopening that bug.
Created attachment 215697 [details] ebuild for app-text/cabarestage-4.2.1 Newest release 11/18/09 of cabaretstage Tested on x86-32 and x86-64 and works fine. Just copy to your overlay, e.g. /usr/local/portage/app-text/cabaretstage/ and build Manifest: cd /usr/local/portage/app-text/cabaretstage GENTOO_MIRRORS="" ebuild cabaretstage-4.2.1.ebuild digest Then "emerge -uv cabarestage" Newest free version allows one not only to complete and save pdf forms, but, in design mode, to create new forms or edit existing forms. For example, one can open a Federal fillable pdf form which doesn't do calculations, and then add simple simple calculations such as sums or products. One can also use javascript to do more complex calculations. These are features which have been sorely lacking for linux users using acroread, okular, scribus, pdfedit and latex eform package. acroread (for linux) now allows one to save a document as well as add annotations but last time I checked there was no version of Adobe Creator available for linux. Okular can now fill in pdf forms, but calculations don't work and some fields like date entry don't work. scribus allows one to create pdf forms from scratch but can't import pdf forms. pdfedit allows one to edit the postscript directly, but it's unwieldy. The LaTeX package eform allows one to create excellent pdf forms with javascript, but can't modify existing forms (although one can add fields to an overlay on top of an existing pdf). Maybe cabaretstage could be moved from overlay to portage?
Please consider adding to portage.
