Hay estandares y mas estandares, pero.. cuantos cumplen con ellos? Cual es el porcentaje de paginas web en XHTML reglamentario? Cual es el porcentaje de paginas "HTML x.xx VALID!"?
Deberia haber una ley que forzara a todo el mundo a respetar los estandares, pero como a la GRAN mayoria no le interesa (el usuario convencional nisiquiera sabe que es HTML), esto se va hundiendo...
Lo que debemos hacer para obligar la implementacion de los estandares es hacer que los navegadores BLOQUEEN cada pagina que NO tenga (X)HTML valido (sea con un analizador incorporado, o usando el del W3C), aunque los bobos usuarios se quejarian y se quedarian con las versiones viejas, "FULL"...
Mi pagina no cumple ningun estandar, pero esta bien como esta (total, solo la actualizo dos veces al año...)
--
Tom Maneiro $ON¥ == EVIL! - http://t38.webhop.biz/ -
Cada vez que veo hablar del "Web 2.0" y tal me pongo enfermo.
Personalmente, no me gusta nada el camino que está tomando la nueva forma de ver las páginas web. Cada vez son más capas las que se van añadiendo y haciendo las páginas mucho más pesadas. Cuando hablo de esto, me refiero al tema de "AJAX" eso que a muchos les agrada (y los respeto) pero que me parece que son parchecillos cutres para satisfacer las carencias del protocolo HTTP.
A mi parecer, lo que se debería hacer es planificar un nuevo protocolo estandarizado y compatible con el HTTP. La idea no sería remplazar de golpe el protocolo actual, sino, dar una alternativa posible y que poco a poco vaya comiendo terreno. (Por supuesto, tarea para la w3c)
Pero bueno, como no vea la w3c esta posibilidad, acabará apareciendo una empresa que desarrollará un protocolo cerrado, sacará su plugin para internet explorer y a ganar perras (al poco tiempo la w3c acabará sacando el protocolo estandar y hasta dentro de 15 años...).
La web es como el resto de tecnologías y como la propia humanidad, evolucionan.
Si antes teníamos una web "estática", en la que el usuario accedía a una página para obtener información en la que se realizaba una mínima interactuación con el usuario para proporcionar dicha información, ahora tenemos una nueva forma de verlo; lo que denominan muchos, el escritorio en la web.
Si bien no estoy del todo de acuerdo con la idea de transportar las aplicaciones que usamos al entorno web, lo veo algo lógico en tanto que las comunicaciones han evolucionado y cada vez proporcionan mayor ancho de banda; igualmente la necesidad de computación para esas aplicaciones también ha aumentado pero la tecnología que lo hace posible (procesadores, memorias,...) también lo ha hecho.
Los cambios en la informática siempre han estado marcados (en su mayoría) por la necesidad de compatibilidad con lo anterior, al menos, por lo inmediatamente anterior. Es por ello, que no es posible hacer un cambio de golpe y aún poco a poco, sigue siendo tarea árdua... (véase PHP4 y PHP5, véase HTML y XHTML, véase CSS1 y CSS2 y ahora CSS3,...).
Por alguna extraña razón en el software hay una necesidad imperiosa de mantener esa compatibilidad, cosa que en el hardware no ocurre; pues esa compatibilidad con lo anterior o soporte de ello, se mantiene poco tiempo.
Estoy de acuerdo en que el protocolo HTTP tiene sus carencias, pero es normal, cuando se diseña algo, no se puede pensar en todo.
AJAX no es un parchecillo, curiosamente desarrollado por Microsoft (en concreto el núcleo de AJAX: el objeto XMLHttpRequest) para sus propias necesidades y luego implementado por el resto de navegadores. AJAX tampoco forma parte del protocolo HTTP al igual que XHTML, son cosas que están fuera de la finalidad de HTTP y así deben seguir se mejore o no el protocolo de acuerdo a lo que se necesite.
Lo que me a mí me joroba, es el poco interés de los desarrolladores de exploradores web (y en concreto Internet Explorer) en soportar los estándares como el resto de navegadores web. Porque creo que mucho peor que tener que aprender el nuevo XHMTL o el nuevo CSS o ahora con la estandarizacion de JSON... es el que haya que desarrollar las cosas para cada navegador, porque en este pasa esto, en el otro aquello,...
Si un navegador afirma soportar tal o pascual, entonces que lo cumpla y si no que lo avise; eso sí, que luego no se queje de que los desarrolladores pierden el interés por ese navegador.
Resumiendo, añadir capas no creo que suponga nada malo teniendo en cuenta las necesidades actuales en el entorno; en este caso el web. Siempre, estarán los nostálgicos que querrán seguir viendo la web como hace 15 años; pero las cosas evolucionan y ahora mismo, esa evolución está en sumergir al usuario en la web. El usuario ya no es un mero espectador, participa.
por
pobrecito hablador
el Martes, 05 Septiembre de 2006, 17:16h
(#806639)
XHTML 2.0 lleva AJAX incorporado?
Porque no puede haber una Web 2.0 si no hay un XHTML 2.0 y un AJAX (al que habrá que acelerarle el versionado para que todo sea 2.0), incorporados, autocontenidos y sinérgicos.
No tiene sentido que el XHTML del futuro se quede anclado en el HTTP del pasado. Dile sí la Web 2.0 del siglo veitiuno con XHTML y AJAX!!
El futuro de la web es el Macromedia Flash 11,12,13,14 ...
Seamos realistas, a la mayoria de webs lo unico que les importa es ser vistosas y son muy pocas las que pretenden ser utiles. Se mueren unas y salen otras, pero siempre con la misma mentalidad.
Pues si, porque permitira en el futuro las aplicaiones sinergeticas 2.0 que enlazaran con la solucion corporativa streamingando contenidos de retencion rectal usando mensajeria instantanea que haran posibles micropagos 2.0 llevados directamente al escritorio sin necesidad de Ajax, con tecnologia p2p a dos manos. Eso sin contar las posibles soluciones basadas en bases de datos mutantes.
Object no es nuevo, al contrario, es muy viejo, y ya estaba en HTML 4. La última vez que lo probé, no estaba soportado por explorer (y creo que no han cambiado nada en explorer en este tiempo), así que por eso nadie lo debe estar usando.
Lo de «Validación XML obligatoria», no tiene sentido. Los documentos XML se pueden clasificar entre bien formados y mal formados. Los bien formados, pueden además ser válidos, o no. Lo primero se aplica al XML, en general, sin que pertenezca a ningún vocabulario en concreto, y lo segundo, la validación, sólo tiene sentido si estamos hablando de un vocabulario en concreto (XHTML, DocBook, etc.). Un parser XML no suele trabajar con documentos que no estén bien formados, ya que si el documento no está bien formado, no está perfectamente definido como debe comportarse. Pero si ningún navegador se comporta como un parser XML ahora (porque intenta interpretar el documento, aunque sea inválido y mal formado), con XHTML 1.1, ¿porqué iba a ser diferente en 2.0? Dudo mucho que cambie nada al respecto.
Las inclusiones XML, como su espacio de nombres indica, no son parte de XHTML, sino de un estándar aparte llamado (lógicamente) XML Includes. Puede parecer una tontería, pero no, porque de aplicar el mismo razonamiento, podríamos decir que XHTML 2.0 también incluye SVG.
por
pobrecito hablador
el Martes, 05 Septiembre de 2006, 21:57h
(#806797)
Es dificil afirmar que el futuro de la web es XHTML 2 cuando el XHTML 1 no es soportado por el navegador más usado y dadas todas las complicaciones y nulos beneficios que aporta, desde hace mucho tiempo se han levantado voces afirmando que no tiene sentido el usarlo. Un ejemplo que lo explica bien: http://www.spartanicus.utvinternet.ie/no-xhtml.htm [utvinternet.ie]
Además resulta que los desarrolladores de los navegadores (Mozilla, Opera, Safari) llevan tiempo trabajando en lo que han denominado HTML 5 que se preocupará de solucionar problemas existentes en vez de crear nuevos, y si ellos deciden que en su navegador existe soporte para esas tecnologías a ver quien es el listo que dice que le gusta más xhtml "porque es la última versión".
http://www.whatwg.org/ [whatwg.org]
por
pobrecito hablador
el Martes, 05 Septiembre de 2006, 22:52h
(#806823)
[Semi-OT] ¿Alguno sabe si en el estandar xhtml2.0 o en los anteriores, soporta los ficheros vectoriales SVG en plan incustrados como una imagen cualquiera con sus ventajas como redimensionarlos?
Es que por mas vueltas que doy solo lo puedo incluir como un objeto incrustado (con <object>) y horrible porque mete barras de desplazamiento si el tamaño de object es mas pequeños que la imagen vectorial del fichero.
No se es que ya que SVG es estandar de W3C que menos que lo soportara en la tipica etiqueta <img>.
Gracias.
SVG una imagen?
de pobrecito hablador
(Puntos:0)
Miércoles, 06 Septiembre de 2006, 00:46h
Re:Pregunta sobre SVG
de pobrecito hablador
(Puntos:0)
Miércoles, 06 Septiembre de 2006, 15:27h
Bueno, el estado actual del XHTML 2.0 es working draft [w3.org], así que es probable que cambien cosas. Y puede que <object> no sirva para todo. El principal problema es, como no, Internet Explorer, que trata los <object>... como objetos, sí, pero ActiveX (y no es el único navegador que tiene problemas con esta etiqueta). Esto no es algo que se vaya a resolver a corto plazo precisamente, y sería un grave error ignorarlo. Incluso hay quien en las listas del W3C ha sugerido una nueva etiqueta (<include> si no recuerdo mal).
Por otro lado, como ya te han dicho por ahí, las XML Inclusions [w3.org] son una recomendación aparte, y no tienen nada que ver. Puedes usarlas en XHTML porque son un mecanismo para unir documentos XML, como puedes usar MathML o SVG (siempre usando namespaces). De hecho es el único motivo razonable que veo yo para usar XHTML antes que HTML.
Y para terminar, creo que te has olvidado de lo más importante: la modularidad [w3.org]. XHTML 2.0 se basa en módulos. Es decir, ya no existe una gran DTD, sino varias: una para el documento, otra para el texto, otra para las listas, etc (en realidad ahora mismo no existe ninguna DTD, sólo esquemas [w3.org] RELAX NG [relaxng.org]). En XHTML 2.0 se definen todas menos tres: XML Events [w3.org], Ruby [w3.org], y XForms [w3.org] (sólo se define la integración). Luego en cada documento utilizas únicamente los módulos que necesites.
por
pobrecito hablador
el Miércoles, 06 Septiembre de 2006, 02:54h
(#806889)
Lo del primer mensaje es de traca y repite punto por punto uno de esos típicos tópicos de los mediocres de la red. Cuando algo no lo entiendo, (porque no soy capaz o porque soy un vago, o por las dos cosas) despotrico contra él y quedo como un super entendido en la materia.
Exactamente lo mismo ocurre con Flash. Cuantos y cuantos cantamañanas (cuyo único problema es que son incapaces de hacer nada bueno con flash) quitan argumentos del tipo "es que ralentiza"; "no cumple los estándares", "bla, bla, bla".
Y ahí siguen (muestra de lo atrevidad que puede ser la ignorancia) mientras la red multimedia ha cambiado de forma dramática en gran medida gracias al uso de flash. Llega con pulsar sobre cualquier video de esos sitios tan de modo (con el botoncito derecho aclaro para el enterado este) para ver que tecnología lo ha permitido. Lo mismo con yahoo maps, que con tecnología flash compite muy dignamente en calidad y rapidez con Google maps.
Justo Google maps, o Gmail, google suggest, flickr, etc, etc, son las que han puesto de moda Ajax, que es cierto que no es una tecnología nueva, pero ya me gustaría a mi saber cuantos la usaban antes. Decir que esto son chorraditas si que es una buena chorradita.
Creo que en el fondo todo esto tien que ver mucho con el terrible desfase que se está produciendo entre los estudios "reglados" y la realidad de la red. A este "tontaina" (no es un insulto, es una descripción benigna) seguramente le han enseñado en alguna facultad a usar Cobol, o siendo magnánimos delphi. Seguro que se ha chapado todas las funciones y ya estaba convencido que se lo sabía todo de todo. Y ahora vienen estos inventando cosas nuevas.
Desde luego con gente así Spain será siempre diferente, llena de chorras pedantes e ignorantes.
No voy a meterme a opinar sobre estos temas en general; para debatir sobre el sexo de los ángeles prefiero temas con un trasfondo mas sólido, como por ejemplo los efectos en la economía mesopotámica del concilio de Trento xD.
Pero como desarrollador, y ya que nadie lo ha comentado, expresare mi alegría por la reinserción de los frames, coño. Que te permiten optimizar muchísimo el ancho de banda consumido y estructurar mucho mejor tu aplicación web.
Aqui mucha gente se queja de que la web se use para aplicaciones; pero el caso es que funciona, y la gente lo pide por lo enormemente práctico que es. Luego, guste o no, es lo que toca.
El tema de los frames tenía una serie de inconvenientes. En lugar de pulir los problemas (como han hecho ahora), simplemente los quitaron; convirtiendo las aplicaciones web en cosas mucho mas pesadas. Si tengo tan solo una pequeña parte de mi página que se actualiza (Y no quiero usar AJAX porque, por ejemplo, implicaría 5 Kb de código javascript, que no me apetece programar ni meter), un frame es la solución ideal. En muchos casos simplifica las aplicaciones web hasta límites insospechados.
Me alegro de que lo reintroduzcan. Espero que el XHTML 2.0 salga pronto; le hace falta un lavado de cara a la web bastante importante, y creo que esto se lo dará.
Re:XFrames
de pobrecito hablador
(Puntos:0)
Miércoles, 06 Septiembre de 2006, 08:19h
Re:XFrames
de morris
(Puntos:2)
Miércoles, 06 Septiembre de 2006, 08:21h
por
pobrecito hablador
el Miércoles, 06 Septiembre de 2006, 07:54h
(#806969)
La idea de XHTML es un formato XML __con todas las idiosincrasias de XML__ (por ejemplo no permitir > dentro de un bloque, a no ser que venga escapado por una marca de CDATA). pero utilizando los tags de HTML.
Es una idea que funciona bastante bien, incluso si envias codigo XHTML con el mime de HTML funciona correctamente, porque el navegador entiende que le estas enviando __HTML mal formado__, y hace lo que puede para entender lo que hay ahi. Y normalmente lo hace bastante bien. Pero lo lee como HTML, __sin ninguna idiosincrasia añadida de XML__.
Si quisieras que tu XHTML se entienda como XHTML tienes que utilizar su tipo mime, pero Internet Explorer no soporta ese tipo mime, asi que te fallara tu pagina para el 90% del mercado (menos en paises avanzados como Alemania donde el indice de uso de otros navegadores mejores es mayor).
Cuantos implementan eso?
(Puntos:0)( http://mi.tsdx.net.ve/ | Última bitácora: Viernes, 14 Febrero de 2014, 08:31h )
Deberia haber una ley que forzara a todo el mundo a respetar los estandares, pero como a la GRAN mayoria no le interesa (el usuario convencional nisiquiera sabe que es HTML), esto se va hundiendo...
Lo que debemos hacer para obligar la implementacion de los estandares es hacer que los navegadores BLOQUEEN cada pagina que NO tenga (X)HTML valido (sea con un analizador incorporado, o usando el del W3C), aunque los bobos usuarios se quejarian y se quedarian con las versiones viejas, "FULL"...
Mi pagina no cumple ningun estandar, pero esta bien como esta (total, solo la actualizo dos veces al año...)
Tom Maneiro
$ON¥ == EVIL!
- http://t38.webhop.biz/ -
No me gusta nada el panorama
(Puntos:3, Interesante)Personalmente, no me gusta nada el camino que está tomando la nueva forma de ver las páginas web. Cada vez son más capas las que se van añadiendo y haciendo las páginas mucho más pesadas. Cuando hablo de esto, me refiero al tema de "AJAX" eso que a muchos les agrada (y los respeto) pero que me parece que son parchecillos cutres para satisfacer las carencias del protocolo HTTP.
A mi parecer, lo que se debería hacer es planificar un nuevo protocolo estandarizado y compatible con el HTTP. La idea no sería remplazar de golpe el protocolo actual, sino, dar una alternativa posible y que poco a poco vaya comiendo terreno. (Por supuesto, tarea para la w3c)
Pero bueno, como no vea la w3c esta posibilidad, acabará apareciendo una empresa que desarrollará un protocolo cerrado, sacará su plugin para internet explorer y a ganar perras (al poco tiempo la w3c acabará sacando el protocolo estandar y hasta dentro de 15 años...).
Espero que aportéis vuestras opiniones...
A mi sí y es fascinante
(Puntos:5, Interesante)( Última bitácora: Martes, 31 Octubre de 2006, 18:26h )
Si antes teníamos una web "estática", en la que el usuario accedía a una página para obtener información en la que se realizaba una mínima interactuación con el usuario para proporcionar dicha información, ahora tenemos una nueva forma de verlo; lo que denominan muchos, el escritorio en la web.
Si bien no estoy del todo de acuerdo con la idea de transportar las aplicaciones que usamos al entorno web, lo veo algo lógico en tanto que las comunicaciones han evolucionado y cada vez proporcionan mayor ancho de banda; igualmente la necesidad de computación para esas aplicaciones también ha aumentado pero la tecnología que lo hace posible (procesadores, memorias,...) también lo ha hecho.
Los cambios en la informática siempre han estado marcados (en su mayoría) por la necesidad de compatibilidad con lo anterior, al menos, por lo inmediatamente anterior. Es por ello, que no es posible hacer un cambio de golpe y aún poco a poco, sigue siendo tarea árdua... (véase PHP4 y PHP5, véase HTML y XHTML, véase CSS1 y CSS2 y ahora CSS3,...).
Por alguna extraña razón en el software hay una necesidad imperiosa de mantener esa compatibilidad, cosa que en el hardware no ocurre; pues esa compatibilidad con lo anterior o soporte de ello, se mantiene poco tiempo.
Estoy de acuerdo en que el protocolo HTTP tiene sus carencias, pero es normal, cuando se diseña algo, no se puede pensar en todo.
AJAX no es un parchecillo, curiosamente desarrollado por Microsoft (en concreto el núcleo de AJAX: el objeto XMLHttpRequest) para sus propias necesidades y luego implementado por el resto de navegadores. AJAX tampoco forma parte del protocolo HTTP al igual que XHTML, son cosas que están fuera de la finalidad de HTTP y así deben seguir se mejore o no el protocolo de acuerdo a lo que se necesite.
Lo que me a mí me joroba, es el poco interés de los desarrolladores de exploradores web (y en concreto Internet Explorer) en soportar los estándares como el resto de navegadores web. Porque creo que mucho peor que tener que aprender el nuevo XHMTL o el nuevo CSS o ahora con la estandarizacion de JSON... es el que haya que desarrollar las cosas para cada navegador, porque en este pasa esto, en el otro aquello,...
Si un navegador afirma soportar tal o pascual, entonces que lo cumpla y si no que lo avise; eso sí, que luego no se queje de que los desarrolladores pierden el interés por ese navegador.
Resumiendo, añadir capas no creo que suponga nada malo teniendo en cuenta las necesidades actuales en el entorno; en este caso el web.
Siempre, estarán los nostálgicos que querrán seguir viendo la web como hace 15 años; pero las cosas evolucionan y ahora mismo, esa evolución está en sumergir al usuario en la web. El usuario ya no es un mero espectador, participa.
Pero lo que importa...
(Puntos:0)Porque no puede haber una Web 2.0 si no hay un XHTML 2.0 y un AJAX (al que habrá que acelerarle el versionado para que todo sea 2.0), incorporados, autocontenidos y sinérgicos.
No tiene sentido que el XHTML del futuro se quede anclado en el HTTP del pasado.
Dile sí la Web 2.0 del siglo veitiuno con XHTML y AJAX!!
Se me olvidó comentar
(Puntos:0)Cosa que en XML que yo sepa, no es válido. [barrapunto.com]
El futuro es horrible
(Puntos:2, Troll)( http://barrapunto.com/ )
Seamos realistas, a la mayoria de webs lo unico que les importa es ser vistosas y son muy pocas las que pretenden ser utiles. Se mueren unas y salen otras, pero siempre con la misma mentalidad.
Esto del XMLXR 2.0 es estupendo
(Puntos:2)( http://kernel.org/ | Última bitácora: Viernes, 31 Julio de 2015, 11:54h )
Como veis todo esto es imposible hoy en dia.
E.
.
.
1 + 2 + 3 + 4 + 5 + 6 + 7 +... = -1/12
Matices
(Puntos:3, Informativo)( http://www.badopi.org/ | Última bitácora: Martes, 18 Septiembre de 2012, 18:45h )
Algunas correcciones:
Saludos.
Escribiendo de demasiadas cosas [barnacity.net] desde 2003.
Cambio fundamental
(Puntos:2, Divertido)Cangonlá
(Puntos:0)XHTML no tiene futuro
(Puntos:0)Es dificil afirmar que el futuro de la web es XHTML 2 cuando el XHTML 1 no es soportado por el navegador más usado y dadas todas las complicaciones y nulos beneficios que aporta, desde hace mucho tiempo se han levantado voces afirmando que no tiene sentido el usarlo. Un ejemplo que lo explica bien: http://www.spartanicus.utvinternet.ie/no-xhtml.htm [utvinternet.ie]
Además resulta que los desarrolladores de los navegadores (Mozilla, Opera, Safari) llevan tiempo trabajando en lo que han denominado HTML 5 que se preocupará de solucionar problemas existentes en vez de crear nuevos, y si ellos deciden que en su navegador existe soporte para esas tecnologías a ver quien es el listo que dice que le gusta más xhtml "porque es la última versión". http://www.whatwg.org/ [whatwg.org]
Pregunta sobre SVG
(Puntos:1, Interesante)Es que por mas vueltas que doy solo lo puedo incluir como un objeto incrustado (con <object>) y horrible porque mete barras de desplazamiento si el tamaño de object es mas pequeños que la imagen vectorial del fichero.
No se es que ya que SVG es estandar de W3C que menos que lo soportara en la tipica etiqueta <img>.
Gracias.
Y mientras tanto...
(Puntos:0)Un poco pronto...
(Puntos:2)( Última bitácora: Miércoles, 10 Septiembre de 2008, 07:53h )
Bueno, el estado actual del XHTML 2.0 es working draft [w3.org], así que es probable que cambien cosas. Y puede que <object> no sirva para todo. El principal problema es, como no, Internet Explorer, que trata los <object>... como objetos, sí, pero ActiveX (y no es el único navegador que tiene problemas con esta etiqueta). Esto no es algo que se vaya a resolver a corto plazo precisamente, y sería un grave error ignorarlo. Incluso hay quien en las listas del W3C ha sugerido una nueva etiqueta (<include> si no recuerdo mal).
Por otro lado, como ya te han dicho por ahí, las XML Inclusions [w3.org] son una recomendación aparte, y no tienen nada que ver. Puedes usarlas en XHTML porque son un mecanismo para unir documentos XML, como puedes usar MathML o SVG (siempre usando namespaces). De hecho es el único motivo razonable que veo yo para usar XHTML antes que HTML.
Y para terminar, creo que te has olvidado de lo más importante: la modularidad [w3.org]. XHTML 2.0 se basa en módulos. Es decir, ya no existe una gran DTD, sino varias: una para el documento, otra para el texto, otra para las listas, etc (en realidad ahora mismo no existe ninguna DTD, sólo esquemas [w3.org] RELAX NG [relaxng.org]). En XHTML 2.0 se definen todas menos tres: XML Events [w3.org], Ruby [w3.org], y XForms [w3.org] (sólo se define la integración). Luego en cada documento utilizas únicamente los módulos que necesites.
El discurso de los mediocres
(Puntos:0)Lo del primer mensaje es de traca y repite punto por punto uno de esos típicos tópicos de los mediocres de la red. Cuando algo no lo entiendo, (porque no soy capaz o porque soy un vago, o por las dos cosas) despotrico contra él y quedo como un super entendido en la materia.
Exactamente lo mismo ocurre con Flash. Cuantos y cuantos cantamañanas (cuyo único problema es que son incapaces de hacer nada bueno con flash) quitan argumentos del tipo "es que ralentiza"; "no cumple los estándares", "bla, bla, bla".
Y ahí siguen (muestra de lo atrevidad que puede ser la ignorancia) mientras la red multimedia ha cambiado de forma dramática en gran medida gracias al uso de flash. Llega con pulsar sobre cualquier video de esos sitios tan de modo (con el botoncito derecho aclaro para el enterado este) para ver que tecnología lo ha permitido. Lo mismo con yahoo maps, que con tecnología flash compite muy dignamente en calidad y rapidez con Google maps.
Justo Google maps, o Gmail, google suggest, flickr, etc, etc, son las que han puesto de moda Ajax, que es cierto que no es una tecnología nueva, pero ya me gustaría a mi saber cuantos la usaban antes. Decir que esto son chorraditas si que es una buena chorradita.
Creo que en el fondo todo esto tien que ver mucho con el terrible desfase que se está produciendo entre los estudios "reglados" y la realidad de la red. A este "tontaina" (no es un insulto, es una descripción benigna) seguramente le han enseñado en alguna facultad a usar Cobol, o siendo magnánimos delphi. Seguro que se ha chapado todas las funciones y ya estaba convencido que se lo sabía todo de todo. Y ahora vienen estos inventando cosas nuevas.
Desde luego con gente así Spain será siempre diferente, llena de chorras pedantes e ignorantes.
XFrames
(Puntos:2)( http://barrapunto.com/ )
Pero como desarrollador, y ya que nadie lo ha comentado, expresare mi alegría por la reinserción de los frames, coño. Que te permiten optimizar muchísimo el ancho de banda consumido y estructurar mucho mejor tu aplicación web.
Aqui mucha gente se queja de que la web se use para aplicaciones; pero el caso es que funciona, y la gente lo pide por lo enormemente práctico que es. Luego, guste o no, es lo que toca.
El tema de los frames tenía una serie de inconvenientes. En lugar de pulir los problemas (como han hecho ahora), simplemente los quitaron; convirtiendo las aplicaciones web en cosas mucho mas pesadas. Si tengo tan solo una pequeña parte de mi página que se actualiza (Y no quiero usar AJAX porque, por ejemplo, implicaría 5 Kb de código javascript, que no me apetece programar ni meter), un frame es la solución ideal. En muchos casos simplifica las aplicaciones web hasta límites insospechados.
Me alegro de que lo reintroduzcan. Espero que el XHTML 2.0 salga pronto; le hace falta un lavado de cara a la web bastante importante, y creo que esto se lo dará.
El 90% del mercado aun no soporta XHTML 1.0
(Puntos:0)Es una idea que funciona bastante bien, incluso si envias codigo XHTML con el mime de HTML funciona correctamente, porque el navegador entiende que le estas enviando __HTML mal formado__, y hace lo que puede para entender lo que hay ahi. Y normalmente lo hace bastante bien. Pero lo lee como HTML, __sin ninguna idiosincrasia añadida de XML__.
Si quisieras que tu XHTML se entienda como XHTML tienes que utilizar su tipo mime, pero Internet Explorer no soporta ese tipo mime, asi que te fallara tu pagina para el 90% del mercado (menos en paises avanzados como Alemania donde el indice de uso de otros navegadores mejores es mayor).
Ahora hablemos de XHTML 2.0...
htmls
(Puntos:0)