Netscape, enabledPlugin and Helper Applications

[Keith]

Hello, all.

I need to do a bit of plug-in detection on Netscape 4.76/Linux.

A user may have nppdf.so installed, but decide (for some reason) to
pass off PDF to a helper application (acroread, xpdf, or whatever).

But when I try to detect the plug-in, I get the same result, whether
the plug-in is being used or whether the helper application is being
used. The presence of the plug-in is all it takes.

(navigator.mimeTypes["application/pdf"].enabledPlugin != null) returns
false in both cases.

Is there a way of checking to see if the user has *really* set the
preferences to use the plug-in?


Keith.

 

[Thomas 'PointedEars' Lahn]

But when I try to detect the plug-in, I get the same result, whether
the plug-in is being used or whether the helper application is being
used. The presence of the plug-in is all it takes.

(navigator.mimeTypes["application/pdf"].enabledPlugin != null) returns
false in both cases.

Correct. The plugin is enabled on startup if it is compatible and
the respective library is placed within the `plugins' directory.

Is there a way of checking to see if the user has *really* set the
preferences to use the plug-in?

Maybe in signed scripts, but how the user displays a document should
not be of the author's concern.


PointedEars

 

[Dr John Stockton]

JRS: In article <[email protected]>, seen in
Thomas 'PointedEars' Lahn

If you can, please set your newsreader to include the date and time of
the article being responded to in the Attribution. This is a kindness
when others see a response to an article that they can no longer
remember seeing.

but how the user displays a document should
not be of the author's concern.

The author may well be paid to cause the user to be able to see the
document, perhaps in a specified manner; if this is not possible, the
programmer may well need to take action, perhaps displaying an apology
that those without OmniView Mk.99 will be unable to see the full
perfection, and will have to make do with ... . Indeed, a sensible
management will *require* the programmer to deal with the situation.

 

[Thomas 'PointedEars' Lahn]

JRS: In article <[email protected]>, seen in
Thomas 'PointedEars' Lahn


If you can, please set your newsreader to include the date and time of
the article being responded to in the Attribution. This is a kindness
when others see a response to an article that they can no longer
remember seeing.

You already know my thoughts about that, but as you insist: Although
newsreaders, including mine with a bit of tweaking, are capable of it,
it is a waste of bandwidth and merely increases the risk of getting
eye cancer ;-) because it does not matter when the original article
was posted. Readers know the expiration setting of their UAs and they
can get information about the expiration setting of the remote news
server, so they will know the article was posted before a certain date.
If they do not see it, it is expired or has been canceled. To find
the article I am referring to they can follow the References (header),
the Subject (if unchanged or properly changed with `was:' and similar)
and the name of the (original) poster. What really matters is a good
quote so one can see what I am referring to.

The author may well be paid to cause the user to be able to see the
document, perhaps in a specified manner; if this is not possible, the
programmer may well need to take action, perhaps displaying an apology
that those without OmniView Mk.99 will be unable to see the full
perfection, and will have to make do with ... . Indeed, a sensible
management will *require* the programmer to deal with the situation.

First, it makes no difference to the reader if the PDF document is
displayed with the plugin or with a helper application. They may
not even know the difference.

Second, with JavaScript there is no way to detect if the plugin is
used.

Third, without JavaScript and the proper DOM(!) it is not even possible
to detect if the plugin is installed.

So forget about it.


PointedEars