Pregunta

¿Cuál es la mejor manera de determinar si el navegador del usuario puede ver archivos PDF?

Idealmente, no debería importar el navegador o el sistema operativo.

¿Existe una forma específica de hacerlo en ASP.NET o la respuesta sería solo JavaScript?

¿Fue útil?

Solución

Ninguno, ninguno, no lo intentes.

Re amanecer:La detección de complementos no es la respuesta correcta.No tengo un complemento de PDF instalado en mi navegador (Firefox en Ubuntu), pero puedo ver archivos PDF usando el visor de documentos del sistema operativo (que no es Acrobat Reader).

Hoy en día, cualquier sistema operativo que pueda ejecutar un navegador web puede ver archivos PDF de forma inmediata.

Si un sistema específico no tiene un visor de PDF instalado y el navegador configurado para usarlo, eso probablemente significa que se trata de una instalación manual de Windows, un sistema operativo alternativo muy reducido 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 sabrá cómo instalar el software requerido.

Si me estoy engañando, me encantaría que me explicaran en qué me equivoco.

Otros consejos

Una búsqueda rápida en Google. encontró esto.Útil para todo tipo de complementos.

Hay usuarios que optan por no abrir archivos PDF en el navegador y deshabilitar el complemento (esto permite que el archivo se abra en la aplicación nativa externa a la ventana del navegador).Es mejor informar al usuario 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 PDF de Adobe) y diferentes implementaciones de navegador (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, existen diferentes proveedores (piense en Foxit y Ghostscript, aunque no estoy seguro de si proporcionan un complemento para el navegador) donde puede haber diferencias en la detección del complemento.

Para ver un guión escrito 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 inicialmente los consejos de esta página, el arquitecto siguió adelante con la detección de Acrobat, lo que provocó una inevitable pesadilla de soporte.

Como menciona ddaa, no todos los escenarios se pueden capturar con precisión con la detección de complementos.Algunos usuarios, por ejemplo, pueden optar por ver archivos PDF con FoxIt Reader en lugar de Acrobat.Los navegadores de algunos 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 la opción de elegir cómo le gustaría ver el documento relevante.Personalmente, no me gusta que ningún sitio web dependa de un complemento: arruina la belleza de la web.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top