Cita:
Iniciado por RoQ ...el buscador interpreta el <h1> como un titulo,...pero no es el mismo caso de crear una tabla con dos celdas para que en cada una uses una columna, y la llenes de etiquetas <h4> <p> etc, eso deberia confundir a cualquiera...
Cita:
Iniciado por axiertxo ...El contenido de la tabla por supuesto que lo interpretan practicamente todos los navegadores...
Gracias,
RoQ,
axiertxo , imaginaba que era algo así. De todas formas, sigue siendo una falla del buscador. Se puede perfectamente poner un
<h3> y un
<p> dentro de una celda. Y aunque estuviese mal, no es trabajo de un algoritmo de búsqueda el juzgarlo : si yo pido texto me tiene que devolver coincidencias con ese texto; cuando yo pida jerarquías me devolverá coincidencias del texto en ese nivel. De otro modo estaría mostrando fisuras que algún diseñador puede aprovechar para posicionar mejor su sitio. Y a cualquiera le interesa buscar el contenido de una página, no encontrar la mejor semántica.
Aprovecho para aclarar que no estoy criticando el recurso de usado por
juque, que es perfectamente válido. Solamente quiero que quien tenga edad suficiente recuerde cuando
Microsoft revolucionó el DHTML y cuando inventó lo de la "
intellisense". Después supimos lo caro que nos costó que todo fuera más fácil y que las máquinas 'pensaran' y decidieran lo mejor para el usuario.
No estoy acusando a
Google de intentar imponer un estándar ni de querer apoderarse del mundo; sólo digo que no me gustaría ver la
remake de una película que tiene un final muy triste.
Cita:
Iniciado por juque ...Los sintetizadores de voz leen de manera SEMÁNTICA un documento. Haciendo pausas en los título (h1,h2,h3) otorgándoles su valor correspondiente...
Un par de comentarios sobre el asunto. El énfasis lo da la puntuación, no las etiquetas. Por eso es que los sintetizadores trabajan mejor con texto plano. Se puede hacer -claro- que lean HTML; o mejor, que conviertan etiquetas. Pero es para usuarios 'avanzados'. Quiero decir, que donde encuentre un
<p> diga
"Co-mien-zo-de-pá-rra-fo."
y donde aparezca un
</p>,
"Fi-nal-de-pá-rra-fo."
Para evitar lo molesto de este tipo de lecturas, se puede reemplazar la voz para etiquetas con un
beam-in y un
beam-out ( todos cambiamos alguna vez la configuración de sonidos de
Windows para avisar cuando se abre o cierra un programa, un menú, un mensaje, un selector de opciones; y todos lo eliminamos cuando el juguete nuevo se volvió insoportable ), y al final la mejor manera sigue siendo la lectura del texto plano.
El caso del braille puede ser diferente. En el sistema existen marcas tipográficas que indican cuando el texto se convierte a "todo mayúsculas" y/o "subrayado" y dónde termina, que es típico de un título. Hay cierto parecido con las etiquetas HTML, pero no son iguales, y lo mismo hay que 'traducir'.
Hoy es imposible hacer un documento multiplataforma, por lo que habrá que escribir un documento específico para para cada medio ( es algo bastante fácil desde el servidor ). Mañana, cuando el CSS evolucione y tenga las características de un lenguaje de programación, se podrá llamar a la hoja de estilos dependiendo de la máquina cliente y darle el formato a un texto limpio sin necesidad de etiquetas. Mientras tanto, lo más parecido está en los enlaces de
Proyecto Camaleon o
CSSZenGarden, que pusieron más arriba, y que son sitios experimentales.
Por último, y para no aburrirlos
Cita:
Iniciado por axiertxo ...Me parece que core nos e referia a como hacerlo sin imagenes pero en css3 hay una especificacion sobre eso...
Cita:
Iniciado por RoQ ...Las CSS3 todavia estan en borrador, aparte que IE 6 es un navegador del 2001 asi que no esta actualizado, que yo sepa Firefox 1.5 ya soporta CSS3...
Si es borrador, los navegadores lo implementan bajo su propio riesgo, y generalmente como código propietario (
-moz-radius- ).
El método de las imágenes funciona en todos, y ni hace falta decir que ya se mencionó montones de veces en este foro y en otros.
Si alguien se maneja mínimamente con el inglés acá hay una discusión interesante
http://blogs.msdn.com/ie/archive/2005/06/23/431980.aspx
Rescato algunos enlaces
http://www.w3.org/TR/1998/NOTE-VML-19980513 http://kalsey.com/2003/07/rounded_corners_in_css/ http://www.sitepoint.com/article/tri...-corner-tables http://tutorials.alsacreations.com/cadre/
Creo que
Mozilla también soporta un lenguaje gráfico vectorial, pero no recuerdo cómo se llama.
Por supuesto que si usar tablas para algo que no sea tabular está mal, usar listas e imágenes generadas por el navegador conteniendo texto también estará mal. Pero mientras
-moz-border-radius sea código propietario o no lo acepten todos los navegadores tampoco tenemos mucha alternativa.
saludos
furoya
P.D. : Ups. Esteeee.
¡Qué emoción, qué orgullo al abrir mi panel y encontrar siempre un
banner de
Google!.Es un gran buscador que nos acompaña cada día de nuestras vidas, y espero que lo siga haciendo también en este foro.
