On Jan 15, 2008 11:24 AM, Eduardo Ayllón <[EMAIL PROTECTED]> wrote:
> Tal vez no sea un tema puramente de css, pero esta dirigido hacia lo que
> ha
> pasado, pasa y pasara en este mundo del </codigo> jejeje.
>
> http://www.lapastillaroja.net/archives/001432.html
>
>
Por la parte de la negrita los he metido en mi lista negra. analizemos:
-------8<--------------------------------
En el viejo HTML 3.2 para meter una negrita simplemente escribías:
<b>*negrita*</b>
luego se inventó
<strong>*negrita*</strong>
que ya era 10 letras más largo,y en sistaxis moderna habría que escribir en
otro fichero algo como
<style>.negrita { font-weight:bold;} </style>
y luego
<span class="negrita">*negrita*</span>
Y todo ello por el muy loable propósito de separar el contenido de la
presentación. Pero ¿hasta qué punto una negrita es digna de tanta
complicación?
---------------->8----------------
muy bien... si querías negrita, lo mejor q podías usar era <b>, puesto que
es para lo que sirve. Si quieres enfatizar un texto, darle importancia o
remarcarlo, deberías usar strong. Strong indica que tiene más importancia, y
los diferentes tipos de navegadores o agentes de usuario (navegadores
convencionales, lectores de pantalla, lineas braille o lo que sea) ya lo
representarán de una manera adecuada. De acuerdo, en un navegador visual
como el IE o el firefox, que son los que la gran mayoría conocemos, no hay
diferencia entre <b> y <strong>, pero como se representa el concepto
'negrita' en un lector de pantalla o una linea braille?
Por si alguien no me ha entendido aún, imaginemos que los navegadores más
comunes fueran lectores de pantalla. Entonces el tag <b> no habría existido.
En su lugar habría existido <leer_más_alto>. Al leer la página, este texto
se leería más alto y te parecería que tiene importancia, porque el volumen
ha subido respecto a los demás textos. Ahora, como representamos el tag
<leer_más_alto> en el firefox?
Eso es un tag presentacional, que dice cómo debe presentarse o interpretarse
algo. Un tag semántico como <strong> añade significado al contenido que está
rodeando, y los agentes de usuario deciden como presentarlo (a parte de lo
que decida el autor de la página con sus hojas de estilo o el usuario con
sus propias hojas de estilo). En un navegador gráfico convencional,
usualmente se representa igual que <b>, y en un lector de pantalla
posiblemente se representaría como el hipotético tag <leer_más_alto>.
Y la parte del <span> es ya para, o partirse de risa de alguien que ha oído
campanas y no sabe donde, o sentirse apenado por el nivel medio de los
llamados webmasters actuales. Con un span le estás quitando el significado
que acertadamente le habías añadido antes. ¿¿¿¿¿Qué pasa????? que porque el
navegador tiene una hoja de estilos por defecto que, en el caso de un
navegador gráfico convencional, renderica el <strong> con texto en negrita
ya estamos mezclando contenido con presentación? A mi me parece que no. Si
seguimos por ahí, el siguiente paso será:
<div class='titular_h1'>Oigo campanas y no sé donde</div>
<div class='subtitulo''>... o cómo meter la pata hasta el fondo con la web
semántica y la separación del contenido y la presentación</div>
<div class='texto_normal'>lorem ipsum dolor sit amet...</div>
Por lo demás, tiene cierta razón en que lo más simple probablemente sea más
rápido (casi siempre lo es... ayer mismo deseché una presentación en power
point para hacer de guía para una clase por una hoja de papel). Aunque hay q
dar cuenta q más rápido no significa siempre mejor (aunque en una parte de
los casos sí que lo significa). En el caso del ejemplo de anotar los envíos
en un mail a saco, o en un ERP con 50 campos, en el primero harás la
anotación mucho más rápidamente, pero perderás todo el poder de la
automatización de la información (esto es, la informática). Será muy costoso
obtener un historial de los envios, ordenarlo por algun concepto o incluso
saber donde estaba el camión con matricula F-01234-B tal día. Pero ahí es
donde entran los estudios previos:
* ¿qué necesita el cliente?
* ¿qué tareas realiza frecuentemente?
* ¿cómo podemos mejorar eso?
Y eso viene relacionado con unas cuantas palabrejas que son muy importantes
pero poca gente tiene en cuenta:
* especificación
* arquitectura de la información
* usabilidad
En fin, es una reflexión interesante la segunda parte... pero con lo de la
negrita me ha matado.
Carlos Campderrós
--
Si no puedes deslumbrar con tu sabiduría,
desconcierta con tus gilipolleces
_______________________________________________
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
