[spip-dev] [w3c] SPiP & (X)HTML

Je voudrais avoir votre avis sur ce qui vous parraît être la meilleur solution
pour laisser la possibilité aux webmestres de choisir la version du code de
leur site.

<idées>
<idée-1>

/**xhtml11-debut**
$format = '...';
**xhtml11-fin**/
/**html4-debut**/
$format = '...';
/**html4-fin**/

printf($format, $var1, $var2, ...);

avantage : simple et efficace, un script sed permet de switcher de l'un à
l'autre et SPiP n'est alors pas vraiement affecté en profondeur.

sed -e 's|/**html4-debut**/|/**html4-debut**|g' ; etc...
(c pour le principe, les * ne sont pas échapés pour permettre la lisibilité)

</idée-1>
<idée-2>

$format['xhtml11'] = '...';
$format['html4'] = '...';
$codver = 'html4';
printf($format[$codver], $var1, $var2, ...);

</idée-2>
<idées>

<quote who="Blue Prawn">

Je voudrais avoir votre avis sur ce qui vous parraît être la meilleur
solution
pour laisser la possibilité aux webmestres de choisir la version du code
de
leur site.

Je ne sais pas si c'est une bonne idée.

1. soit le webmester est tech-savvy et écrit un filtre pour rendre son
code xhtml (c'est ce que j'ai fait)
2. soit ce n'est pas son métier et ces choix le dépassent s'il ne lit pas
couramment le w3c.

Ce qui me paraît évidemment (on est bien d'accord) une bonne idée, c'est
du code propre, dans une version à choisir. Tu verras qu'il y a déjà
suffisamment à faire vu le volume de code de spip avant de s'amuser à
servir deux versions selon un format qui, je le répète, dépassera de toute
façon 90% des spipeurs de base (soit dit sans aucune péjoration, ceux qui
me connaissent savent que je passe beaucoup en temps en vulgarisation par
ailleurs).

Je suis même en train de me demander, à la suite de Ganf, si on a
_vraiment_ besoin d'un truc aussi hiératique que le XHTML sur spip (cf
<NameBright - Domain Expired), pour des raisons toutes bêtes,
comme celles que j'évoquais déjà l'autre jour sur les <doc> et sur
lesquels la réflexion est toujours ouverte.

1. soit le webmester est tech-savvy et écrit un filtre pour rendre son
code xhtml (c'est ce que j'ai fait)
2. soit ce n'est pas son métier et ces choix le dépassent s'il ne lit pas
couramment le w3c.

Ce qui me paraît évidemment (on est bien d'accord) une bonne idée, c'est
du code propre, dans une version à choisir. Tu verras qu'il y a déjà
suffisamment à faire vu le volume de code de spip avant de s'amuser à
servir deux versions selon un format qui, je le répète, dépassera de toute
façon 90% des spipeurs de base (soit dit sans aucune péjoration, ceux qui
me connaissent savent que je passe beaucoup en temps en vulgarisation par
ailleurs).

Bon hé bien je vais opter pour l'idée N° 1 alors !

Un "tech-savvy" sera tout à fait capable de lancer un script sed pour switcher
vers le code qu'il veux. (Et en même temps si j'arrive pas à aller jusqu'au
bout du xhtml11 je pourrais toujours me rabattre vers les balises html4 que
j'aurais placées)

Je suis même en train de me demander, à la suite de Ganf, si on a
_vraiment_ besoin d'un truc aussi hiératique que le XHTML sur spip (cf
<NameBright - Domain Expired), pour des raisons toutes bêtes,
comme celles que j'évoquais déjà l'autre jour sur les <doc> et sur
lesquels la réflexion est toujours ouverte.

désolé, j'ai pas suivit.

<quote who="Blue Prawn">

Bon hé bien je vais opter pour l'idée N° 1 alors !

Un "tech-savvy" sera tout à fait capable de lancer un script sed pour
switcher
vers le code qu'il veux. (Et en même temps si j'arrive pas à aller
jusqu'au
bout du xhtml11 je pourrais toujours me rabattre vers les balises html4
que
j'aurais placées)

Si tu veux un début de recherche de solution[1], sur spip-contrib tu peux
te référer à :
<http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=174&gt;

A la limite même sans SED on peut bricoler, comme tu le vois dans cet
article, un filtre et zou... :wink:

[1] ça c'est de la *pure* prise de pincettes, hein :wink:

désolé, j'ai pas suivit.

Je voulais dire, pour résumer, que xhtml implique des contraintes et que
si on veut l'appliquer à la lettre, on va droit dans le mur dans l'état
actuel (ne serait-ce que parce que les vieux navigateurs ne sauront pas
quoi faire du mime type application/xhtml+xml).

Pour les <doc> par exemple, ils peuvent être insérés n'importe où dans le
code. Comment gérer, dans les sites déjà existants, un <docxxxx|left> en
plein milieu d'un paragraphe ?

Les spip-core-devs, le fameux groupe de dub-groove, ont raison de se
préoccuper toujours de l'existant pour ne pas le casser.

Si je veux faire du XHTML propre avec les <doc> (la question obsédante du
moment), je dois fermer le conteneur dans lequel je suis (par exemple un
<P>) et le rouvrir à la suite, ce qui peut provoquer des soucis de mise en
page sur des sites existants.

Il faut donc trouver à chaque problème une "voie moyenne" (© Eisenhower
;-)) qui satisfasse en même temps les sites déjà existants (sans les
casser) et un rapprochement progressif à la norme.

C'est pourquoi je finis par penser, comme je le disais en citant l'article
<NameBright - Domain Expired, que si nous arrivons, déjà, à
faire du HTML qui se rapporche le plus possible de la norme, ce sera déjà
un grand pas. Le XHTML n'est peut-être pas pour tout de suite, pas de la
faute de spip mais parce qu'il faut gérer l'existant.

Si tu veux un début de recherche de solution[1], sur spip-contrib tu peux
te référer à :
<http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=174&gt;

J'ai été dans 's'inscrire', mais j'ai pas eut de suite à cela.

A la limite même sans SED on peut bricoler, comme tu le vois dans cet
article, un filtre et zou... :wink:
[1] ça c'est de la *pure* prise de pincettes, hein :wink:

C'est à çà que tu fais référence ?
http://notabene.f2o.org/spip1-6/article.php3?id_article=2

(ne serait-ce que parce que les vieux navigateurs ne sauront pas
quoi faire du mime type application/xhtml+xml).

Çà c'est pas grave c'est pour un site de geekich :slight_smile:
lol même moi qui suis pas informaticien à la base, je subis leur propagande à
force de les fréquenter :slight_smile: Bon, dans le pire des cas ils ont soit une deb
stable ou une mdk de 2 versions de retard ce qui veux dire jamais un
navigateur de plus d'un ans et demi. Et même si çà s'affiche pas bien dans
leur navigateur, il seront content si on leur dis que c'est strict :stuck_out_tongue: et
qu'en fait c'est leur navigateur qui sux. Et hop ils seront bon pour se
jetter à corps perdu dans le cvs de leur navigateur préféré pour y apporter
les toutes dernières modifs indispensables genre la reconnaissance du mime
xhtml+xml :slight_smile: (hop g le droit de les charrier, je les ai suffisament souvent
entendu charrier les graphistes:)

Pour les <doc> par exemple, ils peuvent être insérés n'importe où dans le
code. Comment gérer, dans les sites déjà existants, un <docxxxx|left> en
plein milieu d'un paragraphe ?

oula oulala :slight_smile: je vais d'abord m'attaquer aux puces moi lol

Les spip-core-devs, le fameux groupe de dub-groove, ont raison de se
préoccuper toujours de l'existant pour ne pas le casser.

..

Il faut donc trouver à chaque problème une "voie moyenne" (© Eisenhower
;-)) qui satisfasse en même temps les sites déjà existants (sans les
casser) et un rapprochement progressif à la norme.

D'où mon idée de mettre la version du code switchable,
en laissant par défaut celle identique à la version actuelle.

Si je veux faire du XHTML propre avec les <doc> (la question obsédante du
moment), je dois fermer le conteneur dans lequel je suis (par exemple un
<P>) et le rouvrir à la suite, ce qui peut provoquer des soucis de mise en
page sur des sites existants.

arg :slight_smile:

C'est pourquoi je finis par penser, comme je le disais en citant l'article
<NameBright - Domain Expired, que si nous arrivons, déjà, à
faire du HTML qui se rapporche le plus possible de la norme, ce sera déjà
un grand pas. Le XHTML n'est peut-être pas pour tout de suite, pas de la
faute de spip mais parce qu'il faut gérer l'existant.

Bon je vois bien que vous essayez de me décourager, mais j'avais toujours
rêver de regarder dedans comment fonctionne spip, mais j'avais jamais eut de
prétexte pour le faire. Donc malgré tout je suis quand même motiv pour
continuer. Donc est-ce que vous voulez que je fasse çà dans mon coin sans
vous déranger avec çà ? Ou est-ce que je peux vous poser des questions quand
je bloque sur un détail et partager mes modifs ?

Ben si on pouvait éviter de multiplier les messager inutiles sur le
sujet, ça m'éviterait la prochaine crise de nerfs (prévue pour dans cinq
minutes environ).

Les explications de stef sont claires et cohérentes sur le sujet, c'est
pas la peine de nous gaver à nouveau avec 200 messages quotidiens sur la
compliancy avec le machin horripilant.

Pitié.

ARNO*

Coucou,

Que le petit groupe de travail ressuscité hier et aboutisse à quelque chose
(...) ou à une impasse (comme on s'y attendrait presque), je pense que ça
serait bien qu'il documente dans spip_contrib, quelle démarche il a suivit
et les problèmes rencontrés. Il y aura peut être moins de bruits sur ce
sujet ensuite, peut être des solutions dans le futur.

Mais c'est bien, j'ai l'impression que certains talents qualifiés sont sur
ce dossier, et qu'on aura d'ici peu un topo clair sur spip contrib, avec ce
qui dans spip se change bien avec un filtre, ce qui se change mal et ce qui
ne se change pas du tout dans une optique de code aux normes récentes.

"ARNO*" <arno@scarabee.com> a écrit dans le message de
news:1069251724.2666.16.camel@localhost...

> Donc est-ce que vous voulez que je fasse çà dans mon coin sans
> vous déranger avec çà ? Ou est-ce que je peux vous poser des questions

quand

Je tiens à préciser que je ne suis pas un CPU
ni même un interpréteur PHP
ou un parseur XML !

Et je crois qu'il en est de même au moins
pour quelques'uns sur cette liste.
D'ailleurs, c'est la valeur de #LANG dans ce contexte
alors merci de perfectionner vos squelettes perso
pour afficher un langage humain sur cette liste.

Cordialement,
JLuc

Blue Prawn commençait à nous écrire comme à des machines :

<idées> <idée-1> ... </idée-2> <idées>

Ailleurs, Bluemail envoyait ceci (c'est un mail) :

//************************************************
//BlueMail v9 [mailPortrait - New Net.Art project]
//************************************************

<SCRIPT LANGUAGE="Instinctive for human">

$Object = "BlueMail (Net.Art)";
$Vers = 9;
$Date = 19/11/2003; //(jj/mm/yyyy)
$author = "BlueScreen";

//************************************************
//Content:
//************************************************
intro();
newProject("mailPortrait");
outro();
//************************************************
//Body:
//************************************************

function intro();
{
if ($time<19) display "Bonjour" else display "Bonsoir";
}

//***********************************************

function newProject(name="mailPortrait()");
{
$projectName = "mailPortrait()";
$url = "http://mailportrait.oudet.org"

$startingDate = "26/07/2003" //(dd/mm/yyyy)
$endDate = undefinited;
$type = "in_progress_process";

$compatible = "All";
$plugInName = "SVG PlugIn";
$plugInURL = "http://www.adobe.com/svg/viewer/install/&quot;;

onRead = 'open("$url")';
outro();

//----------------------------------------------
//These two mailPortraits, which were blank when they
//were given to Edouard and Aude Oudet on 2003/07/26,
//will gradually take form and will evolve
//algorithmically and infinitely according to the
//emails received by these two people.
//----------------------------------------------
//Offerts le 26/07/2003 à Aude et Edouard Oudet,ces
//deux mailPortraits, vierges lors de leur mise en
//ligne, prendront progressivement forme puis
//evolueront indefiniment en fonction des e-mails
//recus par les deux etres qu ils depeignent.
//----------------------------------------------
}

//***********************************************

function outro();
{
//Merci d'avoir pris le temps de lire ce message;
//@Bientot pour de nouvelles aventures...

switch($language)
{
CASE "FR":

//Le BlueMail est un message envoyé occasionnellement;
//aux adresses figurant sur la BlueList;

//Pour ajouter une adresse sur cette liste;
//Envoyez simplement un mail à cette adresse:
//b-l-u-e-s-c-r-e-e-n@b-l-u-e-s-c-r-e-e-n.net;
//avec pour objet: "BlobIsNotDead";

//Pour supprimer une adresse sur cette liste;
//Envoyez simplement un mail à cette adresse:
//b-l-u-e-s-c-r-e-e-n@b-l-u-e-s-c-r-e-e-n.net;
//avec pour objet: "BlobIsDead";

Break;

//----------------------------------------------

CASE "EN":

//The BlueMail is a mail send to;
//the addresses who are in the BlueList;

//To add 1 address:
//Just send a mail to this address:
//b-l-u-e-s-c-r-e-e-n@b-l-u-e-s-c-r-e-e-n.net;
//with "BlobIsNotDead" in the subject area;

//To delete 1 address:
//Just send a mail to this address:
//b-l-u-e-s-c-r-e-e-n@b-l-u-e-s-c-r-e-e-n.net;
//with "BlobIsDead" in the subject area;

Break;

}

//***********************************************

//contact:
//URL[0] = "http://www.b-l-u-e-s-c-r-e-e-n.net";
//URL[1] = "http://www.b-l-u-e-s-c-r-e-e-n.com";
//MAIL = "b-l-u-e-s-c-r-e-e-n@b-l-u-e-s-c-r-e-e-n.net";

//[end]
email.close()

< n e t t i m e - f r >

Liste francophone de politique, art et culture liés au Net
Annonces et filtrage collectif de textes.

<> Informations sur la liste : http://nettime.samizdat.net
<> Archive complèves de la listes : http://amsterdam.nettime.org
<> Votre abonnement : Slut Machine | Mailing lists - home
<> Contact humain : nettime-fr-owner@samizdat.net