Primeros pasos hacia XHTML
Segundo artículo de la serie, donde se sientan las bases para crear un documento XHTML en 2 pasos y 5 reglas
Bien, en el primer capítulo de esta serie ya vimos cómo HTML creció con bases endebles, y por qué XHTML ha debido llegar al rescate. Ahora conoceremos los más fundamentales elementos que nos permitirán salir del "Lado Obscuro" del web y dirigirnos al camino pavimentado de XHTML.
1.- LOS 2 PASOS
Paso #1.- Indica el tipo de documento
Lo primero que debemos hacer para desarrollar un documento XHTML válido, es indicarle al navegador el tipo de documento que va a recibir. Actualmente existen tres tipos de documentos XHTML que podemos usar: Estricto, Transicional y Frameset. El primero de ellos implica que el documento en su totalidad se apega al 100% de las normas, el segundo permite omitir algunas de estas normas que aún son de uso común entre los desarrolladores, y la tercera… bueno, sinceramente no se para que la hicieron. No conozco ningun webmaster que se digne de serlo que use frames.
Para el objetivo de este artículo, usaremos el segundo. Ya llegará el tiempo de ponernos más estrictos, por el momento queremos disfrutar de esta transición. (¿vieron por qué lo de transicional?)
A continuación vemos la correcta aplicación de un DOCTYPE. Que debe ir al inicio de cualquier documento (lease página)
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//WC3//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Paso #2.- Verifica la codificación de acuerdo al documento
Bien, lo acepto, esto es parte del primer paso, pero quise ser más explícito con la importancia de la codificación
Siempre que el documento vaya a usar caracteres latinos (acentos y eñes) es necesario indicar una codificación compatible con los mismos. La codificación por default de XHTML es UTF-8, misma que tiene conflictos con algunos caracteres de uso común en nuestra lengua, por eso es importante asegurarse que la codificación sea iso-8859-1, como lo vimos en el ejemplo inicial
<?xml version="1.0" encoding="iso-8859-1"?>
El tercer paso es apegarte a las reglas… a continuación te muestro 5 reglas básicas que cubren la mayor parte de los errores de un documento XHTML
2.- LAS 5 REGLAS
Regla #1.- Si no lo cierras, no sirve
En XHTML no puede haber elementos sin cierre. Un <p> debe cerrarse con un </p>, un <li> debe cerrarse con un </li>, y así todos los elementos.
Aquellos que son independientes como <br>, <hr> y los <input>, deben cerrarse a si mismos de esta forma: <br />, <hr /> y <input />
Regla #2.- Anida de forma lógica
Los elementos en un documento XHTML deben cerrarse en el orden inverso que fueron abiertos.
De tal forma que <div><p><strong> debe cerrarse en el orden <strong><p><div>. No puedes saltarte un cierre, eso convertiría tu documento en "Mal Formado", y fallaría su validación.
Regla #3.- No uses mayúsculas
Tanto los nombres de las etiquetas como los nombres de los atributos deben escribirse en minúsculas.
Esto quiere decir que la siguiente etiqueta: <DIV CLASS="EncabezadoPrincipal"> es incorrecta, su forma correcta sería: <div class="EncabezadoPrincipal">, nota que el valor del atributo si puede tener mayúsculas, la regla se aplica para los nombres de las etiquetas y atributos, no para los valores o contenido de los mismos.
Regla #4.- Usa las comillas
Todos los atributos de cualquier etiqueta deben encerrarse entre comillas.
La forma correcta de asignar valores a los atributos de una etiqueta es la siguiente: <img src="mi_imagen.gif" height="50" width="150" alt="Mi Foto">.
Regla #5.- No lo uses para diseñar
Piensa en XHTML como el medio para organizar y estructurar tu documento, no como un medio para darle formato. Olvidate de los <font>, los <… background>, <…align>, etcétera. Más adelante veremos como los estándares nos dan una herramienta para cada cosa, y las hojas de estilo se presentan como una excelente forma de dar color y vida a un documento XHTML.
CONCLUSIONES
Si bien esto no es todo en cuanto a XHTML se refiere, es un excelente comienzo, y adoptar estas reglas (incluso cuando usamos HTML convencional) nos hará caminar hacia la estandarización.
A continuación te muestro un documento XHTML usado de forma estructural, validado por W3C como XHTML, y que cumple con la función de estructurar el contenido de forma lógica:
Página Manoloweb PHP5 Live Sin Estilos, solo XHTML
Y esta es EXACTAMENTE la misma página, con una hoja de estilos aplicada:
Página Manoloweb PHP5 con Estilos
Si bien es cierto que el diseño puede no gustarte, el objetivo es hacer notar como pueden separarse la estructura del diseño, y como un documento XHTML estándar puede darte multiples opciones de presentación.
En el siguiente artículo de la serie, definimos la Estandarización, abordamos el correcto uso de las etiquetas, analizando a detalle algunos de los malos usos que se han generalizado por causa de la des-estandarización.
Creo que el reto es que como webmasters proactivos vayamos en busca de aplicar el XHTML A nuestros sitios. Una de las grandes ventajas que le he visto al uso de XHTML es que hace más legibles los sitios antes robots de buscadores y eso ayuda muchísimo en cuanto a posicionamiento.
Al fin ha sucedido, sabía que esto pasaría. Aunque creo que será muy difícil que el mundo se adecúe pronto a XHTML…
No lo creo :pensando:
Hace 5 ó 10 años, eramos los desarrolladores los que proponíamos el contenido, lenguaje y estructura del web de los clientes. En aquellos entonces, si los desarrolladores tardaban en aceptar tal o cual norma, ese mismo tiempo tardaba en verse reflejado el cambio en las páginas web en general…
Hoy en día muchos clientes se toman el tiempo de investigar antes de solicitar una cotización, y no es raro llegar a una cita de ventas y que te reciban con un pliego petitorio bastante elaborado.
EJEMPLO:
La propuesta ganadora deberá contar con los siguientes requisitos técnicos garantizados:
– XHTML 1.0 Transitional (válido)
– CSS Como lenguaje de estilos (válido)
– Compatible con nuestra estructura actual de datos (SQL Server)
– Entrega de Manual de Estilos
– Entrega de código fuente
El lenguaje a usar se deja a criterio de la casa desarrolladora, siempre que demuestre estabilidad y aceptación en el mercado general. (por ejemplo ASP, PHP, .NET, JSP).
La propuesta deberá separarse en al menos 4 divisiones: Técnica, gráfica y económica. Cada una con su respectiva descripción y justificación.
Este texto es un extracto de una solicitud de cotización para un web site. La empresa me contrató para desarrollar el documento descriptivo (llamado “brief”), que terminó en 8 páginas.
Desafortunadamente (por razones obvias) no me fué permitido concursar :borracho:
Como podrás ver, las empresas se están tomando ya muy en serio su presencia en la red, y cada día el control va pasado de nuestras manos a las manos de los consumidores (como en todo mercado en proceso de maduración).
Así que no creo que tarde demasiado antes de que DEBAMOS migrar hacia XHTML :si:
Saludos!!
yo ando en un ie 5.5 y no me anda. es decir, la cargo pero es un fondo blanco con las letras predefinidas por mi navegador y los headers (h1, h2, h3, etc…) se ven normales. ser mi navegador?
y ahora me pongo a revisar el código fuente y no definiste nada en XSL. o sea, escribiste ‘
ojo, no estoy diciendo que hacer esto apesta, sino que comentaba el errorsito, nada más. siempre apoyé de hacer las cosas bien, solo te lo digo porque puede pasar uno y decir: “así es como me va a quedar la web? mejor sigo como estoy”
saludos, andy
😉
De hecho asi es…
Esa es la muestra de un documento XHTML sin estilos.
http://manoloweb.dotgeek.org es la que SI tiene los estilos. El objetivo era precisamente hacer la comparativa entre los dos resultados.
😀
Haciendo las pruebas sobre xhtml strict 1.0
hice esto pero se me va mas de 800 x 600
Mi primera web en xhtml
A que se debe :S
Pues yo lo veo bien. :pensando:
El contenido se ajusta correctamente a la ventana de navegación.
Recuerda que existe una diferencia en la interpretación del modelo de caja (box model) entre IE y el resto de los navegadores. Esa puede ser la causa.
Mientras IE pone el borde y el padding FUERA de la caja contenedora (incorrecto) el resto lo hacen dentro de las proporciones de la misma (correcto).
De tal forma que una caja con
width:100%
padding: 5px;
border: 5px solid #FFFFFF;
Se pasaría del ancho de la ventana por 20 pixeles vista desde IE. Existen varias formas de sortear esta desventaja, una de ellas es colocar el
Busca en google “box model hack” y te encontrarás con varias soluciones muy creativas.
Saludos!
Gracias amigo Manoloweb
ya habia solucionado el problema y aqui di la solucion
http://www.forosdelweb.com/showthread.php?t=211995
Una cosa queria saber, el estar estandarizados no significa que nuestra web se vea bien en todos los navegadores?….
Estoy muy emocionado con esto de los estandares, tanto asi que ya mismo voy a tener mi blog 😉
Saludos
Nota : Gracias por el tip esta muy bueno eso del Box Model Hack
Eso es un tema muy espinoso… :golpeado:
El asunto es que también los navegadores tienen problemas de estandarización.
Los estándares son CSS, XHTML, XML, HTML, RSS, SOAP, etc…
Los browsers y otros programas deberían interpretar estos lenguajes de acuerdo a lo establecido en sus respectivas definiciones, pero desafortunadamente no lo hacen.
Un buen ejemplo de ello es Javascript y el DOM, que tienen un lenguaje específico y una estructura definida, pero cada browser lo implementa a su antojo, agregando o quitando elementos según les parece mejor… y por eso es que los desarrolladores en Javascript deben pasar por una pesadilla al tratar de que sus scripts funcionen en todos los navegadores.
Si TODOS los desarrolladores se dedicaran a usar javascript de la forma estandar, forzarían a los fabricantes de software a hacer navegadores estándares.
Lo mismo pasa con XHTML y CSS, mientras los desarrolladores nos ocupemos en desarrollar basados en estándares, los browsers deberán ceñirse a su uso estándar. Pero si seguimos siendo tan inconsistentes, es posible que les estemos dando pie a seguir en la pelea.
Te lo explico: Microsift usa su propio box-model, además de agregar multiples instrucciones de CSS que solo interpreta I.E., ¿que es lo que sucede? que mientras los desarrolladores los usen, estarán ampliando la permanencia de Explorer en el mercado, pues para que sus páginas se vean bien, tienen que usar IE.
Pero si no usamos esas caracteristicas NO ESTANDARES, permitiremos que nuestras páginas puedan verse con cualquier navegador. Ves, es un problema de huevo y gallina.
En fin esto es tema de muchas hojas… :pensando:
Pero finalmente la respuesta es: “Así debería ser” :policia:
:adios:
Yo lo que hago es usar los estándares y si algún navegador no lo muestra correcto, pues me da un poco igual, pues también pienso que mientras sigamos haciendo malabarismos para cada navegador los fabricantes de éstos no se molestarán en adpatarlos a las especificaciones de la w3c, como comenta Manoloweb.
Eso sí…. si quiero seguir “comiendo” de esto, no me queda otra que bajarme los pantalones con explorer, y crear una hoja de estilos especial para este navegador, o mi jefe terminará por darle el trabajo a otro (u otra). Mientras un porcentaje tan alto de usuarios utilice explorer no me queda otra que parchear las páginas que hago.
Afortunadamente otros navegadores van tomando más porcetaje de usuarios (como mozilla). Esperemos que poco a poco explorer vaya quedando en la última posición, pero para eso me parece que aún falta tiempo
Respecto a javascript y el DOM… la verdad es que apenas encuentro problemas de incompatibilidades entre navegadores :pensando: creo recordar que sólo hay alguna diferencia en lo que se refiere al objeto navigator, o window… pero algo bastante salvable (ahora mismo no recuerdo exactamente el qué, y es precisamente porque no me ha dado problemas)
http://www.camaleoncss.com
Buen comienzo manoloweb
gds, creo que si no me equivoco, los headers marcan la importancia en xhtml, y no el tamaño de la fuente.
sadsadsad
ES MUY BUENA LA INFORMACION PERO NO LO SUFICIENTE PARA MI CREO QUE NECESITO SABER MAS, ANTES DEL 15 DE DICIEMBRE
Vale, es necesario tener estandares. Pero estamos jodidos. No puedes hacer algo bonito, cómodo… por que no cumples estas mierdas.
Por ejemplo, metete en los temas accesibilidad. Aún no he visto una puta web de este tipo que me guste, son horrorosas, del siglo pasao.
Pero bueno, que coño esta pasando, ahora que tenemos más velocidad en internet, mas ancho de banda, tenemos que apostar por flash y graficos. Y que sean los diseñadores los que hagan una cosa y los programadores a picar código.
yo sone con esto del XHTML…aprendi y me perfeccione en el funcionamiento de sitios en flash….puro flash, desde siempre y aplicacione html, pero basico, lo que no se podia hacer en flash se hacia en action script y no me salia del formato con resultados muy por sobre el nivel de lo que he visto en internet …y navego minimo 6 horas diarias si quisisese aprender XHTML primeramente tendia que aprender html, no se rian de mi …creo que muchos diseñadores, yo me considero de las buenas, debemos estudiar y harto, pues siempre he jugado al diseño por el diseño , y creo depues de leer todos estos foros que me estoy quedando bien atras… aunque mis clientes queden happys
Shiaaa.. y eso que hallaba el HTML y el CSS el infierno computacional. Bueno esto de la estandarización, me parece un cambio muy drástico. (en especial para los que estaban aprendiendo HTML)
[…] sitio librosweb.es encontrarás libros completos sobre temas como: Ajax, JavaScript, Symfony, CSS y XHTML completamente gratis. Además, el sitio publica traducciones de libros gratuitos relacionados con […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] y lo de saber inglés sea lo que más miedo dé. El inglés es necesario porque esos lenguajes (XHTML, PHP, etc.) tienen comandos en lengua inglesa (inglés americano), y también es interesante porque […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] seleccionar de forma sencilla cualquier elemento de la página sin necesidad de saturar el código XHTML con atributos “id”. […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] Respeto a los estándares del XHTML. […]
[…] Primeros pasos hacia el XHTML (Maestros del web) […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] el contenido y el diseño en XHTML y CSS lo que permite modificar de una manera sencilla el estilo del […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] botones de XHTML/CSS válido en el pie de página de tu sitio web. Esto te hace sentir como un standarista cuando […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
Excelente la representacion de las reglas con imagenes… buen aporte amigos.
[…] Respecte als estàndards com el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
Bueno, el que esta acostumbrado a no estructurar bien en HTML le será dificil trabajar en XHTML pero creo es necesario dar el paso.
Logre validar la web 😀
[…] Respeto a los estándares como el XHTML. […]
[…] el contenido y el diseño en XHTML y CSS lo que permite modificar de una manera sencilla el estilo del […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] web: (x)HTML, CSS, Adobe Flash, PHP, ASP 3, […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a losestándarescomo elXHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] Respeto a los estándares como el XHTML. […]
[…] el contenido y el diseño en XHTML y CSS lo que permite modificar de una manera sencilla el estilo del […]
[…] Respeto a los estándares como el XHTML. […]