Revogamers

Noticias y Comentarios

El navegador de Wii U tiene un mejor desempeño en HTML que IE10

Abierto por PlayerNintendero el 2 de noviembre de 2012 · 29 mensajes · 5.127 visitas

Página 3 de 3

#21
Esto es otro de los WoW de Iwata.
#22
Reztes escribió:
Esto es otro de los WoW de Iwata.
Con esos datos y lo que han mostrado te digo yo que no.

Otra cosa es que a medida que HTML5 avance ellos adapten el navegador, pero el punto de partida es perfectamente equiparable a cualquier navegador de PC sin complementos.

Tiene sus limitaciones y no será tan versátil como un PC, pero va a servir para lo mismo que los navegadores de tablet/smartphone.
#23
Heishiro escribió:
Yo ahora, las web que monto les pongo "Para Chrome y Firefox". Un amigo, también informático me pregunta siempre que por que no la optimizo para IE que es el navegador con mayor público. Mi respuesta es simple, "Eso era hace 2 años, ahora con Chome y Firefox cuido al 65% de la población, Opera funciona bastante bien, lo cual es un 7% mas... No voy a hacer una web mucho mas pesada y fea para contentar a un 20% de la población que ni siquiera es el público al que van dirigidas mis webs xD

PD. Una web, con dimensionados dinámicos, y frames (Se que no se deben usar, pero me da pereza no hacerlo xD), funciona en 3ds y no en IE 9 para abajo (ahi lo dejo)

Existen muchisimos navegadores, pero lo único aconsejable es adaptar las páginas a Firefox, Chrome, IE, Safari y Opera, no more. Adaptar una página a IE tampoco es tan desastroso si durante la creación vas procurando todo el rato el resultado en cada navegador, siempre con código simple y dinámico, si te enrollas y metes muchas cosas que solo testeas en un navegador, luego logicamente, te llevas sorpresas.

No sé, yo llego a un punto que las páginas que hago quedan adaptadas a cualquier navegador incluso sin darme cuenta, siempre siguiendo las mismas pautas en cada diseño, buena estructura y buenos estilos, código limpio. Luego ya si eso empleo soluciones para IE como [if IE] para estilos que no reconozca, entre otros. Del IE 8 para abajo no tienes que preocuparte, el uso de IE 7 en todo el mundo es muy pequeño, y del 6 ni te cuento. Basta con adaptar tu página a IE8, 9 y 10.
#24
Zhlain escribió:
Y ¿frames? ¿En serio? ¿FRAMES? ¿No desarrollas para IE pero usas frames? (con cariño, eh ;-D )

Jo... todo el mundo dice lo mismo... y son súper útiles y súper fáciles de utilizar... Intenté usar la versión de HTML5 en mi última web, pero no la pilla ni el chrome... en fin... Al final pasaré de ella (La usaba para colocar unos botones flotantes en trozo de la web y era la manera mas sencilla xD
adbane escribió:
Existen muchisimos navegadores, pero lo único aconsejable es adaptar las páginas a Firefox, Chrome, IE, Safari y Opera, no more. Adaptar una página a IE tampoco es tan desastroso si durante la creación vas procurando todo el rato el resultado en cada navegador, siempre con código simple y dinámico, si te enrollas y metes muchas cosas que solo testeas en un navegador, luego logicamente, te llevas sorpresas.

No sé, yo llego a un punto que las páginas que hago quedan adaptadas a cualquier navegador incluso sin darme cuenta, siempre siguiendo las mismas pautas en cada diseño, buena estructura y buenos estilos, código limpio. Luego ya si eso empleo soluciones para IE como [if IE] para estilos que no reconozca, entre otros. Del IE 8 para abajo no tienes que preocuparte, el uso de IE 7 en todo el mundo es muy pequeño, y del 6 ni te cuento. Basta con adaptar tu página a IE8, 9 y 10.
Tienes toda la razón... algún día tendré paciencia y empezaré a hacer las cosas bien, pero es que me da rabia hacer un diseño de los que considero "fantabuloso" (Como dice un amigo mio) y que funcione genial en Safari, Opera, Chrome y Firefox (Incluso midori o el propio de KDE (no recuero como se llama)) y no en IE... ¬¬
#25
Heishiro escribió:
Jo... todo el mundo dice lo mismo... y son súper útiles y súper fáciles de utilizar... Intenté usar la versión de HTML5 en mi última web, pero no la pilla ni el chrome... en fin... Al final pasaré de ella (La usaba para colocar unos botones flotantes en trozo de la web y era la manera mas sencilla xD
El tema es usar javascript y Ajax. Los frames e iframes hacen webs poco accesibles y más complicadas de mantener. Yo lo he sufrido, en webs pequeñas no pasa nada, pero así que la web crece se multiplican los problemas de usabilidad y mantenimiento.

Yo te aconsejo que te quites ese vicio cuanto antes. Si no quieres usar Ajax a pelo (no es tan difícil, pero tiene sus cosillas) tienes librerías como jQuery que te facilita mucho las cosas y te ayuda a que todo funcione tanto en Chrome, Firefox, Safari, Opera e IE desde el 6 en adelante.
#26
adbane escribió:
No sé, yo llego a un punto que las páginas que hago quedan adaptadas a cualquier navegador incluso sin darme cuenta, siempre siguiendo las mismas pautas en cada diseño, buena estructura y buenos estilos, código limpio. Luego ya si eso empleo soluciones para IE como [if IE] para estilos que no reconozca, entre otros. Del IE 8 para abajo no tienes que preocuparte, el uso de IE 7 en todo el mundo es muy pequeño, y del 6 ni te cuento. Basta con adaptar tu página a IE8, 9 y 10.

Precisamente el problema que veo en Internet Explorer no es IE en sí, sino que aún hay bastante gente que sólo usa IE6. Igual que hay muchas casas en las que llevan años aguantando con Windows XP para navegar y ofimática. Las versiones más recientes de Internet Explorer han mejorado bastante; pero la mala fama está demasiado extendida.

P.D.- Y lo de "frames=cutrez" me lo pudieron decir en mi primera clase de programación web, segurísimo.
#27
Bueno según los datos de la propia Microsoft IE6 sólo tiene una cuota de mercado de 6%, parece alta aún, pero eso es porque en China tiene más del 20% xD. Pero si no vamos hacer páginas en mandarin, pues cabe decir que en la mayor parte de América y Europa tiene menos del 1%.

http://www.ie6countdown.com/

Y bueno existen muchas herramientas reducir el trabajo de compatibilidad.
Por ejemplo:

Normalizer.
Básicamente lo que hace es "normalizar" los estilos CSS, pues por lo general ni la W3C ni la WhaWG definen con que estilos se deben iniciar muchas etiquetas, y cada navegador los inicia como quiera, así que Normalizer nos estandariza unos estilos para iniciar.

Modernizr.
Ahora que tenemos un montón de etiquetas, estilos, y métodos nuevos con HTML5, puede resultar un poco difícil hacer que las cosas se vean y funcionen correctamente, en navegadores que no estén actualizados. Modernizr es un API de Javacript que nos permite detectar fácilmente que cosas soporta un navegador, para que en caso de que no soporte alguna cosa nueva, podamos programar un comportamiento que imite esa característica, o por lo menos avisarle al usuario que necesita actualizarse.

jQuery
Mi favorita, jQuery se diferencia de otras APIs en el sentido de que no pretende solamente hacer las cosas compatibles con todos los navegadores (que si lo hace, pues le da soporte a prácticamente todos por muy viejos que sean), sino que además jQuery nos propone una forma muy diferente a la tradicional de escribir Javascript, para cualquier programador de javascript la primera vez que ve algo escrito en jQuery le puede asustar de lo "raro" que se ve, pero de verdad una vez que se acostumbra se enamora, pues se logra muchísimo más con muchísimo menos código.
Además jQuery no ofrece muchas facilidades para Ajax, y crear animaciones

Mootools
Mootools nos ofrece prácticamente las mismas características que jQuery, pero con la diferencia de que este busca no alejarse tanto de la forma "tradicional" de escribir Javascrip.

Al igual que Mootools hay otras APis similares como prototype y script.aculo.us/.

HTML5 Boilerplate
Boilerplate básicamente es una plantilla HTML, que ya incluye Normalizer, Modernizr, jQuery, todo organizado para obtener la mayor optimización y compatibilidad posible. Por ejemplo Boilerplate importa jQuery desde Google APIs, para aprovechar el caché de navegadores, reducir nuestro consumo de ancho de banda y demás, pero... ¿Qué pasa si Google se cae? No importa, Boilerplate detecta que jQuery no se encuentra, automáticamente crea una nueva etiqueta script, para cargar la librería de jQuery desde nuestro propio servidor
Entre otras cosas incluye todos los favicons posibles para que se vean "bonitos" en todos los dispositivos (incluyendo retinas display), de tal manera que sólo los remplacemos por los nuestros propios usando como base sus medidas y nombres. En fin, definitivamente una gran plantilla para tomar como base.
#28
Yo pienso, bajo mi experiencia, que el desempeño fluido y fiable de las páginas Web depende en gran parte del navegador que mejor esté adaptado. Ahora mismo escribo desde mi tablet, y es un caso muy curioso lo que pasa cuando navegas por Revogamers desde mi tablet, en un principio dejé que actuara la versión movil de revogamers, pero a los pocos días acabé arto de lo mal que obedece los comandos de dicha versión, cuando quería cuotear un mensaje, siempre me cuoteaba el primero, y cuando quería dar mi opinión me quoteaba el último mensaje, etc, vamos, un desastre, a la vez de ser inestable. Sin embargo cuando pongo la versión web normal de revogamers, no salgo de mi sorpresa, usando el navegador Opera, me encuentro con la página web de videojuegos de todas que mejor funciona en mi tablet, es impresionante lo bién que funciona con Opera una versión que se supone que es para PC, y sin embargo en mi tablet va de fábula.
Sin embargo otras páginas dejan mucho que desear en opera, y otras simplemente es un desastre. Pero si usas otro navegador, esa inestabilidad de esas páginas, lo dejan a un lado y mejora bastante, aunque no llega al gran funcionamiento, Opera-Revogamers.
#29
También está html5shiv, una libreria de Google para IE que "crea" todas las etiquetas de HTML5 que cualquier navegador de IE no reconoce. Yo personalmente no lo uso, prefiero no darle coba a estos navegadores viejos, me limito a detectar si se entra desde una versión válida para mi página o no, y si no es así, redirecciono a un site dónde pido que actualicen el navegador.
Luigimagno escribió:
P.D.- Y lo de "frames=cutrez" me lo pudieron decir en mi primera clase de programación web, segurísimo.

Un frame hoy en día es algo cómo "ilegal", ni en HTML4 está validado, ya no se usan. Un iframe la diferencia es que no van dentro de un frameset, pueden ir dentro del documento. Si con "tu primera clase de programación web" te refieres a esas chorraclases de la prehistoria, deduzco que te enseñaron a crear páginas con frames, utilizando un documento para cada parte del la página, ya sea para el menú, el cuerpo, el pie... y luego con frames cargarlo todo en el index. Eso ya no se hace, si acaso con PHP sí con requires o includes (por ejemplo, en Wordpress).

Un iframe en mayoria se usa para el contenido público de otras páginas, como los botones "Seguir" o "Me gusta" de Twitter y FB, Google Maps, un vídeo en yutú, un vídeo en redtú... Nunca para cargar toda una página (intentalo con FB, ya verás que no te deja).

Sobre el IE6, ya lo ha dicho dnt7up, es una minucia el número de gente que usa IE6, yo ya lo sabía cuando asistí a la conferencia de Adobe aqui en BCN. De hecho, el uso de IE9 va subiendo mientras que el del IE8 va bajando. Osea que a IE nuevo, más usuarios. Ahora solo falta que IE haga como Firefox y Chrome, actualizarse automáticamente, seria el fin de muchos mal de cabezas xD

Os dejo aquí unos enlaces de interés:

Estadisticas globales de todos los navegadores 2002-2012
http://www.w3schools.com/browsers/browsers_stats.asp
Estadísticas globales de todas las versiones de IE 2002-2012
http://www.w3schools.com/browsers/browsers_explorer.asp

Podéis mirar las estadísticas de cada navegador con sus versiones clickando en él. También más abajo podeis ver las estadiscitas de sistemas operativos, y resoluciones de pantalla.

Página 3 de 3

Hilo del archivo del foro: ya no admite respuestas.

Más hilos de Noticias y Comentarios →