views:

86

answers:

1

Hi,

Need some advice on what course of action to take next.

Have written an ASP.Net application. Part of the application deals with being able to view PDFs. The initial PDF viewed acts as an index to access other PDF documents. You click a link in the Index PDF and it jumps to another PDF file. Legal documents, agreements, etc.

This scenario works on some computers and on others it doesn't. I managed to figure out what the problem was. On some of the computers the initial Index PDF was being hosted within the browser and on some other computers it was actually jumping out of the browser and directly into Adobe Acrobat. As soon as the PDF jumps out of the browser and into Acrobat the relative links in the Index PDF stop working because it is hosted client side via Acrobat but the additional PDFs it is trying to access are on the server.

I figured out why some computers stay in browser and why some jump out. There is an option within Acrobat itself that determines this behavior. It is under Edit--> Preferences ----> Display PDF in Browser.

I am in a jam because I am not in control of the PDF documents themselves and how they are written, and I obviously have no control over the options selected in Acrobat on each and every computer. My problem is also compounded by the fact that our firm has just recently purchased a new PDF reader called Nuance that will be pushed out firm wide soon and I don't think it even has the option to have PDFs hosted in browser.

I can get what I need to work if I create the index in HTML, but the problem is I don't write the Indexes and the people who do are not trained in HTML. I can get the people who write the indexes to change from relative links to absolute links, but then I run into the problem of what if we change where we are hosting the PDF files? All the links will break again? I think we are stuck with relative URLs, but how can I make it work?

I am thinking about maybe hosting the PDFs within Silverlight?

Looking for any thoughts or ideas?

Thanks.

A: 

Silverlight isn't going to help you here.

The solution really is in finding a better way to create the index document. Just how sophisticated is the index document content anyway?

If you don't want to have to train the authors of these indexes in HTML then can you provide them with a simple tool that they can use to describe the content. You could then have code server side to generate the HTML (even PDF) dynamically.

AnthonyWJones
The index is not complicated at all. Think "Table of Contents" that are links. I have also thought about the custom tool route. I am hoping to avoid it as deadline is approaching and a custom tool reeks of effort.
Hunter
@Hunter: How about hardcoding the absolute path for now and get cracking with a index creation tool. How hard can that be anyway?
AnthonyWJones
That is not really an issue for any new indexes created, but there are hundreds of old indexes that would need to be changed. Which will happen eventually, but if I do what you are asking, I will have to ask them to change them twice. Will not make them happy.
Hunter
@Hunter: Then its time to really, really get cracking with an index creator. The problem of relative URL in an external PDF viewer is completely intractable.
AnthonyWJones