The HTML Framework Project | Phase 1 — définir

Rigueur. Et passion !

Ne dites pas à ma mère que je suis artisan en architecture de l'information appliquée aux sites web : elle croit que je suis webdesigner, intégrateur HTML & CSS, rédacteur web, formateur NTIC et consultant en webmarketing depuis 2001 ! Voulez-vous en savoir plus ?

Le blog de l'intégrateur web

The HTML Framework Project | Phase 1 — définir

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’

Articles sur le même sujet

PS : Le respect de la vie privée sur internet est important : j'ai décidé d'échanger mon bouton Like de Facebook par un bouton Faire un don de Paypal car
Il n'y pas d'amour, il n'y a que des preuves d'amour (Jean Cocteau) ;) Merci d'avance.



10 commentaires pour “The HTML Framework Project | Phase 1 — définir”

  1. infofiltrage dit :

    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. ;)

  2. Hey tu m’as mi sur écoute ? :P 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.

  3. Bruno Bichet dit :

    @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.

  4. Frank dit :

    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.

  5. Bruno Bichet dit :

    @Frank:

    Plutôt que de réinventer la roue, pourquoi ne pas s’inspirer de Flex ?

    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 :D (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 header deviendrait <div class="header">, pareille pour column, 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.

  6. Aggelos dit :

    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…

  7. Bruno Bichet dit :

    @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 ;)

  8. dworkin dit :

    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.

  9. […] de HTML Framework Project, j'avais proposé en août 2008 deux versions pour le logo de ce projet évoqué à plusieurs reprises sur ce […]

  10. […] de HTML Framework Project, j’avais proposé en août 2008 deux versions pour le logo de ce projet évoqué à plusieurs reprises sur ce […]

Laissez un commentaire

Vous pouvez utiliser les balises HTML suivantes : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Les commentaires sont publiés sous votre pleine et entière responsabilité et ne doivent pas contrevenir aux lois et règlementations en vigueur. Les propos racistes ou antisémites, diffamatoire ou injurieux, divulguant des informations fausses, relatives à la vie privée d'une personne ou utilisant des oeuvres protégées par les droits d'auteurs ne sont pas les bienvenus et seront modérés sans modération.

Merci d'être constructif et n'oubliez pas : « sans la liberté de ramer il n'est point d'éloge flotteur ! »



Colophon

CSS & Webdesign est une publication irrégulomadaire à tendance hebdomadaire
éditée par Bruno Bichet qui carbure à WordPress et au café équitable.
Tous droits réservés © 2006 - 2011.

Contactez l'auteur du site