Sólo un idiota puede ser totalmente feliz.
Mario Vargas Llosa
En los foros
Comentarios recientes
- QuickFile sirve para
1 semana 1 día atrás - Saludos Beatriz y Alexis!
1 semana 1 día atrás - Hola Alexix.
Estoy pensando
1 semana 2 días atrás - Llegara en agosto al Perú y
1 semana 6 días atrás - Un usuario en el foro
2 semanas 2 días atrás - No se si la información este
2 semanas 2 días atrás - Ok. Gracias. Entonces supongo
2 semanas 2 días atrás - El servidor del que hablo es
2 semanas 3 días atrás - Muchas gracias por el trabajo
2 semanas 3 días atrás - Yo no vivo en Perú (soy de
2 semanas 6 días atrás
¡Ah!, se siente tan bien poder olvidarse de las largas líneas de Javascript, perdón, ECMAscript, y jugar con jQuery y el DOM. Bueno, al menos hasta que nos topamos con aquel navegador que ignora todos los estándares web: Internet Explorer, lamentablemente aún usado por muchos ingenuos que no conocen otras excelentes opciones.
Este semana tuve que modificar mucho código jQuery para que funcione con el desastroso navegador de Redmond, lo que es mucho más dificil sin una herramienta tan valiosa como Firebug. Internet Explorer solo se limita a dar números de línea, muchas veces sin decir en qué archivo, y crípticos mensajes de error cuando algo no marcha. Me niego a instalar más aplicaciones de Microsoft solo para encontrar errores en su código, es más efectivo pensar un poco, hacer algunos cambios y determinar dónde está el problema si los números de línea cambian. Debugging cavernario, sí, pero efectivo.
Un problema con el que me topé muchas veces al trabajar con Internet Explorer y jQuery fue al usar el método html() para modificar el contenido de cierto elemento, a veces fue necesario hacer cambios mayores en un elemento parent() o incluso usar remove() y luego append() o after() (ver documentación de jQuery). No he podido encontrar la lógica para estos problemas, en algunos casos html() funciona y en otros genera run time errors.
También, al utilizar tablas, como en un calendario que diseñé usando jQuery para pasar los meses, es importante ser estricto con el uso de elementos como thead y tbody.
Hacer que tu aplicación funcione con Internet Explorer no es imposible pero si que quita mucho tiempo y puede generar tendencias suicidas, tanto así que muchos desarrolladores web pensamos seriamente en aumentar nuestras tarifas cuando se trate de crear código para Internet Explorer, y lo digo en serio.


Participa en la discusión
Hmm, entonces jquery no es
Hmm, entonces jquery no es tan portable como parecía, y eso que dejé que lo elijan por sobre algo verdaderamente portable como YUI...
Tendré que mostrar este post, me niego a estar peleandome con el DOM, para eso es que queremos un framework. Con YUI nunca tuve este tipo de rollos...
Ahora mismo me encuentro en
Ahora mismo me encuentro en esa "tendencia suicida" de la que hablas... cómo odio Internet Explorer... 0 Errors, 0 Warnings y el IE que no funciona... para denunciar a Microsoft, vamos...
Cierto IE 7,6 y los demás no
Cierto IE 7,6 y los demás no cumplen con estándares. La pregunta es: ¿hay algún desarrollador web que no lo haga para IE?
Siendo IE líder en el mercado con mas 70% si no me equivoco. Yo no uso IE, uso Firefox y Chrome y bueno, el IE para validaciones.
Un último comentario, sé que el IE 8 cumple con los estándares.
¿Internet Explorer 8 y
¿Internet Explorer 8 y estándares web?
Ver para creer. Al menos en el salto desde IE 6 a IE 7 se ganó mucho, esperemos que con IE 8 finalmente podamos concertrarnos en tener una sola versión de código para todos los navegadores.