[spip-dev] SPIP & XHTML

Bonjour à tous,

je voulais savoir s'il était envisagé que SPIP génère du code conforme XHTML, je ne parle pas de la mise en conformité de l'interface admin, mais bien de ce qui est généré par SPIP sur le site publique, quelques exemples :

*logos*
<img src='IMG/rubon0.gif' name='image1' border='0' ALT='' hspace='3' vspace='3' class='spip_logos'>
devrait être
<img src="IMG/rubon0.gif" name="image1" alt="logo" class="spip_logos" />
-> mettre les "" plutot que '' ; à alt (en minuscule) une valeur (par défaut) : "logo"
-> fermer la balise ... />

*inclusion des images au texte*
les images sont intégrées dans un tableau, il serait préférable (il me semble) que cela dans des <div>, un truc du genre :
<div class="spip_images_center">
   <img ... />
   <div class="spip_images_titre">titre de l'image</div>
   <div class="spip_images_descriptif">descriptif de l'image</div>
</div>
remarque : cette dernière modification permettrait aussi aux créateurs de squelettes de personnaliser

*formulaires*
mettre les balises et arguments en minuscules
<TEXTAREA NAME='texte' ROWS='12' CLASS='forml' COLS='40' wrap=soft>
-> wrap="soft"

*autres*
<br /> au lieu de <br>
<strong> au lieu de <b>
<em> au lieu de <i>

c'est tout ce que je vois pour l'instant, après un rapide passage

bon je sais que le sujet "XHTML/W3C" et un peut chaud pour certaines personnes de la liste (ARNO garde tes cheveux, si t'en as encore), mais je pense que ces adaptations vont devenir importantes prochainement

sinon y a pas urgence ! hin ... c'est juste que je commence à me mettre au XHTML

a+

Bonjour à tous,

je voulais savoir s'il était envisagé que SPIP génère du code conforme
XHTML, je ne parle pas de la mise en conformité de l'interface admin,
mais bien de ce qui est généré par SPIP sur le site publique, quelques
exemples :

*logos*
<img src='IMG/rubon0.gif' name='image1' border='0' ALT='' hspace='3'
vspace='3' class='spip_logos'>
devrait être
<img src="IMG/rubon0.gif" name="image1" alt="logo" class="spip_logos" />
-> mettre les "" plutot que '' ; à alt (en minuscule) une valeur (par
défaut) : "logo"
-> fermer la balise ... />

  Pour moi :
- «mettre les "" plutot que ''» : ça change rien, ça reste du
  xml valide donc du xhtml valide, ou alors j'ai rien compris à xml.
- «alt="logo"» : déjà discuté. Si j'ai bien compris, en termes
  d'accessibilité, c'est préférable de spécifier l'attribut, mais de le
  mettre à "".
- «alt (en minuscule)» , «fermer la balise ... />» : là, l'important
  c'est :
  - y a t'il des effets de bord sur certains navigateurs ?
  - qui peut nous sortir une liste des choses à faire, qu'on ait un
    point de départ sérieux la dessus.

*inclusion des images au texte*
les images sont intégrées dans un tableau, il serait préférable (il me
semble) que cela dans des <div>, un truc du genre :
<div class="spip_images_center">
   <img ... />
   <div class="spip_images_titre">titre de l'image</div>
   <div class="spip_images_descriptif">descriptif de l'image</div>
</div>
remarque : cette dernière modification permettrait aussi aux créateurs
de squelettes de personnaliser

  Mais ça, c'est qu'une affaire de squelettes nan ? ou j'ai pas compris
de quelles images tu parles.

*formulaires*
mettre les balises et arguments en minuscules
<TEXTAREA NAME='texte' ROWS='12' CLASS='forml' COLS='40' wrap=soft>
-> wrap="soft"

  ==> liste de course.

*autres*
<br /> au lieu de <br>
<strong> au lieu de <b>
<em> au lieu de <i>
  ==> liste de course.

bon je sais que le sujet "XHTML/W3C" et un peut chaud pour certaines
personnes de la liste

  Perso j'm'en fout. Mais si cette première étape permet d'avoir une
"w3c compliance" sans ajouter d'emmerdes ailleurs et que ça fait une
première étape vers une meilleur accessibilité, je suis pour.
  De plus, ça peut faciliter le boulot pour faire du wap/imode/gallery/...

À+, Pif.

salut,

Je crois qu'il y a un groupe de travail, des pros du w3c compliant, qui
s'occupe de ça, n'est il pas ?

Il me semble qu'il était question que ce groupe de travail refasse aussi des
squelettes nickels avec CSS qui tuent, super valides de chez valide, et une
option de switch de css en deux clics.

Malheureusement, n'ayant plus de nouvelles récentes de ce groupe de travail,
je ne saurai vous en dire plus.

@ plus

BoOz

"Sylvain" <spip@guaph.net> a écrit dans le message de
news:3FAF8B7A.1030801@guaph.net...

Je crois qu'il y a un groupe de travail, des pros du w3c compliant, qui
s'occupe de a, n'est il pas ?

Un "groupe de travail" ? Les intégristes du W3C, jusqu'à présent, n'ont
été capables que de réclamer à corps et à cris des fonctionnalités pour
lesquelles ils n'ont jamais fait la moindre contribution concrète. A
moins qu'il y ait une cellule secrète qui travaille dans l'ombre ?

Il me semble qu'il tait question que ce groupe de travail refasse aussi des
squelettes nickels avec CSS qui tuent, super valides de chez valide, et une
option de switch de css en deux clics.

?? Les squelettes actuels, ils sont pas valides, nickels et avec des
CSS, peut-être ?

a+

Antoine.

?? Les squelettes actuels, ils sont pas valides, nickels et avec des
CSS, peut-être ?

Antoine, tu n'es pas sans savoir qu'un squelette n'est jamais assez valide !
et qu'il y a CSS et CSS, c'est un peu comme les chasseurs !

Blagues à part, je crois que ça pourrait réconcilier tout le monde si un
petit groupe de travail faisait une enquête, quelques adaptations du code et
proposait quelque chose dans ce sens, on jugerait sur pièces plutôt qu'a
travers des a priori ou des incantations. C'était le sens de mon message.

Mais pour avoir essayé de lire du code *valide* dans un Internet Explorer,
je crois que ça va pas être évident tout de suite cette histoire de CSS,
XHTML.

@ +

BoOz

"Antoine" <antoine@rezo.net> a écrit dans le message de
news:1068477816.3156.2.camel@fsol...

> Je crois qu'il y a un groupe de travail, des pros du w3c compliant, qui
> s'occupe de a, n'est il pas ?

Un "groupe de travail" ? Les intégristes du W3C, jusqu'à présent, n'ont
été capables que de réclamer à corps et à cris des fonctionnalités pour
lesquelles ils n'ont jamais fait la moindre contribution concrète. A
moins qu'il y ait une cellule secrète qui travaille dans l'ombre ?

> Il me semble qu'il tait question que ce groupe de travail refasse aussi

des

> squelettes nickels avec CSS qui tuent, super valides de chez valide, et

une

Je ne voudrais pas lancer de polémique, juste pour dire qu'il y a ça qui existe...
http://notabene.f2o.org/spip1-6/article.php3?id_article=2

Il parraît que SPIP Génère du XHTML valide avec...

Maintenant pourquoi ne pas l'intégrer directement dans le core de SPIP, ça c'est pas à moi qu'il faut demander mais plutôt au devel.

Bien à vous,

Nickwe

Antoine wrote:

Salut,

Je ne voudrais pas lancer de polémique, juste pour dire qu'il y a ça qui
existe...
http://notabene.f2o.org/spip1-6/article.php3?id_article=2

Certaines des corrections listées dans l'article ont été appliquées, il
y a un certain temps... J'ai essayé d'avoir le retour de l'auteur sur
les forums de spip_contrib mais je ne me souviens pas qu'il ait répondu.

Si d'autres veulent faire un état des lieux de la version actuelle...

Amicalement

Antoine.

-----Message d'origine-----
De : spip-dev-bounces@rezo.net [mailto:spip-dev-bounces@rezo.net]De la
part de Antoine
Envoyé : mardi 11 novembre 2003 21:01
Cc : Spip-dev
Objet : Re: [spip-dev] Re: SPIP & XHTML

Salut,

> Je ne voudrais pas lancer de polémique, juste pour dire
qu'il y a ça qui
> existe...
> http://notabene.f2o.org/spip1-6/article.php3?id_article=2

Certaines des corrections listées dans l'article ont été
appliquées, il
y a un certain temps... J'ai essayé d'avoir le retour de l'auteur sur
les forums de spip_contrib mais je ne me souviens pas qu'il
ait répondu.

Si si, il est là l'auteur, il a répondu au fur et à mesure de ses disponibilités... J'ai récupéré avec l'aide de Ben le dump de spip_contrib pour avoir un gros "fonds de commerce" sur lequel travailler, mais comme on ne fait pas toujours ce qu'on veut dans la vie je n'ai pas encore eu le temps de mettre en pratique toutes les choses auxquelles je me suis engagé. Gros vélléitaire je suis. :wink:

Par ailleurs l'article dont l'URL est citée ci-dessus est voué à disparaître, c'est juste parce que c'est le seul que j'avais sous la main quand j'ai fait une démonstration de spip à mes copains de <http://pompage.net/&gt; et bon, le lien est devenu public à la suite d'un post de Tristan sur son Standblog <http://standblog.com/&gt; puisque Tristan est membre de Pompage.

Si d'autres veulent faire un état des lieux de la version actuelle...

On récupère le dump périodiquement.

Il n'y avait effectivement comme tu le dis rien à voir avec les squelettes ou avec la CSS. C'est juste le moteur de rendu qui doit être revu dans un premier temps.

Tiens puisqu'on en est là, voilà ma question théorique du matin : actuellement les <docxx> génèrent un tableau qui flotte au milieu de l'émément dans lequel le doc est inséré, souvent un paragraphe.

En xhtml valide on pourrait imaginer de remplacer ce tableau par une div, mais évidemment un élément de type conteneur block (div) ne peut pas être à l'intérieur d'un élément <p>. Je ne sais pas comment contourner ce problème.

s t e f (aka notabene)
http://evolt.org/user/notabene/22696/

> Si d'autres veulent faire un état des lieux de la version
actuelle...

On récupère le dump périodiquement.

<-- lire "on récupère le CVS"

Nos lecteurs auront rectifé d'eux-mêmes. :wink:

Tiens puisqu'on en est là, voilà ma question théorique du matin :
actuellement les <docxx> génèrent un tableau qui flotte au milieu de
l'émément dans lequel le doc est inséré, souvent un paragraphe.

En xhtml valide on pourrait imaginer de remplacer ce tableau par une div,
mais évidemment un élément de type conteneur block (div) ne peut pas être à
l'intérieur d'un élément <p>. Je ne sais pas comment contourner ce
problème.

La balise <table> existe toujours en XHTML-1.1 strict !

Il ne faut pas céder à la lubie de supprimer totalement toutes les balises
<table> des pages. Il faut savoir faire preuve de dicernement et utiliser les
<div> et les <table> chacune tour à tour dans les situations où elles sont le
plus adaptées !

Je crois qu'il y a un groupe de travail, des pros du w3c compliant, qui
s'occupe de ça, n'est il pas ?

Il me semble qu'il était question que ce groupe de travail refasse aussi
des squelettes nickels avec CSS qui tuent, super valides de chez valide, et
une option de switch de css en deux clics.

Malheureusement, n'ayant plus de nouvelles récentes de ce groupe de
travail, je ne saurai vous en dire plus.

Si quelqu'un sait où prendre contacte avec ce groupe de travail,
je serais assez intéressé par l'information.

Je suis actuellement en train de travailler sur un site SPiP xhtml1.1
on a commencé a faire des filtres, à tuner le code PHP et à faire des
squelettes conformes.
Je pense que ce serait bien de centraliser les efforts des gens motivés pour
travailler la dessus.

Pourquoi pas une liste spip officielle sur ce sujet [spip-w3c] ?

Un "groupe de travail" ? Les intégristes du W3C, jusqu'à présent, n'ont
été capables que de réclamer à corps et à cris des fonctionnalités pour
lesquelles ils n'ont jamais fait la moindre contribution concrète.

Honte à toi, qui ralle mais ne fait aucun effort !
Il te faut désormais intégrer l'esprit du Libre sans attendre :
contributions tu es autorisé à faire, et contributions tu feras !

A moins qu'il y ait une cellule secrète qui travaille dans l'ombre ?

J'avoue !
Je suis un intégriste w3c :slight_smile: pire même, je suis un intégriste GNU lol
Je souhaiterais ardamment rencontrer d'autres adeptes de cette secte.
Pour que nous puissions sortir de l'ombre, il nous faudrait un point de
raliement ! :slight_smile:
Une liste [spip-w3c] serait un bon point de départ pour konqueror le monde !
<troll level='-2^12'>Mozilla sux, Konqueror rulez !</troll>

> Il me semble qu'il tait question que ce groupe de travail refasse aussi
> des squelettes nickels avec CSS qui tuent, super valides de chez valide,
> et une option de switch de css en deux clics.

?? Les squelettes actuels, ils sont pas valides,
nickels et avec des CSS, peut-être ?

Si ! Effectivement elles sont presque parfaites !
D'où le fait qu'il n'y aurait pas besoin d'énormément de travail pour paufiner
les 2 ou 3 derniers petits détails pour que la perfection supprème soit
atteinte, <mode type='je suis un intégriste, et c'est mon choix :)'>et que la
suppériorité incontestable du mode de dévelloppement GNU soit prouvée et
jettée à la face du monde entier !</mode>

Bon plus sérieusement, une liste [spip-w3c] me semblerait un peu trop ciblée
et orientée polémique. Une liste nommée [spip-gen] me semblerais AMHA plus
adaptée et plus générale permettant de recevoir non-seulement les discussions
pour coordonner les efforts sur la conformance aux normes du code produit,
mais aussi au delà de çà, je pense (toujours AMHA) qu'il y aurait aussi
matière à réflichir plus généralement sur le code produit par SPiP, et les
possibilités de personnalisation du code produit (besoins spécifiques au
niveau du code produit, possibilité de switcher entre les différentes
versions du (x)html, possibilité de générer d'autres codes que du (x)html,
x3d/svg?, etc...)

Si une telle liste ou approchante est créée, merci de m'y inscrire d'office :slight_smile:

Mais pour avoir essayé de lire du code *valide* dans un Internet Explorer,
je crois que ça va pas être évident tout de suite cette histoire de CSS,
XHTML.

Effectivement, d'où peut-être l'intéret de centraliser les efforts sur ce
point et d'implémenter une possibilité de switcher de version html du code
produit. Ou plus simplement de centraliser à un endrois unique tout le code
que produit SPiP pour simplifier la tache d'adaptation de celui-ci. Mais les
choix à faire à ce niveau là, avant de se jetter à corps perdu dans une
solution, doivent AMHA être débatus pour trouver une solution consensuelle
qui satisfera la majorité des gens sur ce point.

Heu, un coup de grep rapide montre qu'il y a 241 <br>, 24 <html et
449 <p dans les sources, chacun étant respectivement à traquer pour en
faire un <br/>, un <html tralala w3c> et <p>...</p>.

  Bref, c'est loin d'être minime. C'est batchable pour les trucs
simples, mais c'est long et chiant.

  Je suis près à y contribuer, mais plus qu'une mailing liste, il faut
une liste de courses précise et qui fasse l'unanimité.

À+, Pif.

<quote who="Blue Prawn" when="18/11/03 10:35">

Tiens puisqu'on en est là, voilà ma question théorique du matin :
actuellement les <docxx> génèrent un tableau qui flotte au milieu de
l'émément dans lequel le doc est inséré, souvent un paragraphe.

En xhtml valide on pourrait imaginer de remplacer ce tableau par une div,
mais évidemment un élément de type conteneur block (div) ne peut pas être à
l'intérieur d'un élément <p>. Je ne sais pas comment contourner ce
problème.

La balise <table> existe toujours en XHTML-1.1 strict !

Il ne faut pas céder à la lubie de supprimer totalement toutes les balises <table> des pages. Il faut savoir faire preuve de dicernement et utiliser les <div> et les <table> chacune tour à tour dans les situations où elles sont le plus adaptées !

(je commence à comprendre l'hostilité d'Arno* sur les trolls)

Qui a dit que je condamne les tables ? Tu viens d'arriver sur la liste, toi, hein ?

Je dis juste :
1. que cet élément est imbriqué incorrectement
2. qu'une table ne se justifie pas dans cet usage (si tu publies avec spip, va regarder l'usage des <doc> et on en reparle)

Donc je soumets ma réflexion à tous avant de mettre les mains sauvagement dans le cambouis pour ne pas travailler pour rien.

Et, pour finir, non je ne cède pas à la lubie de supprimer toutes les tables, ne juge pas sur un seul mail une réflexion qui dure depuis un bon moment. Tu n'es pas le seul à savoir taper w3.org dans un navigateur :wink:

  Heu, un coup de grep rapide montre qu'il y a 241 <br>, 24 <html et
449 <p> dans les sources, chacun étant respectivement à traquer pour en
faire un <br/>, un <html tralala w3c> et <p>...</p>.
  Bref, c'est loin d'être minime. C'est batchable pour les trucs
simples, mais c'est long et chiant.

Pour transformer les <br> en <br /> un quick sed -i -e 's/<br>/<br />/g'
fait l'affaire. Pour le reste certaines balises sont effectivement plus
difficiles que d'autres.
Perso j'ai commencé à le faire, d'ailleur je poserais prochainement quelques
questions pour avoir des conseils et des éclaircissement sur certains point
car je ne suis qu'un phpizeur amateur.

Je suis près à y contribuer, mais plus qu'une mailing liste, il faut
une liste de courses précise et qui fasse l'unanimité.

Pour faire cette liste de course, il faut un lieu où le faire. Une liste me
semblerais amha plus appropriée qu'un wiki pour centraliser les efforts sans
géner les autres. Perso j'ai du temps à y consacrer, car je ne suis pas un
professionnel mais un amateur, et je passerais le temps qu'il faudra pour
arriver à mes fins même si çà prends beaucoup de temps, de toutes façon je
suis pas à la pièce. J'ai commencé à bosser là-dessus, y'a encore beaucoup de
pain sur la planche mais ça semble être un bon début déjà :
http://tux.linux-nantes.fr.eu.org/DEVSPIP/article.php3?id_article=38
(y'a pas encore de css car on commence par le xhtml avant)
http://validator.w3.org/check?uri=http://tux.linux-nantes.fr.eu.org/DEVSPIP/article.php3?id_article=38

Moi je continuerais de toute façon de mon côté car c'est un bon exercice
d'apprentissage intéressant pour moi. En effet c'est avant tout un prétexte
autopédagogique pour avoir besoin de parcourir le source de spip pour en
comprendre les arcanes. J'ai pas la prétention de faire quelquechose
d'extraordinaire mais si ce que je/on fais peut intéresser du monde, je le
partagerais avec grand plaisir. Et si certains ont des désirs particuliers
qui entreraient dans mes capacités, je pourrais toujours essayer d'y
répondre de mon mieux dans les limites de mes compétences.

Pour transformer les <br> en <br /> un quick sed -i -e 's/<br>/<br />/g'
fait l'affaire.

Nan, le / fait péter l'expression :wink:
Mais bon, je chipotte.

Pour le reste certaines balises sont effectivement plus
difficiles que d'autres.

  Le problème c'est surtout celles qui sont paumées dans le php, et pour
lesquelles il ne faut pas "betement" faire le copier/coller sinon, on
risque d'avoir des guillemets imbriqués ou autres joyeuseutées.

Pour faire cette liste de course, il faut un lieu où le faire. Une liste me
semblerais amha plus appropriée qu'un wiki pour centraliser les efforts sans
géner les autres.

  Effectivement, à condition d'avoir également quelque part un
"wiki like" pour y mettre une doc de référence. Mais plutôt qu'un wiki,
j'sais pas pourquoi, je verrais plutôt un spip :wink:

  Pour l'instant, j'ai peur qu'il y ait X débuts de machins
paumés un peu partout. Il faut donc commencer par un recensement :
qui bosse là dessus actuellement ? avec quels outils (doc, liste ..) ?
  Ensuite, il faut voir comment "officialiser" ça, c'est à dire comment
faire des points de synchro réguliers avec les mainteneurs "officiels"
(comprendre "ceux qui peuvent faire des commit cvs").
  En parallèle, il faudra définir la liste de choses à faire, et voir
comment tester chaque modif avec un max de navigateurs différents.

  Est-ce que ça te parait cohérent ?

  À+, Pif (volontaire pour poser un wiki, une mailing list et des contribs,
dans la limite de son temps libre).

@ Christian Lefebvre <christian.lefebvre@atosorigin.com> :

  À+, Pif (volontaire pour poser un wiki, une mailing list et des contribs,
dans la limite de son temps libre).

Suggestion : vous pouvez bosser sur spip_contrib ...

-- Fil

Ah, je me disais bien aussi qu'il y avait un petit groupe de travail qui
planchait la dessus, d'une manière autonome et documentée au fur et à
mesure, ouf, j'avais presque cru que ce groupe avait disparu. :wink:

@ + et bravo,

BoOz

"Fil" <fil@rezo.net> a écrit dans le message de
news:20031118132228.GB14997@rezo.net...

@ Christian Lefebvre <christian.lefebvre@atosorigin.com> :
> À+, Pif (volontaire pour poser un wiki, une mailing list et des

contribs,

Suggestion : vous pouvez bosser sur spip_contrib ...

Le "pot a euros" est ouvert

http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=296

A+
Ben.

Pour faire cette liste de course, il faut un lieu où le faire. Une liste me
semblerais amha plus appropriée qu'un wiki pour centraliser les efforts sans
géner les autres.

Effectivement, à condition d'avoir également quelque part un
"wiki like" pour y mettre une doc de référence.
Mais plutôt qu'un wiki, j'sais pas pourquoi,
je verrais plutôt un spip :wink:

> À+, Pif (volontaire pour poser un wiki, une mailing list et des
> contribs, dans la limite de son temps libre).

Suggestion : vous pouvez bosser sur spip_contrib ...

Ok, donc le problème du SPiP faisant office de wiki est réglé ! :slight_smile:

Et la liste [spip-w3c] elle est où ? :stuck_out_tongue:

En attendant, je mes un tag [w3c] pour que ceux qui ne sont pas itéressés
puissent faire un filtre dans leur client mel pour les rediriger vers
/dev/null :wink: