Hugues Leonardi wrote:
> 
> 
> Hello Jeremias,
> Here are the result of the test of your files:
> my softwares are : firefox 2.0.0.3, acrobat reader 8 and windows XP pro
> SP2.
> 1/ test on line: 
>   a- Gotor links are not working well: first, there is an acrobat plug-in
> message "/!\ operation is not allowed", then, when I click on OK to
> continue, the nbackup.pdf is opened at the good page but always at the top
> of the page, not at the level of the link in the page.
> 
>  b- URI links open nbackup.pdf correctly at the good page but always at
> the top of the page, not at the level of the link in the page.
> 
> 2/ test with downloaded files:
>   a/ Gotor links are not working at all: Acrobat reader shows an error
> message and that's all.
>   b/ - if firefox is not opened, when I click on an URI link, firefox is
> opened and  a blank page is shown
>      - if firefox is first opened, when I click on an URI link,
> nbackup.pdf is opened in a firefox notebook at the good page but always at
> the top of the page.
> 
> With Paul Vinkenoog files, both in line and downloaded tests are good for
> me: links are opened at the good page and at the good level in the page.
> 
> Regards.
> 
> Hugues Leonardi
> 
> 


Jeremias Maerki-2 wrote:
> 
> 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 is created with FOP Trunk, but it does if you generate the PDF with
> FOP 0.20.5. So I went into the PDF....
> 
> Snippet from FOP 0.20.5:
> 2 0 obj
> << /Type /Catalog
> /Pages 1 0 R
>  /Names << /Dests << /Names [  (page1) [ 6 0 R /XYZ -5.0 365.0 null ]
> (page2) [ 8 0 R /XYZ -5.0 365.0 null ] ] >> >>
>  >>
> endobj
> 
> Snippets from FOP Trunk before my modifications:
> 16 0 obj
> <</Limits [(page1) (page1)]
> /Names [(page1) 17 0 R]
>>>
> endobj
> 18 0 obj
> <</Limits [(page2) (page2)]
> /Names [(page2) 19 0 R]
>>>
> endobj
> 
> 21 0 obj
> <<
> /Limits [(page1) (page2)]
> /Kids [16 0 R 18 0 R]
>>>
> endobj
> 22 0 obj
> <<
> /Dests 21 0 R
>>>
> endobj
> 
> 2 0 obj
> << /Type /Catalog
> /Pages 1 0 R
>  /Names 22 0 R
> /Metadata 7 0 R
>>>
> endobj
> 
> 17 0 obj
> << /Type /Action
> /S /GoTo
> /D [8 0 R /XYZ 0.0 360.0 null]
>>>
> endobj
> 19 0 obj
> << /Type /Action
> /S /GoTo
> /D [13 0 R /XYZ 0.0 360.0 null]
>>>
> endobj
> 
> I don't see anything obviously wrong. But following a suspicion I've
> done an experiment and flattened the name tree......and the
> destinations suddenly appear in Adobe Acrobat and my own tests show that
> destinations seem to work.
> 
> Snippets from FOP Trunk AFTER my modifications:
> 19 0 obj
> <<
>   /Dests << /Names
> [(page1) 16 0 R (page2) 17 0 R]
>>>
> 
>>>
> endobj
> 
> 2 0 obj
> << /Type /Catalog
>  /Pages 1 0 R
>  /Names 19 0 R
>  /Metadata 7 0 R
>>>
> endobj
> 
> 16 0 obj
> << /Type /Action
> /S /GoTo
> /D [8 0 R /XYZ 0.0 360.0 null]
>>>
> endobj
> 17 0 obj
> << /Type /Action
> /S /GoTo
> /D [13 0 R /XYZ 0.0 360.0 null]
>>>
> endobj
> 
> I've made quite a few changes in addition to this change: I fixed a few
> style issues and removed a newly introduced dependency from the PDF
> library into the area package (DestinationData and PageViewport). So,
> before I commit this, I'd like to know if, with my modifications, any of
> you see similar improvements as I do. Thanks.
> 
> On 11.04.2007 13:29:59 Paul Vinkenoog wrote:
>> 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. if a click again on an already visited link, it may
>> >>   turn out right where it first was wrong, or vice versa.
>> >>   The browser always displays the intended location 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.

Reply via email to