Hello Hugues,
>> It works fine but on acrobat reader 7.0x, if I click on an external
>> link: - if the link that points to an element which is between the
>> top of the page and the middle of the page, it's OK, the element is
>> shown at the top of the acrobat reader window
>> - if the link that p
reference, the named destinations will be
> included in the PDF. There's no need to rebuild guide-demarrage.
>
>
> BTW: your s currently contain this declaration:
> xmlns:fox="http://xml.apache.org/fop/extensions";
> This is not necessary, because fo:bookma
On 14.04.2007 01:36:12 Paul Vinkenoog wrote:
> Hello Jeremias,
>
> > First observation: Adobe Acrobat doesn't list any destinations when
> > the PDF is created with FOP Trunk, but it does if you generate the
> > PDF with FOP 0.20.5. So I went into the PDF
>
> If I build with the current (unm
Paul, Simon, Hugues,
thanks for your feedback. Looks like that wasn't it. But now we know
that it's not only FOP contributing to the problems (not that this is
good news). I'll go over it again, later.
On 14.04.2007 01:36:12 Paul Vinkenoog wrote:
> Hello Jeremias,
>
> > First observation: Adobe
n in the URL bar,
>> >> even if it went top-of-file:
>> >>
>> >> file:///F:/FOP/FO-files/nbackup.pdf#nbackup-dochist
>>
>> After putting the files online, everything worked perfectly - for a
>> while. Only after lots and lots of clicking did Firefox seem to get
>> confused and started to land on wrong spots (either top of file, or
>> another existing named destination.)
>>
>> MSIE made a mess of it right from the start.
>>
>> In case anybody wants to play with this, the files are at:
>>
>> http://vinkenoog.nl/test/
>>
>> The one containing the links is dests.pdf, the target file is
>> nbackup.pdf
>>
>> .fo sources are also there, as well as Jay's test files.
>>
>>
>> Kind regards,
>> Paul Vinkenoog
>
>
>
> Jeremias Maerki
>
>
>
--
View this message in context:
http://www.nabble.com/Change-to-support-named-destination-and-test-files-tf3557038.html#a9997828
Sent from the FOP - Dev mailing list archive at Nabble.com.
On Fri, Apr 13, 2007 at 05:38:47PM +0200, Jeremias Maerki wrote:
> Can somebody please test the files I deposited here?
> http://people.apache.org/~jeremias/fop/dest-test/
pv: GoToR: xpdf shows 'nbackup.pdf' and lands on the correct destination
adobe reader 7.0 lands on the correct dest
Hello Jeremias,
> First observation: Adobe Acrobat doesn't list any destinations when
> the PDF is created with FOP Trunk, but it does if you generate the
> PDF with FOP 0.20.5. So I went into the PDF
If I build with the current (unmodified) fop-trunk, Adobe Acrobat 5.0
lists the destinations
he PDF. There's no need to rebuild guide-demarrage.
>
>
> BTW: your s currently contain this declaration:
> xmlns:fox="http://xml.apache.org/fop/extensions";
> This is not necessary, because fo:bookmarks are part of the standard.
> Also, that URL is outdated, iirc.
>
>
> Hope this helps,
> Paul Vinkenoog
>
>
--
View this message in context:
http://www.nabble.com/Change-to-support-named-destination-and-test-files-tf3557038.html#a9987401
Sent from the FOP - Dev mailing list archive at Nabble.com.
Can somebody please test the files I deposited here?
http://people.apache.org/~jeremias/fop/dest-test/
Those are made from Paul's FO files.
I took a look myself and compared the current behaviour to what was in
0.20.5.
First observation: Adobe Acrobat doesn't list any destinations when the
PDF i
On Thu, Apr 12, 2007 at 12:49:57AM -0700, HLeonardi wrote:
>
>
> Hugues Leonardi wrote:
> >
> > Hello Paul,
> >
> > All the external links open the second pdf at the first page in acrobat
> > reader. I don't think it is the accent aigu in the id. My xsl-fo and the
> > pdf files are here :
> >
Hello Hugues,
>> All the external links open the second pdf at the first page in
>> acrobat reader. I don't think it is the accent aigu in the id. My
>> xsl-fo and the pdf files are here :
>> http://leohome.free.fr/pmwiki/pmwiki.php?n=PmWiki.Documentation
>> http://leohome.free.fr/pmwiki/pmwiki.ph
t;> A wild guess: maybe the accent aigu in the id messes up the sorting of
>> the names. Does the target PDF contain more named destinations? Maybe
>> you can put it online somewhere (or another one that goes wrong) so
>> other people can try it out, as well as look inside the PDF.
>>
>>
>> Kind regards,
>> Paul Vinkenoog
>>
>
--
View this message in context:
http://www.nabble.com/Change-to-support-named-destination-and-test-files-tf3557038.html#a9954673
Sent from the FOP - Dev mailing list archive at Nabble.com.
Hello Hugues,
> I have modified xsl DocBook stylesheet to generate the correct url
> for external-destination and I have done a little test:
Just a note: both forms are correct; it's just how you prefer the
target to be opened.
> in my xsl-fo, anywhere there is an external link, it look like thi
ed alphabetically on destination name.
>
> So I wonder: might it be the browsers that are screwing up here?
> Notice the plural: although Firefox is my default browser, PDF URLs
> are opened in MSIE.
>
>
> Kind regards,
> Paul Vinkenoog
>
>
--
View this message in context:
http://www.nabble.com/Change-to-support-named-destination-and-test-files-tf3557038.html#a9949540
Sent from the FOP - Dev mailing list archive at Nabble.com.
Last update for now:
- When I link to those destinations as relative URLs, like this:
external-destination="nbackup.pdf#nbackup-dochist"
then sometimes my browser opens the document on the right spot, and
sometimes it opens at the top of the file. This is independent of
the link, i.e
Hello !!
First, thanks for the work, but I have 2 remarks:
1/ I have done a little test with 2 pdf documents that have externals
links
between them. These documents are xml docbook files and are generated with
saxon to obtain xsl-fo then with the last fop-trunk (527408) for pdf. When
I
click
Last update for now:
>> - When I link to those destinations as relative URLs, like this:
>>
>> external-destination="nbackup.pdf#nbackup-dochist"
>>
>> then sometimes my browser opens the document on the right spot, and
>> sometimes it opens at the top of the file. This is independent of
>
Hi Jay,
> I sorted the destinationList in PDFDocument. To do so, I used
> Collections.sort(), which required creating a comparator class.
>
> It works!
>
> You can see the results at
> http://www.bryantcs.com/fop/test/fruit-link.pdf, which contains four
> links to http://www.bryantcs.com/fop/test/
PS:
> - When I link to those destinations as relative URLs, like this:
>
> external-destination="nbackup.pdf#nbackup-dochist"
>
> then sometimes my browser opens the document on the right spot, and
> sometimes it opens at the top of the file. This is independent of
> the link, i.e. if a
Hello Hugues,
> 1/ I have done a little test with 2 pdf documents that have
> externals links between them. These documents are xml docbook files
> and are generated with saxon to obtain xsl-fo then with the last
> fop-trunk (527408) for pdf. When I click on a external link on the
> first pdf, the
>
>
>
>
--
View this message in context:
http://www.nabble.com/Change-to-support-named-destination-and-test-files-tf3557038.html#a9935286
Sent from the FOP - Dev mailing list archive at Nabble.com.
Hi, folks,
I sorted the destinationList in PDFDocument. To do so, I used
Collections.sort(), which required creating a comparator class.
It works!
You can see the results at http://www.bryantcs.com/fop/test/fruit-link.pdf,
which contains four links to http://www.bryantcs.com/fop/test/fruits.
22 matches
Mail list logo