Comentario: HTML5 Desarrollo de convenciones de nombres y micro formatos.
El 29 de mayo de 2004, en mi blog retirado y toda la gran charla, cuando encuesté a 40 sitios web de diseñadores para ver sus convenciones para elementos de páginas públicas como títulos y pancartas, navegación, contenido y pies (resultados en aquel entonces).
No fue una investigación científica, pero en junio de ese año, seguí con algunas de las opiniones de Eric Meyer y publiqué un conjunto de convenciones de nombres. Cuando descubro que un sitio web ha pasado estas convenciones de nombres, siempre estoy feliz de estar usando todos los días, incluso más de 4 años después.
Mis pensamientos podrían resumirse como este
El ID y los nombres de los atributos de clase deben reflejar la función o el contenido del elemento, no la introducción. Así que salí del encabezado y volví a calificar; Salí del pie de página y lo reemplacé con Site-Info.
El nombre debe asumir casi una estructura de estilo XML. El nombramiento adquirirá casi una estructura de estilo XML. Por lo tanto, el contenido interno viene el contenido principal, el contenido-sub y el contenido-supp.
Estas convenciones me sirven bien, y lo que hago, apenas cambia su núcleo. No hay duda de que todos hacen que mi trabajo sea más rápido, más consistente y más beneficioso. Hacen que sea más fácil construir productos y cultivar personas con las que trabajo con mi mentalidad. La convención de nombres funciona.
Microformat y nombres de atributos relacionados
Seamos realistas, los microformatos como HCARD, HCALENDAR, HATOM y otros borradores traen tantos valores de atributos que a menudo es innecesario considerar qué archivo de construcción o qué ganchos a qué restricciones se proporcionan el patrón CSS para estos valores más de atributos. Ahora uso microformatos para alcanzar este nivel que ni siquiera uso los atributos de clase (excepto los atributos de clase que acompañan al microformato) para desarrollar toda la página.
En raras ocasiones, necesito agregar un nuevo elemento (suponiendo que una división del propósito de diseño) primero pienso en lo que ya existe en el microformato de extensión. Te daré un ejemplo de uso de Hatom:
<Div class = Hentry>
<H2 class = Entry-Title> Title </h2>
<Div class = Entry-Content>
Contenido principal
</div>
<Div class = Entrada Relacionada>
Contenido relacionado
</div>
</div>
Si está manteniendo las ventajas de los micro formatos, ha notado que la entrada relacionada no es parte del patrón de Hatom, pero en este caso, explícitamente, tengo que tener un factor adicional, ¿cómo constituyo un valor de propiedad como enlaces de identificación relacionados?
¿Cuándo parece más lógico extender el patrón de nomenclatura de microformatos?
Html5
Al comienzo de este capítulo, debería estar francamente hablando, en este momento, no puedo prestar menos atención a HTML5. Sin embargo, esta no es la clave del problema. HTML5 presenta algunos elementos nuevos potencialmente muy útiles, como:
sección
Un archivo normal o sección de la aplicación. Los capítulos, a este respecto, son una clasificación temática del contenido.
artículo
Parte de una página compuesta por artículos que forman una parte independiente de un documento, página web o sitio web. Esta podría ser una publicación en el foro, una revista o artículo de periódico, una entrada de registro web, un comentario enviado por el usuario o cualquier otro elemento de contenido independiente.
aparte
Una parte de una página compuesta de contenido es independiente del contenido relacionado con los elementos de lado y puede considerarse separada del contenido. Estas partes a menudo se manifiestan como barras laterales impresas y tipográficas.
Como era lógico que los inventores de microformatos basaran sus esquemas en las especificaciones existentes, ¿seguramente ahora tiene sentido adaptar mis convenciones de nombres para seguir las de HTML5? Por supuesto, no puedo usar:
<Sección>
<H2> Título </h2>
<Artículo>
Contenido principal
</artículo>
<Sectante>
Contenido relacionado
</aparte>
</section>
Pero ahora puedo usar los valores de atributos de ID y clase para ayudarme a familiarizarme con HTML5, llevando mi documentación para ir un paso más hacia él.
<Div class = Sección>
<H2> Título </h2>
<Div class = Artículo>
Contenido principal
</div>
<div class = aparte>
Contenido relacionado
</div>
</div>
Creo que es un siguiente paso lógico para mí. Entonces, al mirar este archivo de demostración, he tomado la base de elementos HTML5 para mi convención de nomenclatura. Además de lo que acabo de mencionar, tenga en cuenta que he determinado la forma de clasificar y navegar (NAV), construir campos con colgroup y col, convertir una lista desordenada en una cuadrícula y usar datagrid.
La especificación de etiquetado de HTML5 también incluye detalles, diálogo y figura, que también puedo usar como valores de atributos.
Si pudiera lograr un deseo hoy, este deseo sería que todo el desarrollo del marco de CSS adopte la misma convención de nomenclatura (y también ampliamente integrada en micro formatos) para que las personas que son principiantes con etiquetas significativas y CSS tengan un punto de partida correcto para usar más significativos y lógicos en lugar de la identificación representativa y los atributos de clase.