Le W3Québec à la conférence XML Balisage 2008

J’ai contacté les organisateurs de la conférence XML Balisage 2008 qui aura lieu du 12 au 15 août à Montréal. Je leur ai offert que le W3Québec organise une de leur soirées de discussions sur XML. La prochaine réunion du W3Québec aura donc lieu à la conférence même et nous y discuterons de l’utilisation du XML en développement Web et plus spécifiquement au s’en va la technologie XML en développement Web. Nous savons que le XHTML à ses détracteurs et que JSON est un compétiteur pour l’échange de données. Il y a aussi Atom et AtomPub qui semblent avoir beaucoup d’avenir. Je suis sur que nous toucherons RDFa, ARIA-Roles, SVG, XHTML 2 et MAthML aussi. De façon peut-être assez haut niveau, mais ce sera certainement assez intéressant de regarder les enjeux de l’utilisation de XML en développement Web. J’espère que des lecteurs de XMLfr pourront venir faire un tour à Montréal pour la conférence, j’aimerais bien vous rencontrer en personne. La réunion aura lieu le 12 août de 19 heures à 20:30 au Best Western Hotel Europa Downtown à Montréal et exceptionnellement, elle aura lieu en anglais (à cause du public). On “switchera” (scusé l’anglicisme) au français si tout le monde dans la salle peut le parler. Les infos plus complètes seront présentes sur le site du W3Québec quand je reviendrai vacances (première semaine de août). A+

Réflexion sur la structure de balisage HTML dans un portail d’entreprise

Je suis tombé sur un problème hier au sujet de balisage de titre de sections (h1 / h6) dans le cadre de développement dans un portail d’entreprise basé sur la technologie de portlets. (Note: les portlets sont des minis applications que l’on peut placer un peu partout dans un page). Respecter la sémantique des h1 / h6 me semblait difficile. L’utilisation de portails de ce type ne respecte déjà pas en grande partie la façon de faire du Web, la métaphore de document avec un flux ne fonctionne que très peu ou pas du tout. On parle plus ici de bureau de travail contenant plusieurs applications, qui parfois contiennent des documents. Mon premier réflexe était de réinitialiser le flux de document dans chaque portlet, de façon à commencer par un h1 dans chacun d’entre eux. Toutefois, cela fait beaucoup de h1 dans une même page, ce qui va à l’encontre de la manière de construire une page Web (qui respecte un flux de document). Je ne peux pas non plus partir du titre d’une page (ou d’un ensemble d’applications) puisque les portlets peuvent être organisés de façon différentes selon la configuration ce qui peut briser le flux du document. Je suis près de conclure que la sémantique de h1 / h6 ne fonctionne pas avec un portail (bureau de travail) et que je serai obligé d’utiliser un div semantiquement faible avec un class “titre-portlet” ou plutôt “titre-application”. Par contre, il arrive souvent qu’un document soit inclus dans un portlet et qu’à ce niveau, la sémantique h1 / h6 fonctionne et serait très utile. Mais ça ne règle pas le problème que si ce document est relié de quelconque façon à la page originale. Ce lien est perdu, puisqu’un portlet par défaut ne doit pas connaître son environnement (pour être réutilisable). La seule façon d’y remédier, serait d’ajouter des éléments de configuration spécifique à une page pour informer le portlet de l’environnement “de document” autour de lui, pour que celui-ci puisse baliser ses titres correctement. Mais vous allez conclure avec moi que le retour sur investissement de ce genre de développement ne vaut pas la peine du tout.

Cela démontre aussi que la sémantique de certaines balises HTML peuvent être dans certains contextes difficiles à respecter. Finalement, la meilleure analogie que je pourrais trouver et qui renforce ma première solution est que c’est comme si nous avions plusieurs iframe ou object dans un page… enfin, je ne suis pas tellement satisfait de cette solution non plus.