2010-10-15 25 views
5

Como un desarrollador web en ciernes, estoy tratando de recorrer la delgada línea de usabilidad/compatibilidad multiplataforma y pizazz (funcionalidad).JavaScript mayor/menor uso. ¿Qué es aceptable en estos días?

¿Es esto tanto como un problema como lo era hace unos años? Las partes de mi sitio que, me atrevo a decir, requieren (alias me hacen la vida más fácil) JS no sería algo a lo que un móvil quisiera acceder (aunque podría hacerlo si quisiera).

http://www.w3schools.com/browsers/browsers_stats.asp

Si se desplaza hacia abajo, que parece indicar que el 95% de los ordenadores con el acceso que el sitio ha permitido JS/instalado.

Cualquier comentario de alguien que haya tratado este problema sería apreciado.

Gracias, Jason

+2

Tenga en cuenta que el sitio * you're * creating y w3schools pueden ser * muy * diferentes en términos de audiencia. Por ejemplo, si tiene un sitio llamado www.grandmothers.com, en este momento es poco probable que esas estadísticas del navegador sean útiles para usted, ya que está apuntando a un * muy * diferente grupo demográfico. –

+2

Especialmente grandmothersagainstjavascript.com – Detect

+0

@Detect aww Esperaba que fuera un sitio real:/ – lincolnk

Respuesta

2

No sé cualquiera de estos días quien tiene Javascript apagado permanentemente. La gran cantidad de sitios que dependen de JS significa que la web es prácticamente inutilizable sin él.

La gran mayoría de la gente simplemente lo deja encendido todo el tiempo. La mayoría de los agujeros de seguridad realmente serios que solían hacer que la gente lo apague se han solucionado hace tiempo, por lo que es mucho menos un problema de lo que solía ser.

Todavía hay algunas cosas que preocupan al paranoico, pero incluso entonces la mayoría de las personas que deshabilitan JS lo hacen sitio por sitio utilizando una herramienta como la extensión Firefox NoScript en lugar de simplemente apagarla. Cuando estas personas visitan un nuevo sitio, tienen que decidir si confían lo suficiente como para habilitar JS.

El otro grupo demográfico que puede verse afectado es el de los usuarios con discapacidad, que utilizan un lector de pantalla u otra tecnología de asistencia. Muchas de estas personas pueden no ser capaces de usar Javascript. (aunque dicho eso, muchos de ellos pueden: los lectores de pantalla no son tan retrospectivos en comparación con los navegadores habituales, como muchos imaginan)

Aunque al final del día, depende de usted decidir qué hacer para apoyar sus visitantes que no tienen JS. Aquí hay algunas cosas a tener en cuenta:

  • ¿Su sitio absolutamente requieren Javacript - Si estás escribiendo un sistema de tipo de GMail, y toda la cosa sólo funciona gracias a JS, entonces, evidentemente, no se puede no soporta tenerlo
  • ¿Qué parte de su audiencia tendrá JS deshabilitada? ¿Cuántos de ellos estarán preparados para volver a habilitarlo solo para visitar su sitio? ¿Cuántas de esas personas estás preparado para perder? Deberá conocer su propio grupo demográfico antes de poder responderlo.
  • ¿Puede escribir las características de JS de modo que el sitio todavía funcione lo suficiente sin ellas? Los usuarios con JS desactivados esperarán que los sitios que visitan no se vean bien y tengan funcionalidades perdidas, pero estarán contentos siempre que las partes importantes aún funcionen para ellos.
+0

"La gran cantidad de sitios que dependen de JS significa que la web es prácticamente inutilizable sin él". - No ponerle un punto demasiado fino, pero gran parte de la web * es * prácticamente inutilizable para un número significativo de personas. No es Gmail, sin embargo, tiene un cliente que solo usa HTML, así que supongo que es un mal ejemplo del tipo de aplicación que requiere JS para hacerlo funcionar. –

0

w3schools es utilizado por los desarrolladores y no es una representación realista del público en general.

Global Stats Counter (http://gs.statcounter.com/) es una medida más válida de los usuarios generales.

Cómo codifica su sitio depende de su audiencia prevista.

0

No creo que ese número vaya a cambiar drásticamente: el 95% está cerca de ser correcto.

Mi sugerencia sería sustituir JQuery tanto como sea posible, ya que ayudará a mitigar los problemas específicos del navegador. Además, planee agregar la funcionalidad NoScript para que si su usuario no tiene JS, se degradará graciosamente a algo con menos "Pizzaz"

En cuanto a los móviles que acceden a páginas que contienen JS, no se preocupe demasiado por eso , los navegadores móviles pueden procesar Javascript muy bien.

0

Según lo dicho por otros, esto depende de su audiencia. Además, su sitio debe tener alguna funcionalidad de referencia. Es decir, deberían poder ver y usar su contenido con casi cualquier cosa. Cualquier extra puede aplicarse para aquellos que pueden verlo.

La mayoría de los usuarios tienen Javascript activado, pero a veces no funciona debido a malware, bloqueadores de scripts, bloqueadores de anuncios, etc. Estas personas están acostumbradas a que las cosas no funcionen. (Intente ver YouTube y algunos otros sitios populares sin Javascript habilitado). Eso no significa que pueda ignorarlos. Simplemente significa que la mayoría de su sitio debería funcionar sin incidentes sin Javascript.

2

Depende de lo que esté haciendo. Soy un firme creyente en Javascript degradando con gracia si solo está agregando azúcar UI. Sin embargo, es una línea fina, y realmente no hay una sola respuesta. A veces podrá hacer suposiciones acerca de su base de usuarios; por ejemplo, si está escribiendo una aplicación web móvil, se le garantiza un buen soporte de HTML5. Otras veces, es posible que deba preocuparse por tener un soporte de IE6 sólido como una roca. Todo se reduce a lo que es tu audiencia y cuánto tiempo puedes permitirte dedicar a diferentes configuraciones.

Recomiendo encarecidamente que, como desarrollador web en ciernes, aprenda a realizar mejoras progresivas con su Javascript. A menudo es la forma "correcta" de abordar un problema, incluso si no te importa apoyar navegadores sin Javascript; y es muy probable que te encuentres con una situación en el futuro en la que tengas que admitir buscadores retrógrados (que es un grupo en el que puedes agrupar también a Googlebot).

0

Mientras su sitio falle "con gracia", realmente puede elegir por sí mismo la cantidad de población que desea tratar y acomodar.

La mayoría de los sitios que hago, no tienen sentido para tener funcionalidad mínima incluso sin javascript ya que la razón por la que están allí es para comprar/examinar contenido mySQL.

Así que, me aseguro de que si necesitan javascript, lo compruebo tan pronto como la página se carga y si no está presente, le digo al usuario que deben habilitarlo o instalarlo en para que mi sitio funcione correctamente Por supuesto, en un mundo ideal, siempre debes acomodar a cada segmento de usuario, pero como los clientes raramente quieren pagar por ese tipo de desarrollo, generalmente termino tratando de atrapar el segmento más grande que puedo por la menor cantidad posible. de recursos y desarrollo.

Este es el código que me gusta usar:.

<!-- make sure javascript is turned on.. --><noscript><div style="position:absolute;top:10px;left:10px;width:300px;height:90px;background-color:#FFF;border:solid;border-width:2px;border-color:#F00;font-size:14px;text-align:center;overflow:hidden;z-index:999;"><div style="position:absolute;top:5px;left:5px;width:50px;height:80px;background-color:#F00;color:#FFF;font-size:48px;text-align:center;line-height:80px;">!</div><div style="width:230px;height:60px;position:absolute;top:15px;left:65px;text-align:center;font-size:13px;color:#F00;font-style:italic;">ERROR: JAVASCRIPT MISSING<br /><br />Enable or install Javascript<br />to view this site.</div></div></noscript> 

Esto ha funcionado bien para mí en todos los navegadores que he probado en

0

me gusta que se ha hecho la pregunta, pero tengo que decir que he estado muy decepcionado por las respuestas que ha recibido hasta ahora (incluyendo la respuesta que fue aceptada). Parece haber una percepción general de que los usuarios que tienen JavaScript desactivado son luditas o idiotas. Se ha hablado mucho de "degradación grácil", y eso no tiene sentido. El punto es la accesibilidad.

A menos que usted está construyendo un sitio que ofrezca nada que un usuario con discapacidad visual o motora (como, por ejemplo, un juego de gráfica en línea), su sitio debe ser sólo el trabajo normal y sentido perfecto con CSS, imágenes y JavaScript todos deshabilitados. Los usuarios con baja visión probablemente tendrán su CSS anulado para que puedan leer la escena, y no les importarán mucho sus imágenes a menos que el texto alternativo (y longdesc, si se han tomado la molestia de incluirlo) lo haga sonar lo suficientemente convincente como para molestarse mirando una versión ampliada. Y los ciegos usarán una interfaz Braille o un lector de pantalla como JAWS, ninguno de los cuales es particularmente compatible con las actualizaciones de fondo en áreas aleatorias de la página.

Ahora, antes de que nadie se desespere por lo difícil que sería diseñar para discapacitados, permítanme decir que esta es la parte fácil. Diseñar la aplicación básica y funcional consiste en prestar atención a la estructura del documento (etiquetado semántico, etc.), y si ha prestado atención a la estructura del documento, es probable que haya prestado también atención a la estructura del documento. la estructura de datos en el servidor. En este punto, la aplicación puede no parecer mucho, pero proporcionará toda la información que se supone debe proporcionar y tomará las aportaciones que necesite del usuario. Claro, todo requiere cargas de página completas, pero todo funciona.

Las imágenes, CSS y JavaScript se pueden utilizar para mejorar esa aplicación en funcionamiento. El objetivo del juego no es la "degradación elegante", sino la "mejora progresiva". Las imágenes y CSS no solo agregan decoración, sino que también pueden reforzar la jerarquía de información y aclarar las acciones del usuario para los usuarios que están equipados para apreciar las mejoras visuales. JavaScript puede anular el comportamiento predeterminado de los elementos de la interfaz de usuario (enlaces, botones, áreas de texto, etc.), proporcionando comentarios inmediatos al usuario y manteniendo un flujo de trabajo ininterrumpido. Proporcionar API aptas para AJAX a las mismas estructuras de datos que ha utilizado para las páginas de la aplicación HTML vainilla no es para nada difícil.

No hay excusas para no prestar atención a la accesibilidad. Solo hay ignorancia e intolerancia.

Cuestiones relacionadas