POV = point of view
On Wed, 15 Sep 2004 07:47:27 +0200, Antonio Fiol Bonnín
[EMAIL PROTECTED] wrote:
As I said in a previous e-mail (Sep 10), we downloaded PDF box
(www.pdfbox.org), but it seems to us a bit hard to use.
This project uses the BSD license. I think this can be a good
Hello,
We're making progress with the PDF Generator. A skeleton is already built.
A decision is necessary: Which PDF reading library is to be used?
As I said in a previous e-mail (Sep 10), we downloaded PDF box
(www.pdfbox.org), but it seems to us a bit hard to use.
It seems to have a viewer,
Hello:
Antonio Fiol Bonnín dijo:
Hello,
We're making progress with the PDF Generator. A skeleton is already built.
A decision is necessary: Which PDF reading library is to be used?
As I said in a previous e-mail (Sep 10), we downloaded PDF box
(www.pdfbox.org), but it seems to us a bit
As I said in a previous e-mail (Sep 10), we downloaded PDF box
(www.pdfbox.org), but it seems to us a bit hard to use.
This project uses the BSD license. I think this can be a good candidate
for integration with Cocoon. Because of the BSD license, We can be able to
include the code and
Sorry, but... What POV? A google search por POV or POV PDF leaded to
povray and many point of view.
Please ignore this. I should re-read my messages before hitting send.
Antonio Fiol Bonnin wrote:
Thank you, Con, for your very interesting point of view. We were
working on (a) but I have told my team that we will be changing
approach in one hour if they do not see a clear end.
Other than that, I will look into pdftohtml (is it really html?).
Stefano Mazzocchi wrote:
What about using XSL:FO? Would be pretty cool to have the ability to
transform PDF into FO, basically reversing what FOP does. I know it
would be pretty painful to make it work with all kinds of
PDF, but for
reasonable ones it shouldn't be that hard (PDF is sort of a
I've been looking into PDF box.
Any opinions on that?
Hello,
We have started developing two extensions for cocoon, and we would
like to know if the core team would be interested in getting them into
the trunk, and optionally in maintaining them in the future.
The extensions are:
- A transformer that connects via HTTP POST and sends its XML input
Antonio Fiol Bonnín wrote:
a) Refactoring SimpleLuceneXMLIndexerImpl so that its private method
indexDocument is not private, and taking it to an external component.
b) Creating a PDFGenerator (in the cocoon sense of generator,
of course).
Option (a) seems to be giving us more headaches
Antonio Fiol Bonnín wrote:
Hello,
We have started developing two extensions for cocoon, and we would
like to know if the core team would be interested in getting them into
the trunk, and optionally in maintaining them in the future.
The extensions are:
- A transformer that connects via HTTP POST
How are your PDFs generated? Are they generated by Cocoon? If so, you
should index the raw data, before you serialize to PDF.
Just a thought.
Thanks, but PDFs already exist (and their origin is varying). Most of
them are generated from Word documents. But the only thing I have is
the PDF
b) Creating a PDFGenerator (in the cocoon sense of generator,
of course).
... and also poses some problems wrt. the sitemap. Until now, we have a
pipeline using a reader to read pdf files (static, from disk). And we
would need a generator to be invoked instead for the content and links
Antonio Fiol Bonnín wrote:
Hello,
We have started developing two extensions for cocoon, and we would
like to know if the core team would be interested in getting them into
the trunk, and optionally in maintaining them in the future.
The extensions are:
- A transformer that connects via HTTP POST
I have implemented something like that, see:
http://issues.apache.org/bugzilla/show_bug.cgi?id=24402. It is not yet
part of Cocoon as we have differing opinions about the design as you can
see in the Bugzilla entry and also in the thread:
http://marc.theaimsgroup.com/?t=10908512634r=1w=2.
Antonio Fiol Bonnín wrote:
I have implemented something like that, see:
http://issues.apache.org/bugzilla/show_bug.cgi?id=24402. It is not yet
part of Cocoon as we have differing opinions about the design as you can
see in the Bugzilla entry and also in the thread:
Conal Tuohy wrote:
Antonio Fiol Bonnín wrote:
a) Refactoring SimpleLuceneXMLIndexerImpl so that its private method
indexDocument is not private, and taking it to an external component.
b) Creating a PDFGenerator (in the cocoon sense of generator,
of course).
Option (a) seems to be giving us
17 matches
Mail list logo