Aporte: pequeña guía de migración a XHTML+CSS

[Aresillo]

Me lo acabo de leer... buen trabajo Mik!
Tengo varios amigos que quieren aprender... así que les utilzaré como conejillos de indias y te diré el resultado... (aunque no aseguro que se pongan )

Aresillo!!

[Mikmoro]

Muy bien. Recuerda que no es una guía para empezar de cero, porque se llama "migración", así que es una orientacicón para gente que ya está diseñando con tablas, como primer paso para que den el salto.
No creo que sea muy útil para quien no sepa nada de nada.

[Aresillo]

ya ya ...

GRACIAS

[DoPeY-BBS]

En hora buena Mikmoro, Gracias por el aporte.


Hace par de días atrás estaba pensando que porque nadie se preocupaba por hacer "algo correcto" como es el "maquetado con div" para así orientar a nosotros los novatos a esto.

En el foro mucha gente perdida preguntando cosas que siendo honesto contigo. aveces pienso que la gente se lanza a esto sin leer nada.

Mikmoro, nos enseñaste el camino correcto ahora nos queda nosotros elegir el camino a seguir

Gracias

P d: Este mini tutorial deberla ir en la sección de XHTML como tema fijo para que su lectura sea obligatoria.

[Mikmoro]

Hola, DoPeY-BBS. Me alegro de que te guste.

No creo que sea muy novedoso, porque imagino que habrá más cosas como esta (no lo sé), lo que sí me apetecía era contarlo a mi manera. Veo en mucha gente algunas dudas muy básicas a la hora de intentar la migración, y esto pretende resolver las primeras y poner en el camino.

Gracias otra vez y un saludo.

[webosiris]

Iniciado por Mikmoro

Supongo que si hay una aprobación general lo podremos (o lo pondrán) en algún sitio que sea visible y resulte útil

ahí quedo como importante

buen trabajo Mik... todavía no lo leí a fondo (el tiempo es tirano ), pero apenas lo haga te haré llegar mis comentarios.

[Mikmoro]

Iniciado por webosiris

todavía no lo leí a fondo (el tiempo es tirano ), pero apenas lo haga te haré llegar mis comentarios.

Perfecto, así puedo ir cerrando la V1 (primera versión) y ponerla también disponible en PDF, que la tengo hecha a falta de las correcciones que me digáis.

[Aresillo]

Enohrabuena Mik!

[Mikmoro]

Iniciado por Aresillo

Enohrabuena Mik!

Ah, sí, por cierto, se me olvidaba: todo un honor que hayas puesto esto en un sitio destacado. Gracias, webosiris

[[NiRVaNa]]

La verdad que te quedo muy bien. Yo soy de los que aprendi CSS por prueba y error, y me vino muy bien un poco de sustento teorico.

Aprendi sobre los positions :P

Muy buen trabajo Mikel!

[Mikmoro]

Gracias, [NiRVaNa], me alegro de que te haya sido de alguna utilidad.

[AlZuwaga]

Hola Mik, genial la guía. Me sirvió mucho la parte del posicionamiento, en la que siempre ando enredado (y me servirá de referencia en el futuro, de eso no me cabe ninguna duda).

Quería comentarte un pequeño error que noté. En el título 3.1.3.- Etiquetas, hacés referencia a un fragmento de código XHTML:

<span><p>Érase una vez...</p></span>
<div><p>Érase otra vez...</p></div>

Creo recordar que no es correcto colocar un elemento de bloque dentro de uno en línea (<span><p></...).

Un abrazo.

[Mikmoro]

Completamente cierto, Al. Efectivamente como no estaba pensando en eso sino en el asunto del anidamiento, se me ha colado por completo.

Ahhhh, qué difícil es verlo todo

Muchísimas gracias, AZ, lo cambio ahora mismo. Buen ojo, tio.

EDITO: listo. Gracias otra vez.

[AlZuwaga]

Si, es difícil verlo todo. Pero para eso hay muchos ojos por acá que nos ayudan
Che... ¿y no sería bueno aclararlo como punto dentro del ítem 2.1.- Sintaxis XHTML? (sin que la sola mención a ello haga necesaria una lista de elementos con su "display" por defecto)

[Mikmoro]

Pero no es la sintaxis XHTML la que define que un elemento de bloque no debe ir dentro de un elemento de línea, sino la especificación CSS; vamos, que es cosa de CSS.
No me he metido en eso (como en otros dos millones de cosas más), porque esto ha sido una presentación bastante básica, sin meterse apenas en CSS, más que en los dos tipos principales de elementos, el flotado y las posiciones, que en realidad los tres hablan únicamente de colocación de cajas en la pantalla. Meterse en eso ya sería meterse en CSS en serio, y quizá sería para una segunda parte. ¿No te parece?.

[AlZuwaga]

Pero no es la sintaxis XHTML la que define que un elemento de bloque no debe ir dentro de un elemento de línea, sino la especificación CSS; vamos, que es cosa de CSS.

en serio? y pr qué cuando validás un sitio es el validador de xhtml el que te informa de ese error?

[webosiris]

Iniciado por Mikmoro

Pero no es la sintaxis XHTML la que define que un elemento de bloque no debe ir dentro de un elemento de línea, sino la especificación CSS.

no, eso esta especificado en el html, concretamente aquí:

Generally, block-level elements may contain inline elements and other block-level elements. Generally, inline elements may contain only data and other inline elements. Inherent in this structural distinction is the idea that block elements create "larger" structures than inline elements.

[Mikmoro]

No, es cierto, tienes razón: debe ser la DTD de XHTML la que determina que no debe haber elementos de bloque dentro de los de línea. Ni lo había pensado pero tiene que ser. Voy a ver qué encuentro.

EDITO: ya no hace falta que busque

Escribía mi respuesta a AZ mientras tú (webosiris) ponías la aclaración. Además es completamente lógico. Qué estupidez. Veré cómo lo encajo.

Otra vez gracias, AZ. A ver si no encuentras muchas más (porque no las haya, no porque no busques )

[Mikmoro]

Bueno, creo que no lo debo añadir porque en realidad ya estaba en la especificación HTML 4, así que no es algo específico de la sintaxis de XHTML (al final tenía razón , es broma, ha sido un despiste absurdo). Como estamos hablando de HTML a XHTML y eso es algo que ya pertenecía a HTML, no debería reflejarse como otras tantas normas de HTML.

¿Qué os parece?

[kseso?]

Quizás puedas salvar tu idea de "migración"en estos casos, incluyendo una pequeña nota tipo "especificación de HTML 4 que se mantiene vigente". O algo por el estilo.

(Y deja de ponernos deberes y privarnos de escusas)

[Mikmoro]

Por las razones que decía antes, he añadido en la parte final, donde las recomendaciones finales (que son como los apéndices), este párrafo:

D) - Recuerda que XHTML es una familia que engloba y extiende HTML 4.0, por lo que conserva la mayor parte de sus características, como por ejemplo una importante (gracias, Diego [Al Zuwaga]): un elemento de línea (como "span") nunca debe contener un elemento de bloque (como "p"). Así que hay que olvidarse de colocar elementos como "div" dentro de los enlaces ("a") y cosas por el estilo.

Me gustaría saber vuestra opinión a esto y el anterior mensaje.

[kseso?]

Corrígeme si me equivoco:
En el punto 2. Conceptos generales, apartado D) las etiquetas vacías o "no pareadas"...
escribes: <br/>, <hr/>, sin espacio antes de '/'
¿Concepto erróneo el mio?

[Mikmoro]

Sin espacio es correcto, aunque también se admiten con espacio. Yo siempre las pongo sin espacio.

[daPhyre]

Recuerdo haber leído en algún punto que era "mejor" dejar el espacio antes de la diagonal (Creo que por limpieza del código, igual que las indentaciones), más esto no es necesario.

Buscando donde lo encontré, fui a la máxima casa del XHTML, y curiosamente noté que lo pone de la misma forma que Mik: http://www.w3.org/TR/xhtml1/#h-4.6

Edito: Eso está más adelante, en guías de compatibilidad con html:

C.2. Empty Elements

Include a space before the trailing / and > of empty elements, e.g. <br />, <hr /> and <img src="karen.jpg" alt="Karen" />. Also, use the minimized tag syntax for empty elements, e.g. <br />, as the alternative syntax <br></br> allowed by XML gives uncertain results in many existing user agents.

Referencia: http://www.w3.org/TR/xhtml1/#guidelines

Todo indica que este espacio es para mantener compatibilidad con lectores de HTML, al igual que usar tanto "lang" como "xml:lang"... ¿Alguien sabe hasta cuando vamos a tener que usar toda esta retro-compatibilidad?

[DoPeY-BBS]

Tengo una sugerencia...

¿cuál seria tu opinión al respecto de crear otra guia pero esta vez el titulo vendría siendo "como crear un layout correcto" o algo así de esa naturaleza ya que mucha información al respecto hay pero en ingles y para muchos como yo es un impedimento leer. Además de que creo conveniente ya que seria una continuación bastante agradable.

[Mikmoro]

Difícil tema a desarrollar. Habrá que darle unas cuantas vueltas con tiempo.

[DoPeY-BBS]

Algo así pero en español. http://www.subcide.com/tutorials/csslayout/

[kseso?]

Iniciado por DoPeY-BBS

Tengo una sugerencia...

¿cuál seria tu opinión al respecto de crear otra guia pero esta vez el titulo vendría siendo "como crear un layout correcto" o algo así de esa naturaleza ya que mucha información al respecto hay pero en ingles y (sic)

Puestos a sugerir, ¿qué tal un proyecto tipo "wiki-css", de participación colectiva?.
El inconveniente mayor que le veo sería la supervisión de los aportes. Pues conllevaría que un grupo de personas tuvieran la responsabilidad de verificar la veracidad y exactitud de cada aporte.

Por el hospedaje, para comenzar, no habría problemas, de momento me sobra espacio y cada mes una buena buena porción del tráfico contratado y no consumido. (Este ofrecimiento sería a falta de / o hasta encontrar otra cosa mejor.)

[DoPeY-BBS]

La idea suena interesante y tentadora pero hay un inconveniente mayor y es el hecho de que, aun no dispongo de un 20% a la hora de maquetar una web,.

Deseos de hacer algo me sobra pero los conocimientos son escasos.

[Mikmoro]

Iniciado por kseso?

Puestos a sugerir, ¿qué tal un proyecto tipo "wiki-css", de participación colectiva?.
El inconveniente mayor que le veo sería la supervisión de los aportes. Pues conllevaría que un grupo de personas tuvieran la responsabilidad de verificar la veracidad y exactitud de cada aporte.

Como te puedes imaginar, mis neuronas ya empezaban a saltar precisamente por ese camino

Lo complicado sería establecer una buena estructura del documento antes de empezar a crear el contenido, pero todo es planteable.