Le HTML Framework Project se donne pour mission de rassembler les idées des développeurs d’interface utilisateur et des webdesigners pour poser les bases d’une spécification de framework HTML. Le projet s’étalera sur une durée de 18 semaines de réflexion :
* Qu’est-ce qu’un framework HTML ?
* Utilisez-vous un framework HTML ?
* Avez-vous créé votre propre solution ?
* Est-il souhaitable de standardiser les noms de classe CSS (*.head* vs *.header*) ?
* Est-ce que les frameworks sont une bonne idée ?
* Le framework HTML parfait existe-t-il ?
Ces questions sont là pour amorcer la discussion et comme les questions ne valent que par les réponses qu’elles induisent, n’hésitez pas à vous faire connaitre : ce projet est communautaire et n’avancera pas sans vous !
**Note :** « Définir » est la première étape du projet qui en compte six : définir, collecter, sélectionner, trier, standardiser et publier. En savoir plus sur le projet et suivre htmlframework via Twitter.
Faites tourner 😉
scoopeo_url=’http://www.css4design.com/the-html-framework-project-phase-1-definir’
Bonjour,
Bien sûr qu’il est nécessaire d’utiliser des frameworks, permettant de structurer les développements. Une nécessité est qu’ils soient compatibles entre eux. Pour ma part, j’utilise des frameworks là où il y en a le plus besoin, comme par exemple en javascript (avec ExtJS) et en PHP (qcodo) tout en suivant la logique du modèle MVC.
😉
Hey tu m’as mi sur écoute ? 😛
Je parlais d’un tel projet à un collègue il y a deux jours, mais doté d’une approche professionnelle pour répondre aux besoins internes.
Je vais suivre ce projet de prêt, voir y participer si il peut déboucher sur quelques choses de sérieux.
@infofiltrage: C’est clair que les frameworkss sont très utilisés pour faire PHP ou du javascript. Avec les frameworks CSS (blueprint, etc) et peut-être ce nouveau projet, je me dis que la boucle sera bien bouclée 😉
@Yves Van Goethem: Lol, non, tu n’es pas sur écoute. Je crois qu’il y a des thème qui trainent dans l’air, et sans qu’on sache pourquoi, hop, des projets se mettent en place.
En ce qui me concerne, ça fait pas mal de temps que je pense à quelque chose comme ça pour dégager une méthode de travail en HTML et CSS.
Plutôt que de réinventer la roue, pourquoi ne pas s’inspirer de Flex ?
Ses conteneurs permettent de faire facilement n’importe quelle mise en page.
@Frank:
Ma foi, je n’en sais rien. Pour ma part je ne connais pas du tout Flex et peut-être que htmlframework non plus 😉
Sinon, je dirais qu’il est toujours bon — sinon de réinventer — de paufiner la roue régulièrement. Sinon, on n’aurait jamais eu des petits bijoux de dév comme jQuery… on serait encore en train de transpirer sur Prototype 😀 (no troll, quoique… 😉 )
Disons que l’approche exclusivement HTML du framework peut interroger, vu que lorsqu’on utilise Blueprint, par exemple, on est incité à réutiliser une grande partie du code HTML d’un projet à l’autre. Au bout d’un moment, les combinaisons s’épuisent, ou alors on est obligé de sortir du « cadre » du framework, ce qui n’est pas top.
Je ne sais pas à quoi pourrait ressembler un tel framework HTML. L’idée que je m’en fait, serait comme prendre les balises structurelles prévues dans HTML5 puis les injecter sous forme de classes CSS (la balise
headerdeviendrait<div class="header">, pareille pourcolumn,footer, etc.Mais ça, c’est un peu basique parce que c’est déjà ce qu’on fait tous plus ou moins et l’utilisation des CMS concoure aussi à standardiser les pratiques.
Bon, j’arrête là parce que je pourrais continuer encore longtemps.
PS : Juste un mot encore. J’ai contacté l’équipe du projet et ils comptent sur le génie français pour apporter des idées ou des critiques constructives.
Alors n’hésitez pas, lecteurs et lectrices à follower htmlframework sur Twitter pour faire avancer les idées.
Purée, trop bonne idée !
Genre un framework html entièrement paramétrable euh… En XML par exemple !
Bon, soyons sérieux deux secondes. Un framework c’est un morceau réutilisable, configurable et dérivable d’un produit logiciel.
En HTML ça existe : on appelle ça des templates…
Je sais, je trolle, mais très sérieusement, HTML ce n’est qu’une couche de présentation de la donnée, et vouloir faire un framework c’est vouloir utiliser des scripts pour photoshop ou des pochoirs en peinture : on gagnerait du temps, mais on n’aurait plus que deux ou trois sites différents…
Enfin…
@Aggelos : D’un point de vue théorique j’aurais tendance à partager ton point de vue, mais en pratique, on voit vite que tous les sites créés à l’aide de blueprint ne se resssemblent pas. Ou encore, on voit bien qu’on peut faire des choses très différentes en partant d’une même largeur, du même nombre de colonnes, etc.
Ce qui est discriminent en design, ne se trouve pas sous le capot du site.
Ceci dit, on peut très réfléchir à cette question de framework HTML en gardant tes craintes d’uniformisation à l’esprit : il vaut mieux prévenir que guerir 😉
Hmm.. réflexion intéressante, que ce framework HTML.
Pour autant, je pense que je n’en serai pas l’un des plus fervents défenseurs.
Autant pour le PHP, ça semble logique d’utiliser un framework, puisque la logique métier est très souvent réutilisable (module blog, module forum, module boutique).
En revanche, pour la couche visuelle d’un site web, je n’ai que rarement réussi à uniformiser deux projets.
J’ai en effet plusieurs fois tenter le passage aux frameworks CSS, et j’en suis revenu à chaque fois. J’avais l’impression de devoir systématiquement redéfinir les choses, et de perdre du temps au final.
En revanche, j’utilise un système de classes en HTML/CSS sur tous mes projets (.fLeft – « float : left; » , .cBoth, .tRight, etc.)
Bref, pas chaud à priori, mais je vais jeter un oeil d’ici quelques semaines, voir comment ça évolue.