Design & Standards

mardi, août 21 2007

HTML 5

Par Ronan le mardi, août 21 2007, 13:59

Lu dans le post "Comment HTML 5 peut-il être utilisé aujourd’hui ?"

Quand est-ce que HTML 5 sera terminé ? Quels sont les délais prévus ?

Le tout est de savoir à quelle vitesse les différents navigateurs l’implémenteront. Le groupe de travail du W3C pour HTML 5 indique qu’une recommandation pour ce langage sera disponible pour 2010, mais je ne pense pas qu’il soit réaliste de penser qu’à cette date les navigateurs l’auront implémenté totalement et correctement. Un délai de 15 ans me semble plus réaliste, mais cela ne veut pas dire pour autant que vous avez besoin d’attendre 15 ans pour utiliser HTML 5.

aucun commentaire

mardi, décembre 27 2005

XHTML, CSS, Design : S'organiser pour travailler à plusieurs (II)

Par Ronan le mardi, décembre 27 2005, 20:50

Voir aussi : Partie I

Partie II

Quelques lectures pour des feuilles CSS plus efficaces :

As we come to rely on CSS and the complexity of our style sheets grows accordingly, we need proper planning to avoid mistakes and ensure we write maintainable code. While there isn’t always a perfect solution for every scenario, understanding how CSS works and our different options for organizing files, selectors and attributes can help us write code to stand the test of time.

Source et suite : http://www.digital-web.com/articles/architecting_css/

An excerpt from chapter 8 of Professional CSS : Well, that was something of a whirlwind, wasn’t it? With a heightened understanding of media-specific CSS and three different style-switching strategies, we’ve covered no small amount of ground. Yet, as with much of this book, this is but a road map to some incredibly rich landscapes. As a result, it’s going to feel like quite a gloss. We could cover an entire chapter on each of these topics, and would recommend further, deeper research on any of these CSS switching strategies. Our users will thank us if we do that, our sites will be available to a much wider audience, and we’ll be able to tell our mother that we actually wrote something useful.
And to that end, it’s time to stop seeing us walk the walk—in the next chapter, we talk all kinds of talk. By applying the techniques discussed throughout the book, it’s time to finally put these strategies to practice in a real-world site design. Exciting, yes?

Source et suite : http://www.digital-web.com/articles/strategies_for_css_switching/

aucun commentaire

samedi, novembre 26 2005

XHTML, CSS, Design : S'organiser pour travailler à plusieurs (I)

Par Ronan le samedi, novembre 26 2005, 12:37

Voir aussi : Partie II

Partie I

Pas évident de trouver la bonne méthode pour bosser ensemble sur une application web. Avec Denis, un ami et collègue, nous cherchons actuellement d'affiner nos méthodes quand nous commençons une nouvelle application web, de manière à ce que chacun s'y retrouve quand il partage son travail avec l'autre et que le code grossit à vue d'oeil. Dans un post récent, Maurice a déjà parlé des motifs de conception pour le web, en ajoutant des idées simples et bien utiles. il a également évoqué le projet WebPatterns : "Pour faire court, le web a besoin d'un référentiel de design patterns pour le balisage". C'est de cette problématique là qu'il s'agit aussi ici, et dont je parle sans prétentions car je ne suis pas un expert du domaine.

La question est donc : Comment mieux organiser nos modèles XHTML et nos CSS, de manière à faciliter le travail collaboratif entre nous. Je veux parler du squelette de nos pages XHTML et de nos feuilles CSS.

Une première pratique, vue chez DotClear, consiste à séparer le layout du style, en distinguant ce qui relève de la mise en page du contenant et ce qui relève de la typo, des images, bref du look du contenu. La première s'appelle souvent layout.css (avec quelque fois un layout-menu.css pour un menu particulièrement travaillé) et la seconde... style.css, faute de mieux.

Une deuxième pratique consiste à organiser le squelette des pages XHTML et des feuilles CSS. Les gabarits d'AlsaCreations, largement utilisés, sont une bonne source d'inspiration pour le départ mais il faut encore structurer le code de manière plus rigoureuse quand les pages s'étoffent.

Pour organiser mieux encore la structure fondamentale des feuilles CSS, l'idéal serait une sorte de "chemin de fer"^[1] pour la CSS. Cela nécessite de bien maitriser l'héritage ou plutôt les priorités des attributs stockés dans la feuille css. On trouvera chez Particletree le tutoriel : Quick Start Your Design with XHTML Templates, de Kevin Hale. Un exemple précis et commenté de tout ce qu'un template bien construit peut apporter en production : "Style guidelines make it very easy to communicate and illustrate design points for a team of designers and developers."

Structurer c'est bien, commenter c'est mieux.

Pas facile de trouver une convention minimale pour commenter un code que l'on partage avec d'autres, car dans le développement des interfaces web la pratique n'est pas très formalisée. Pour le développeur Java, C# et même PHP maintenant, des habitudes, des conventions existent. Dans les logiciels de développement comme Visual Studio, les commentaires, formalisés, peuvent même servir pour générer une documentation structurée du code. Pour le développement web, rien de tout cela, ou presque : tout est encore à inventer. Sans tomber dans la rigidité, il est quand même intéressant d'avoir une base commune, un référentiel minimal, à étoffer selon nos habitudes et nos méthodes propres.

Comme début de référentiel pour le commentaire du code XHTML et CSS, j'ai trouvé, toujours chez ParticleTree (les archives de ParticleTree sont vraiment une mine), un bon article de Ryan CampBell donnant les élements essentiels pour commenter son code : Successful Strategies for Commenting Code. L'artice parle surtout de langages algorithmiques (javacript en particulier) et non spécifiquement des langages descriptifs (comme xml, xhtml, css...). L'intérêt pour nous est que sa méthode est argumentée, simple et convaincante. Pour Javascript, Elle peut donc servir comme référentiel de base qu'une équipe pourra adopter et augmenter : "Commenting your code is like cleaning your bathroom—you never want to do it, but it really does create a more pleasant experience for you and your guests".

Pour commenter un langage descriptif, l'article Quick Start Your Design with XHTML Templates de Kevin Hale donne cependant quelques pistes.

A suivre...

Notes

[1] pour reprendre une expression du monde l'édition

4 commentaires

samedi, octobre 1 2005

Bonnes feuilles de septembre

Par Ronan le samedi, octobre 1 2005, 23:07

Quelques articles intéressants repérés ce mois-ci.

Notes

Catégories :

Trouver :

Tags :

RSS

Les liens :

Les amis :

Statistiques billets