asp.net - que - Cómo determinar si el navegador del usuario puede ver archivos PDF
no puedo abrir archivos pdf en mi celular (4)
Una búsqueda rápida en Google encontró esto . Útil para todo tipo de complementos.
¿Cuál es la mejor manera de determinar si el navegador del usuario puede ver archivos PDF?
Idealmente, no debería importar en el navegador o el sistema operativo.
¿Hay alguna forma específica de hacerlo en ASP.NET, o la respuesta sería solo JavaScript?
Hay usuarios que eligen no abrir archivos PDF en el navegador y desactivar el complemento (esto permite que el archivo se abra en la aplicación nativa externa de la ventana del navegador). Es mejor que el usuario sepa que se requiere software para abrir algo (ya sea PDF o no) que intentar detectar si el complemento está disponible.
Otro problema con la detección es que lo que necesita buscar cambia de una versión a otra (por ejemplo, consulte: "PDF.PdfCtrl. *" Frente a "AcroPDF.PDF. *" Para el visor de Adobe PDF) y las diferentes implementaciones del navegador (el las cadenas mencionadas anteriormente se usan en IE, por ejemplo, mientras que Firefox usa una forma de detección totalmente diferente. Entonces, tenemos que pensar en Opera y Safari y ???). Además, hay diferentes proveedores (piensen en Foxit y Ghostscript, aunque no estoy seguro si proporcionan un complemento para el navegador) donde puede haber diferencias en la detección del complemento.
Para una secuencia de comandos escrita en 2008 y más información sobre las advertencias, consulte Detección de complementos en Internet Explorer (y algunos consejos para todos los demás) .
Después de ignorar los consejos en esta página, el arquitecto siguió adelante con la detección de Acrobat, lo que provocó una inevitable pesadilla de soporte.
Como dice ddaa, no todos los escenarios se pueden capturar con precisión con la detección de Plug-in. Algunos usuarios, por ejemplo, pueden elegir ver archivos PDF con FoxIt Reader en lugar de acrobat. Algunos navegadores de usuarios no indican que están preparados para Acrobat, y ciertamente no siempre de la misma manera.
Una mejor solución habría sido darle al usuario una opción sobre cómo le gustaría ver el documento relevante. Personalmente, no me gusta que un sitio web dependa de un complemento: arruina la belleza de la web.
Ninguno, ninguno, no intentes.
Re dawnerd : la detección de plug-in no es la respuesta correcta. No tengo un complemento de PDF instalado en mi navegador (Firefox en Ubuntu), sin embargo, puedo ver archivos PDF con el visor de documentos del sistema operativo (que no es Acrobat Reader).
En la actualidad, cualquier sistema operativo que pueda ejecutar un navegador web puede ver archivos PDF de fábrica.
Si un sistema específico no tiene un visor de PDF instalado y el navegador está configurado para usarlo, eso probablemente significa que es una instalación hecha a mano de Windows, un sistema operativo alternativo muy recortado o algo realmente retro.
Es razonable suponer que, en cualquiera de esas situaciones, el usuario sabrá qué es un archivo PDF y elegirá deliberadamente no poder verlos o saber cómo instalar el software requerido.
Si me estoy engañando a mí mismo, me gustaría que me lo expliquen de qué manera estoy equivocado.