Frage

Was ist der beste Weg, um zu bestimmen, ob der Browser des Benutzers PDF-Dateien anzeigen kann?

Im Idealfall sollte es nicht auf dem Browser-Rolle, oder das Betriebssystem.

Gibt es eine bestimmte Art und Weise es in ASP.NET zu tun, oder wäre die Antwort einfach JavaScript?

War es hilfreich?

Lösung

Weder noch, keine, nicht versuchen.

dawnerd : Plug-in Erkennung ist nicht die richtige Antwort ist. Ich habe keine PDF-Plugin in meinem Browser (Firefox auf Ubuntu) installiert habe, aber ich bin in der Lage PDF-Dateien mit dem Betriebssystem der Dokument-Viewer (was nicht Acrobat Reader).

anzuzeigen

Heute kann jedes Betriebssystem, das einen Web-Browser ausgeführt werden kann, kann PDF-Dateien aus der Box anzuzeigen.

Wenn ein bestimmtes System nicht über einen PDF-Viewer installiert hat und den Browser konfigurierte, es zu benutzen, bedeutet, dass wahrscheinlich, dass entweder es ist ein handgefertigtes Installation von Windows, ein sehr abgespeckte alternativen Betriebssystem, oder etwas wirklich retro.

Es ist sinnvoll, dass in jedem jener Situation anzunehmen, wird der Benutzer wissen, was eine PDF-Datei ist und entweder bewusst zu wählen, sie nicht sehen können oder wissen, wie die erforderliche Software zu installieren.

Wenn ich mich selbst täuscht, würde ich es mir zu haben Liebe erklärt, auf welche Weise ich falsch bin.

Andere Tipps

Eine schnelle Google-Suche fanden diese . Nützlich für alle Arten von Plug-In.

Es Benutzer sind, die entscheiden, nicht PDF-Dateien im Browser zu öffnen und das Plugin deaktivieren (dies ermöglicht die Datei außerhalb des Browserfensters in der nativen Anwendung geöffnet werden). Es ist besser, der Benutzer zu lassen, dass die Software weiß, ist erforderlich, um etwas zu öffnen (ob PDF oder nicht), als versuchen zu erkennen, ob das Plugin zur Verfügung.

Ein weiteres Problem bei Erkennung ist das, was Sie für Änderungen von Version zu Version suchen müssen (siehe zum Beispiel: „PDF.PdfCtrl *“ vs für die Adobe PDF-Viewer „AcroPDF.PDF. *“) Und anderer Browser Implementierungen (die zuvor erwähnt Strings zum Beispiel im Internet Explorer verwendet, während Firefox eine ganz andere Art und Weise der Erkennung verwendet wird. Dann müssen wir von Opera und Safari und ??? denken). Auch gibt es verschiedene Anbieter (man denke Foxit und Ghostscript, obwohl ich bin nicht sicher, ob sie ein Plugin für den Browser liefern), wo es bei der Erkennung des Plugins können voneinander abweichen.

Für ein Skript im Jahr 2008 geschrieben und einige weitere Informationen über die Einsprüche finden Sie unter Erkennung von Plug-Ins in Internet Explorer (und ein paar Hinweise für alle anderen) .

Nachdem zunächst auf dieser Seite auf die Beratung zu ignorieren der Architekt ging voran mit Acrobat-Erkennung, eine unvermeidliche Unterstützung Alptraum verursacht.

Wie ddaa erwähnt nicht alle Szenarien genau mit Plug-in-Erkennung erfasst werden. Einige Benutzer zum Beispiel können PDF-Dateien mit Foxit Reader statt Acrobat anzuzeigen. Einige Benutzer Browser nicht Flagge, die sie sind Acrobat bereit, und schon gar nicht immer in der gleichen Art und Weise.

Eine bessere Lösung wäre gewesen, dem Benutzer die Wahl zu geben, wie sie das entsprechende Dokument sehen mag. Ich persönlich nicht jede Webseite auf einem Plug-In verlassen haben möchte -. Es verdirbt die Schönheit des Web

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top