Foros del Web » Creando para Internet » HTML »

XHTML2: ¿<separator/>?

Estas en el tema de XHTML2: ¿<separator/>? en el foro de HTML en Foros del Web. Estaba viendo lo que la W3C nos tiene preparado para en nuevo XHTML2 (Muy bueno, por cierto), cuando vi esta extraña etiqueta "<separator/>". Al principio ...
  #1 (permalink)  
Antiguo 17/06/2009, 15:06
Avatar de daPhyre
Colaborador
 
Fecha de Ingreso: marzo-2008
Ubicación: [email protected] (Redirects to 127.0.0.1)
Mensajes: 2.404
Antigüedad: 9 años, 9 meses
Puntos: 142
XHTML2: ¿<separator/>?

Estaba viendo lo que la W3C nos tiene preparado para en nuevo XHTML2 (Muy bueno, por cierto), cuando vi esta extraña etiqueta "<separator/>".

Al principio supuse que era para sustituir a <br/> (El cual, por cierto, ya no aparece entre varias otras), pero luego revisé estos dos ejemplos que incluía:

Código HTML:
<p>This is some lead in text</p>
<separator />
<p>This is some additional, but separate text.</p> 
Código HTML:
<nl>
<lable>Navigation</label>
<li href="/">Home</li>
<li><separator/></li>
<li href="prev">Previous</li>
<li href="..">Up</li>
<li href="next">Next</li>
</nl> 
Esto me causó mucha curiosidad. ¿Alguien tiene idea de que forma actuará esta etiqueta? Me gustaría conocer su forma de funcionar.

Por cierto, ¿Fui el único en ver que escribieron 'lable' en lugar de 'label'?, conste que lo copié literamente.

De paso, me gustaría comentar que me encantó la idea del nuevo "<l>", gracias al cual podremos numerar nuestros códigos con css sin que estos intervengan a la hora de copiarlo (aquí el ejemplo que pusieron ellos: http://www.w3.org/TR/xhtml2/mod-text.html#sec_9.7. ).

Otro punto curioso que noté, es que a pesar que <img/> continua existiendo, se nota que tienen el oscuro y malvado propósito de eliminarlo eventualmente: http://www.w3.org/TR/xhtml2/mod-embedding.html

Un saludo a todos
__________________
<signs>daPhyre</signs>
Jugaa.me


Adios al dolor de cabeza de IE...

Última edición por daPhyre; 19/06/2009 a las 19:55
  #2 (permalink)  
Antiguo 17/06/2009, 15:51
Avatar de hades87  
Fecha de Ingreso: diciembre-2007
Ubicación: Barcelona - España
Mensajes: 3.194
Antigüedad: 10 años
Puntos: 68
Respuesta: XHTML2: ¿<separator/>?

No sabía que venía con tantas novedades, imagino que el separator, será para las separaciones entre un parrafo y otro, no? aún que lo veo algo raro, pero ellos sabrán.

Entonces el <l>, es para tener el código numerado sin que este se copie al copiar el código, la verdad que es un buen avanze, gracias por la info :)
__________________
No diseñes usando tablas.
  #3 (permalink)  
Antiguo 17/06/2009, 16:33
Avatar de Triby
Mod on free time
 
Fecha de Ingreso: agosto-2008
Ubicación: $MX->Gto['León'];
Mensajes: 9.741
Antigüedad: 9 años, 4 meses
Puntos: 2113
Respuesta: XHTML2: ¿<separator/>?

<separator /> me suena como a reemplazo de <hr /> pero con mucho mas sentido, solo por lo facil de identificar, caso similar de <strong> respecto a <b>

Edito:

Lo del embedding me parece genial, sobre todo por el siguiente ejemplo:

Código html:
Ver original
  1. <p src="w3c-logo" srctype="image/png, image/jpeg;q=0.2">W3C logo</p>

Si el objeto no se puede cargar, entonces se mostrara el "texto alternativo" (lo que esta entre <p> y </p>), en cierta forma nos ayuda y obliga a crear webs accesibles.
__________________
- León, Guanajuato
- GV-Foto

Última edición por Triby; 17/06/2009 a las 16:38 Razón: Agregar opinion de embedding
  #4 (permalink)  
Antiguo 17/06/2009, 21:40
Avatar de PatomaS
Colaborador
 
Fecha de Ingreso: marzo-2004
Ubicación: En alguna otra parte
Mensajes: 4.656
Antigüedad: 13 años, 9 meses
Puntos: 63
Respuesta: XHTML2: ¿<separator/>?

Hola

<separator> Será utilizado para separar, valga la redundancia, cualquier cosa de cualquier otra cosa dentro de la página, como muestras en tus ejemplos.

La idea tras esto implica varios elementos, más no es complicada. Pero el más importante, es que las separaciones entre secciones, partes, cosas, como quieran llamarlo, no tiene porque ser siempre horizontales. Para nosotros si, pero para quienes escriben de forma vertical, dichas separaciones no tienen sentido.

También se hablaba de implementar una separación en las listas sin necesidad de mal usar elementos (<li>&nbsp</li>), así que ahora este separador, puede estar en cualquier parte, cumplir su trabajo y a la vez, ser modificado/configurado mediante CSS.

Así que si, ibas bien en tu primera intuición, reemplazará <br> pero también a <hr>.

:)

Sobre l
Desafortunádamente, el soporte de numeración mediante css nunca ha funcionado muy bien, pero seguro que para cuando el xhtml 2.0 sea recomendación, la versión 5.5 de CSS ya será estable y común y los navegadores ya implementarán al 100% la CSS 2.1, con lo que podremos numerar cosas bien.

;)

Pero volviendo en si a la etiqueta, su función es muy simple, sobre todo si piensan en poesía. Para quienes no les guste, no la lean o no sepan como funciona, pongo un ejemplo muy sencillo.

Código:
verso 1
   verso 2
verso 3
   verso 4
Para poder manipular cada una de esas líneas, habría que agregarles una etiqueta, por ejemplo span, div o cualquier otra, seguro que algunos pensaron también en dt y dl. La cuestión, es que en muchos casos esas etiquetas no son semánticamente correctas o estructuralmente adecuadas, para ello, se crea la etiqueta "linea" o "l", para poder manipulafre de forma estructurálmente lógica una línea.

Sobre img, el tema si se es complejo, así que ahorrándonos la historia y evolución del html, pasamos a los años recientes.

Img es una etiqueta parcialmente repetida y a la vez mucho más limitada que object, la cual, puede hacer más y mejor las cosas al permitir, entre otras cosas, colocar un texto en caso de que la imagen no se vea.

También consideremos el caso cuando una imagen está en pantalla y aporta información valiosa, pero el autor de la página, no ha puesto un longdesc útil, lo cual es lo que ocurre en el 99% de las ocasiones, quienes no puedan ver la imagen, pierden ese contenido y posiblemente la idea que sea explicada en referencia a ella.

Si unimos las dos ideas, vemos que lo lógico sería quedarnos con el elemento object y esperar a que los navegadores empiecen a ser consistentes en la forma en la que lo muestran y en las cosas que aceptan dentro de el. Sin embargo, esto presentaba dos problemas, uno que los navegadores parecen odiar al <object> y no terminan de aceptarlo adecuadamente salvo en contados casos, dos que implica poner otro texto en la página para describir al elemento que puede faltar, lo cual, está demostrado que volvería a fallar porque somos vagos o tontos y no ponemos las explicaciones correctas o las ponemos mal.

Así que a alguien se le ocurrió "¡coño! ¿y si todo elemento pudiera tener/ser/convertirse en una imagen?" Esa idea cuajó y es lo que eventualmete se implementará en xhtml 2.0. Por ahora. Así que todo elemento podrá tener src y alt, el cual, combinado con el actual atributo type, toman más sentido.

La idea, es que si un párrafo describe una imagen, dicha imagen puede mostrarse encima/en vez del párrafo, así quien puede ver, verá la imagen y quien no, leerá/oirá el texto. Pero no solo es eso, en teoría, y esto no se como funcionará, se manejaba la idea de que ambas opciones puedan mostrarse; obviamente sin el uso de scripts, usando js si es fácil.

Así que si, se presnetan unos cuantos cambios, algunos llegarán más pronto que otros ya que varias de las ideas del xhtml 2 han sido (ejem) adoptadas por el grupo del html 5, el cual tiene el apoyo de las masas, la prensa y toda la publicidad.

Felicidad
__________________
¡ hey, hou, hou, hey !
  #5 (permalink)  
Antiguo 19/06/2009, 20:03
Avatar de daPhyre
Colaborador
 
Fecha de Ingreso: marzo-2008
Ubicación: [email protected] (Redirects to 127.0.0.1)
Mensajes: 2.404
Antigüedad: 9 años, 9 meses
Puntos: 142
Respuesta: XHTML2: ¿<separator/>?

Triby, Aun no comprendía el contexto completo del "embedding". Gracias a ello, creo que finalmente tendremos solución a poner una imagen como título principal :

Código HTML:
<h1 src="cabecera.png" srctype="image/png, image/jpeg;q=0.2">Mi Web</h1> 
Lo que me hace pensar, estoy repitiendo el ejemplo como tal, pero no estoy seguro de para que es la parte que dice ", image/jpeg;q=0.2".

PatomaS: Gracias por toda la información tan completa. Después de un rato ya me comenzaba a imaginar que <separator/> sustituiría a <br/>, <hr/> y &nbsp; a la vez, aunque aun me parecía un poco... ¿Extraño? Quizá difícil de concebir una solución múltiple tan singular.

Conozco los defectos del contenido generado por CSS, pero poco a poco está siendo más aceptado. Como dices, esperemos que para estos tiempos, ya sea mejor aceptado. (¿¡CSS 5.5 haz dicho!? Creí que aun estábamos en el desarrollo del 3.0 y sería paralelo al XHTML 2.0).

Y como dices, la nueva implementación de hacer todo elemento una imagen, suena excelente. Es una lástima que object tenga tan pobre soporte, esperemos que conforme XHTML 2.0 se haga el nuevo estandar, tenga éxito estable y bien aplicado en (Si no todos *cof IE cof*) la mayoría de los navegadores.
__________________
<signs>daPhyre</signs>
Jugaa.me


Adios al dolor de cabeza de IE...
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta

SíEste tema le ha gustado a 1 personas




La zona horaria es GMT -6. Ahora son las 15:12.