Wie kann man am besten feststellen, ob der Browser des Benutzers PDF-Dateien anzeigen kann?
Idealerweise sollte es im Browser oder Betriebssystem nicht wichtig sein.
Gibt es eine bestimmte Vorgehensweise in ASP.NET oder wäre die Antwort nur JavaScript?
Weder, noch, versuche es nicht.
Re dawnnerd : Plug-in-Erkennung ist nicht die richtige Antwort. Ich habe kein PDF-Plugin in meinem Browser installiert (Firefox unter Ubuntu), aber ich kann PDF-Dateien mit dem Document Viewer des Betriebssystems anzeigen (der nicht Acrobat Reader ist).
Heute kann jedes Betriebssystem, das einen Webbrowser ausführen kann, PDF-Dateien sofort anzeigen.
Wenn auf einem bestimmten System kein PDF-Viewer installiert ist und der Browser für die Verwendung konfiguriert ist, bedeutet dies wahrscheinlich, dass es sich entweder um eine von Hand erstellte Installation von Windows handelt, um ein sehr eingeschränktes alternatives Betriebssystem oder etwas wirklich Retro / p>
Es ist vernünftig anzunehmen, dass der Benutzer in jeder dieser Situationen weiß, was eine PDF-Datei ist und entweder bewusst nicht in der Lage ist, sie anzuzeigen oder zu wissen, wie er die erforderliche Software installiert.
Wenn ich mich selbst täusche, würde ich es mir gerne erklären lassen, auf welche Weise ich falsch liege.
Eine schnelle Google-Suche hat dies gefunden . Nützlich für alle Arten von Plugins.
Es gibt Benutzer, die sich dafür entscheiden, keine PDFs im Browser zu öffnen und das Plugin zu deaktivieren (dadurch kann die Datei in der nativen Anwendung außerhalb des Browserfensters geöffnet werden). Es ist besser, den Benutzer wissen zu lassen, dass Software benötigt wird, um etwas zu öffnen (ob PDF oder nicht), als zu versuchen, festzustellen, ob das Plugin verfügbar ist.
Ein weiteres Problem bei der Erkennung besteht darin, dass Sie nach Änderungen von Version zu Version suchen müssen (siehe beispielsweise "PDF.PdfCtrl. *" oder "AcroPDF.PDF. *" für den Adobe PDF-Viewer) und einen anderen Browser Implementierungen (die zuvor erwähnten Strings werden zum Beispiel im IE verwendet, während Firefox eine völlig andere Art der Erkennung verwendet. Dann müssen wir an Opera und Safari denken und ???). Außerdem gibt es verschiedene Anbieter (denke an Foxit und Ghostscript, obwohl ich nicht sicher bin, ob sie ein Plugin für den Browser liefern), wo es Unterschiede bei der Erkennung des Plugins geben kann.
Für ein 2008 geschriebenes Skript und weitere Informationen zu den Vorbehalten siehe Antony 16.09.2008 20:02
Nach anfänglichem Ignorieren der Empfehlung auf dieser Seite ging der Architekt mit der Acrobat-Erkennung weiter, was einen unvermeidlichen Support-Albtraum verursachte.
Wie Ddaa erwähnt, können nicht alle Szenarien mit der Plug-in-Erkennung genau erfasst werden. Einige Benutzer können beispielsweise PDF-Dateien mit FoxIt Reader anstelle von Acrobat anzeigen. Einige Browser des Benutzers signieren nicht, dass sie Acrobat bereit sind, und sicherlich nicht immer auf die gleiche Weise.
Eine bessere Lösung wäre gewesen, dem Benutzer eine Auswahl zu geben, wie er das relevante Dokument sehen möchte. Ich persönlich mag es nicht, wenn eine Website auf ein Plug-In angewiesen ist - es verunstaltet die Schönheit des Webs.
Tags und Links javascript asp.net pdf browser