a PDF rasterizer that looks as though it could be
used to create a PDF viewer
-k.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Heh...just give me some time. We might get Java 1.1 compatibility dynamically loaded
yet. ;)
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 29, 2002 7:44 PM
To: [EMAIL PROTECTED]
Subject: Re: [PDF Viewer] Utility request
Victor,
The IAC, by this
Victor,
FOP has no control over any downstream uses of generated PDF, clearly.
Any project that works with the PDF is logically independent of FOP, so
it would belong in a separate project, as you suggest. It would be
unfortunate if folks got the idea that FOP was somehow more fully
realised
Peter B. West wrote:
>
> Victor,
>
> The IAC, by this account, only has support for Macintosh and DDE/OLE on
> WIndows. While some work on support for OLE 2 document formats has been
> done in the Jakarta POI project, I don't know that this will solve the
> problem of cross-platform support for
x27;t done it, so maybe it is all theory that doesn't
> work for the application at hand. And I don't mean to be argumentative -- it
> just seems that writing a good PDF viewer would be a big enough task that I
> would want to exhaust other possibilities before heading down
Keiron Liddle wrote:
> (One day I will convince someone to help out with HEAD code)
The problem here is that HEAD is nearly as much of
a mess as the maintenance branch, with the unfortunate
disadvantage that it doesn't work. I'd rather put work
into something which can be downloaded and compiled
hand. And I don't mean to be argumentative -- it
just seems that writing a good PDF viewer would be a big enough task that I
would want to exhaust other possibilities before heading down that path.
Victor Mote (mailto:[EMAIL PROTECTED])
Enterprise Outfitters (www.outfitr.com)
2025 Eddington W
Or would optionally need caching services that fit the "unsigned" security model. For
example, applets could cache to their servers.
-Original Message-
From: Jim Urban [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 29, 2002 8:46 AM
To: [EMAIL PROTECTED]
Subject: RE: [PDF Viewe
Inc. corporate
offices at (435) 654-0621
-Original Message-
From: Keiron Liddle [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 29, 2002 4:53 AM
To: FOP
Subject: RE: [PDF Viewer] Utility request
On Mon, 2002-07-29 at 11:40, RamanaJV wrote:
> Ralph,
> Your idea of "Fixing the awt re
At 06:01 AM 7/29/02, I wrote:
>Anyone volunteering to profile awt's memory usage ?
Dumb comment. Sorry - Keiron's got the right answer
' Best,
-Ralph LaChance
-
To unsubscribe, e-mail: [EMAIL PROTECTED
current issues with AWT renderer and step
>accordingly.
>
>Ramana.
>
>
>
>-Original Message-
>From: Ralph LaChance [mailto:[EMAIL PROTECTED]]
>Sent: Monday, July 29, 2002 3:06 PM
>To: [EMAIL PROTECTED]
>Subject: Re: [PDF Viewer] Utility request
>
>
>I agree
At 01:33 PM 7/28/02, you wrote:
>If it helps any, Adobe has a pretty comprehensive Acrobat SDK. Links to it
>can be found at http://partners.adobe.com/asn/developer/sdks.html. I haven't
>had a good excuse to do it myself, but my impression is that if tighter
>integration is required, it could be d
On Mon, 2002-07-29 at 11:40, RamanaJV wrote:
> Ralph,
> Your idea of "Fixing the awt renderer" is the correct one. After a
> deep thought, I too came to the conclusion that instead of writing a PDF
> renderer, if we can tune up the AWT renderer, it will be great. The main
> problem with AWT
lto:[EMAIL PROTECTED]]
Sent: Monday, July 29, 2002 3:06 PM
To: [EMAIL PROTECTED]
Subject: Re: [PDF Viewer] Utility request
I agree with Oleg's last sentencetotally - which I translate roughly to
"lets fix the
awt renderer"
In fact, I'd add a 3rd (or 2 1/2) user - the one who wishe
I agree with Oleg's last sentencetotally - which I translate roughly to
"lets fix the
awt renderer"
In fact, I'd add a 3rd (or 2 1/2) user - the one who wishes to go directly from
xml to a printer via fop.
My colleagues here and I have inserted several changes to tweak spacings,
borders,
and s
t speak for others, but this has never been a problem in my time as a
>user of FOP. My general FO document development process:
>
>1) Fiddle with FO document
>2) Run through FOP, producing PDF file
>3) Point my web browser at the PDF file
>4) Web browser launches PDF viewer
Rhett Aultman wrote:
<-Start->
Yes, it's called Acrobat Reader. What's being requested is something a
little more tightly integrated to FOP.
<-End->
RamanaJV wrote:
<-Start->
Acrobat reader is a outside application. If I launch it through a swing
application, it gives the
EMAIL PROTECTED]]
Sent: Fri 7/26/2002 7:43 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [PDF Viewer] Utility request
Folks,
Excuse my ignorance but is the pdf viewer everyone is talking about
provided already by
Matthew L. Avizinis wrote:
It might also be helpful to recognize that as FOP becomes more popular there
> are distinctly _two_ groups of "users" emerging. The first group has been
> using FOP from the beginning and those are the Java developers who use FOP
> to create some other end product. R
ile
3) Point my web browser at the PDF file
4) Web browser launches PDF viewer, either as a plugin or an external
process (depending on if I'm at my Windows or Solaris box)
5) I view the document, closing the external reader, if necessary
6) Go back to 1, except I click the browser's refr
Ralph LaChance wrote:
> At 12:46 PM 7/25/02, you wrote:
>
>> After seeing the OutOfMemoryError, the AWT renderer is
>> causing, why
>> don't thinking of providing a PDF viewer in the FOP itself. I think, this
>> will be useful so much. I don't
Folks,
Excuse my ignorance but is the pdf viewer everyone is talking about
provided already by Adobe on a huge number of platforms and called
acrobat reader? Or is it something else that is being requested?
Also, pdf file reading is built into MacOS X as is pdf generation via
native print
At 12:46 PM 7/25/02, you wrote:
> After seeing the OutOfMemoryError, the AWT renderer is causing, why
>don't thinking of providing a PDF viewer in the FOP itself. I think, this
>will be useful so much. I don't think people couldn't have ever thought
>about it, b
Ramana wrote:
> ... why don't thinking of providing a PDF viewer in the FOP itself.
Perhaps I am missing something. Is the freely available Acrobat Reader
insufficient for the task?
Victor Mote (mailto:[EMAIL PROTECTED])
Enterprise Outfitters (www.outfitr.com)
2025 Eddington Way
I see FOP's role as being a data transformer first and foremost. We may want to
consider packaging a PDF viewer with FOP, but I'd recommend against putting it *IN*
FOP.
-Original Message-
From: RamanaJV [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 25, 2002 12:47 PM
Dear FOP developers,
After seeing the OutOfMemoryError, the AWT renderer is causing, why
don't thinking of providing a PDF viewer in the FOP itself. I think, this
will be useful so much. I don't think people couldn't have ever thought
about it, but is it diffucult to do s
inal Message-
From: Paul Kowlessar [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 09, 2001 3:36 PM
To: [EMAIL PROTECTED]
Subject: pdf viewer
Hi,
I want to pass the pdf file created by fop to a java pdf viewer within
an application. Can anyone recommend a viewer that can be
I can't really recommend it but have a look at Acrobat Viewer by Adobe.
http://www.adobe.com/products/acrviewer/main.html
On Tue, 09 Oct 2001 07:35:53 -0700 Paul Kowlessar wrote:
> I want to pass the pdf file created by fop to a java pdf viewer within
> an application. Can anyone
At 07:35 AM 10/9/01 -0700, you wrote:
>I want to pass the pdf file created by fop to a java pdf viewer within
>an application. Can anyone recommend a viewer that can be embedded in a
>java app
The acrobat viewer bean distributed by Adobe ~works~ -- but not, I think,
without doing
Hi,
I want to pass the pdf file created by fop to a java pdf viewer within
an application. Can anyone recommend a viewer that can be embedded in a
java app.
Cheers...Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
30 matches
Mail list logo
