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
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
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]
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:
so the ebuild will need to correct some java environment variable
or modifify user's $PATH.
Created attachment 179172 [details]
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:
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.
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
(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.