[WEB4LIB] RE: bug with IE5 upgrades and PDF files

[Pecaut, Mark J.]

What happens when you setup Adobe Acrobat as a helper application instead of
a plugin?  Are .PDF files associated with Adobe Acrobat?  It seems quite
strange to me that they would load with one website and not with another,
since my understanding is that the web server sends you the file and it is
your browser's responsibility to deal with it.  Maybe the web server is
sending the mime type for the sites that work and not sending it for the
sites that do work?  

-Mark  

> -----Original Message-----
> From: Wes Edens [mailto:EDENSW at t-bird.edu]
> Sent: Thursday, September 07, 2000 4:56 PM
> To: PecautM at missouri.edu; web4lib at webjunction.org
> Subject: [WEB4LIB] RE: bug with IE5 upgrades and PDF files
> 
> 
> When nppdf32.dll is NOT in the folder, we CAN pull up PDF 
> files from certain databases:  EbscoHost and files on our own 
> servers, for example, but not from others.  Copy nppdf32.dll 
> into the plugins folder, and we can pull PDF files from all 
> sources.  Yes, the same machine will pull PDF files from 
> EbscoHost but not from ProQuest, without the nppdf32.dll file 
> in the plugins folder.
> Our students HAVE Adobe Acrobat installed.   WE have Adobe 
> Acrobat installed on every machine.  This is NOT the issue. 
> We may get around this by telling our users to upgrade their 
> systems to IE 5.5, or use Netscape.
> 
> 
> 
> Wes Edens
> Electronic Resources Librarian
> Int'l Business Information Centre
> Am. Grad. School of Int'l Mgt. (Thunderbird)
> Glendale, AZ
> (602) 978 7897
> Fax:  (602) 978 7407
> edensw at t-bird.edu
> 
> 
> 
> >>> "Pecaut, Mark J." <PecautM at missouri.edu> 09/07/00 02:44PM >>>
> Adobe Acrobat is not part of IE5.  If a web site sends a 
> file, ANY file, to
> your browser (IE5 in your case), your browser has to know how 
> to deal with
> it.  If it is a PDF, IE5 needs to have an action associated 
> with that file
> extension.  A plugin is necessary if you want the pdf displayed in the
> browser window.  This plug-in, nppdf32.dll, needs to be 
> placed in the proper
> plugin folder so IE5 can deal with it properly.  This is not 
> a server-side
> issue, it is a client-side issue.  
> 
> incidentally, adobe has articles about this:
> http://www.adobe.com/support/techdocs/78c6.htm 
> http://www.adobe.com/support/techdocs/98fe.htm 
> 
> I am having trouble understanding what you mean when you say 
> you are not
> having this problem with all databases.  Do you mean at one 
> website Acrobat
> launches properly and at another it does not?  On the same 
> machine?  If it
> doesn't launch, what does happen?  What are the specific 
> error messages?
> 
> I don't think there is anything ProQuest or Gale Group can do 
> to fix this.
> I don't think you need to worry too much about your students 
> and faculty
> members, short of telling them to install Adobe Acrobat and 
> refer them to
> the help pages at Adobe's site (see links above), unless you 
> plan on doing
> computer support for all of them.  If they don't have their browser
> configured properly, they won't be able to view web pages.  
> If they don't
> have their operating system configured properly, they won't 
> be able to get
> on the internet.  And if they don't have their browser 
> plugins and Acrobat
> configured properly, they won't see PDF files.  I don't think 
> it is your
> problem.  
> 
> -Mark
> 
> > -----Original Message-----
> > From: Wes Edens [mailto:EDENSW at t-bird.edu] 
> > Sent: Thursday, September 07, 2000 4:02 PM
> > To: Multiple recipients of list
> > Subject: [WEB4LIB] bug with IE5 upgrades and PDF files
> > 
> > 
> > I apologize if this has been brought up before...I scanned 
> > through the archives for the past several months and didn't see it.
> > 
> > We're having trouble with some databases that use PDF files.  
> > Not all databases--for example, no problem with Political 
> > Risk Yearbook Online.  No problem with Investext Research 
> > Bank Web, but when we switched to the Searchbank platform for 
> > Investext,  trouble.  This also happens with ProQuest Direct. 
> >   Adobe never launches, and sometimes we get a message that 
> > refers us to look at the Microsoft Active X gallery.
> > >From a copied email (sorry, I don't have the list or website 
> > this comes from) a user in the UK found a local fix, which 
> > I'll lay out below.  **However, my question is this:  does 
> > anyone know what's happening at the vendor side and is there 
> > anything we should tell them to do?**
> > 
> > Here's the fix that works for us, from Julian Thornhill:
> > 
> > "..[in a] 'typical' IE5 upgrade, all of the IE5 stuff seems 
> > to end up in the winnt directory...You don't get a 
> > subdirectory 'plugins'.   However, as we shall see, this is 
> > of use...I uninstalled IE5 and did a fresh install, stating a 
> > specific installation directory.  This gave me a plugin 
> > sub-dir, which was empty.  Now comes the magic: 
> > Copy nppdf32.dll from your Acrobat installation directory and 
> > put it in this new empty plugin dir.  After this Acrobat will 
> > launch when you click on the previous broken link.
> > Don't ask me to explain why any of this works."
> > 
> > I won't ask, but I'd really like to tell ProQuest and Gale 
> > Group what to do on their end, since we have hundreds of 
> > students and faculty members who won't be able to complete 
> > this fix on their laptop, and we can't go to all of them 
> > around the world.
> > 
> > Thanks very much.
> > 
> > 
> > Wes Edens
> > Electronic Resources Librarian
> > Int'l Business Information Centre
> > Am. Grad. School of Int'l Mgt. (Thunderbird)
> > Glendale, AZ
> > (602) 978 7897
> > Fax:  (602) 978 7407
> > edensw at t-bird.edu 
> > 
> > 
> > 
>