 |
 |
The "fragment identifier" component of a URI is defined by the media type in which the information is represented, in the case of the PDF media type it is defined here: https://tools.ietf.org/html/rfc3778#section-3 On 19 Aug 2015 07:15, "[log in to unmask]" <[log in to unmask]> wrote: > Michael, > > That's a terrific use case and implementation! Where is nameddest=inventory > defined? > > Cheers! > > > > On Tue, Aug 18, 2015 at 5:48 AM, Michael Levy <[log in to unmask]> wrote: > > > One method is to use Mozilla PDF.js which works the same way on many > > browsers and supports links. > > > > https://mozilla.github.io/pdf.js/ > > > > An example implementation: > > http://collections.ushmm.org/search/catalog/irn76089 > > > > > > > http://digitalarchives.assets.ushmm.org/pdfjs/web/viewer.html?file=/pdf/1992.59_FA.pdf#nameddest=inventory > > > > -----Original Message----- > > [CODE4LIB] interconnecting with links in pdf files > > From: Sergio Letuche <[log in to unmask]> > > To: <[log in to unmask]> > > Tuesday, August 18, 2015 at 2:14 AM > > > > Hello community, > > > > could you please suggest me the best way to treat the following use case: > > > > We have a lot of pdf files, which have in them a lot of links > > (terms), referring to different pages in the same pdf, or to a page in > > another pdf file. Noticed that links do not behave well, when opened for > > example with the default google chrome's pdf reader. So my aproach is to > > force download the pdf. So the situation is getting mixed: One has a pdf > > stored locally, and all the links load again the pdf, to be read > online... > > > > Do you have any ideas, best practice i could follow, so as to make this > > work in a better way? > > > > Best > > > > p.s. we are using drupal to serve the pdf files, but i guess this is > > irrelevant... > > > > > > -- > Tod Robbins > Digital Asset Manager, MLIS > todrobbins.com | @todrobbins <http://www.twitter.com/#!/todrobbins> >