Problema con Explorer 9
6 seguidores
Hola, hace tiempo me instale la beta de Explorer 9 y vi que no aparecía el menú principal de domestika, pensé que era por eso, porque era una beta, pero me acabo de instalar la versión definitiva y me sigue sin aparecer, microsoft como siempre liandola...
guitobon
Yo les avisé el 29 de abril enviándoles un email a info@domestika.org y me ignoraron completamente.
Incluso me ofrecí para intentar corregirlo.
Ni siquiera una respuesta "tipo".
No le he dedicado excesivo tiempo en ver la causa del fallo, pero creo que el problema lo tienen en los ficheros javascript para sustituir los textos de los menús y la frase "domestika es un lugar ...blablabla...interactuar en red", por imágenes para supongo, poder usar unas fuentes especificas que no tienen los navegadores por defecto.
El resultado de esos javascripts, modifican el DOM del documento usando CANVAS, algo que no es XHTML 1.0 Strict como indican en el DOCTYPE, sino mas bien HTML 5.
Y claro, haciendo estas cosas, pasa lo que pasa.
Si tan importante es usar esas fuentes, lo mas fácil seria generar las imágenes con los textos "pintados" desde PHP (que lo haga el servidor). Ademas, se hacen una vez y se cachean.
Siento el rollo y los tecnicismos.
Raul Garcia
Una solucion mas sencilla y para mi gusto mas elegante seria usar @font-face y olvidarse de las imagenes y solo en los casos que el navegador no soporte CSS3 ( por suerte cada vez son menos) utilizar las imagenes, en este caso IE9 pinta las fuentes correctamente ( es malo pero esto si sabe hacerlo jeje).
La solucion de guitobon tambien es correcta, pero es una lastima que por querer usar una fuente especial perdamos usabilidad llegando al punto de no mostrar el menu.
Cloudstudio
guitobon
Generar las imagenes para los textos con php esta ya desfasado, ahora tenemos a los genios de google como siempre ! http://www.google.com/webfonts
Juanmanuelalcon.com
Yo estoy con Raul García, lo más sencillo sería implementar font face y similares, hay muchas soluciones mediante css para solucionar la incompatibilidad de los navegadores.
Un saludo!
guitobon
Como en todas las cosas, todo tiene su lado bueno y su lado malo.
A fecha de hoy a mi no se me ocurre usar ni HTML5, CSS3 ni productos beta, para web públicas de proposito mas o menos general, donde mis visitantes pueden usar cualquier navagedor, sistemas operativo y/o dispositivo.
De la misma forma que tampoco se me ocurriria usar flash en una web enfocada a accesorios de Ipad / Iphone.
Otra cosa son entornos donde tienes completamente controlado que usan tus usuarios, o que van enfocados a cosas muy concretas.
Ej. un web con demos de las capacidades de HTML5. En esos casos puedes hasta especificar que deben usar.
Pero cada uno con su historia.
Twoixter
Ya está solucionado el problema de los tipos de letra en IE9.
@guitobon, perdona la tardanza en la respuesta, todo el equipo técnico estábamos repartidos o en San Francisco o en Londres en el FOWD2011. Pero te aseguro que el mensaje llegó. :-) Otra vez, perdona el retraso y os agradecemos que nos aviséis de los fallos que puedan surgir.
PD: Está probado incluso con el Platform Preview de IE10. :-)
guitobon
Yo tb pido disculpas por tardar en contestar. Estaba tb de viaje.
Es decir, habéis actualizado el cufon-yui.js ;-)
Una vez puestos, podríais solucionar los errores XHTML según el W3C.
ver resultado del test
Es cosa de 5 minutos.
El validador se queja de la linea 134 (por un UL no cerrado), porque al parecer actualizáis las LI ("home_main_actions") vía javascript dependiendo si esta logeado el visitante o no. Meted un <li></li> "fantasma" dentro que machacáis via javascript inmediatamente.
El siguiente error es que al Strict mode no le gusta un & suelto dentro del html. Si usáis un htmlentities lo sustituye por &amp;
El resto es que se queja por encontrar entidades html dentro de cadenas javascript. Basta con poner "lo del CDATA" encerrando el código javsacript.
Con estas 3 cosas ya podéis poner un "XHTML Válido" al menos en la página principal.
Saludos.
guitobon
Veo que habéis corregido la mayoría de errores XHTML según w3c :-)
Solo falta el de la línea 134.
Si metéis un <li>ksajdhkjas</li> ya os validará.
Veo que usando javascript, sustituís los elementos <li> que contiene esa lista <ul>
Así dejareis de pertenecer a ese 40% de webs (según google) que no validan... al menos respecto al index.
"Acer las kozas vien, no questa tanto"