[spip-dev] [porposition] [spip-dev@rezo.net] des pistes

Bonjour,

J'ai quelques pistes pour un éventuelle évolution de cette liste.

1 : Utiliser des balises
( http://www.usenet-fr.net/fur/bio/medecine-balises.html )
Par exemple, au vu des messages récents :
[proposition] une proposition d'ajout ou d'évolution de SPIP
[modif] une proposition de modification, avec code
[rapport de modif] tous les signalements, pour commentaire, d'Arno de modifications du cvs
[rapport erreur]
etc.

Je préfère ne pas vous parler de http://www.dotclear.net/ pour vous éviter des pleurs.
Et si Fil voyait les possibilités d'url
( http://www.standblog.com/blog/2003/09/22/93113042-MigrationVersDotclear http://www.standblog.com/blog/2003/09/22/
http://www.standblog.com/blog/2003/09/ http://www.standblog.com/blog/2003/ ) vous pourriez perde le Diplo...
(Je plaisante).

On n'a pas encore dit à K.D ( http://www.la-grange.net/cms )que le site web officiel est maintenant http://www.spip.net/ (si j'ai bien compris) ?
Et il au courant que la version 1.7 fera beaucoup plus de html conforme à xhml 1 ( http://www.la-grange.net/2001/07/02.html ) ?

Bonjour,

J'ai quelques pistes pour un éventuelle évolution de cette liste.

1 : Utiliser des balises ( http://www.usenet-fr.net/fur/bio/medecine- balises.html )
Par exemple, au vu des messages récents : [proposition] une proposition d'ajout ou d'évolution de SPIP
[modif] une proposition de modification, avec code [rapport de modif] tous les signalements, pour commentaire, d'Arno de modifications du cvs
[rapport erreur] etc.

Pfiou... même moi je serais infoutu de m'en souvenir. Et on fait quoi des messages sans balises: on les bazarde?
Et qu'est-ce qui interdit que le type qui veut nous casser les burnes avec le quarante-douze milliÚme message au sujet du xhtml, il mette bien "modif", parce qu'il veut qu'on modifie SPIP pour le rendre incompatible avec 90% des brouteurs de la planÚte?

Je constate de plus que, avec la meilleure volonté du monde, tu as titré ton message: [porposition]. Mon validateur XML me signale que ce mot n'existe dans aucune langue et, en signe de protestation, a fait planter le driver DirectX de ma carte graphique.

Je préfÚre ne pas vous parler de http://www.dotclear.net/ pour vous éviter des pleurs.

Ben si, justement, on aimerait bien que tu nous parles de ce "weblog" (aux derniÚres nouvelles, SPIP n'est pas un weblog, m'enfin admettons). Si tu veux te sortir les doigts du cul (j'ai appris c't'expression à l'armée, bizarrement y'a guÚre que sur spip-dev que je lui trouve une utilité), on est trÚs trÚs preneurs d'un exposé détaillé des fonctionnalités de ce veblogue, histoire de voir si y'a quelques bonnes idées qui pourraient être utiles dans SPIP (et cohérentes avec les principes de notre propre bousin, hein).

(Je suis sérieux là -dessus.)

Et si Fil voyait les possibilités d'url ( http://www.standblog.com/blog/2003/09/22/93113042-MigrationVersDotclear http://www.standblog.com/blog/2003/09/22/
http://www.standblog.com/blog/2003/09/ http://www.standblog.com/blog/2003/ ) vous pourriez perde le Diplo...
(Je plaisante).

Ah oui mais justement, si t'as pas mieux à nous vendre, on va pas pleurer:
- SPIP permet déjà de le faire;
- pour la grande majorité des sites Web, au contenu non figé, c'est une bonne grosse connerie (je change la date de publication d'un vieil article, je me chope une 404 error?);
- SPIP permet de faire des sites en arabe; tu fais comment pour les URL "intelligentes"? Tu ajoute une dico arabe-français? On tape les URL en numéros unicode?
- tu trouves que c'est vraiment pratique, comme adresse: "http://www.standblog.com/blog/2003/09/22/93113042-MigrationVersDotclear "? Non, sérieux? Tu trouves vraiment que ce type d'adresse "signifiante", c'est plus facile à communiquer qu'un truc genre "http//www.spip.net/132" (hyperfastoche avec SPIP, mais pas signifiant pour deux sous). T'as trouvé un logiciel libre qui fait pire que Vignette?

http://www.standblog.com/blog/2003/09/22/
http://www.standblog.com/blog/2003/09/ http://www.standblog.com/blog/2003/

Donc la structure du site est structurée par date? On abandonne toute autre forme de structuration des sites (genre, au pif, une structure par rubriques thématiques)?

On n'a pas encore dit à K.D ( http://www.la-grange.net/cms) que le site web officiel est maintenant http://www.spip.net/ (si j'ai bien compris) ?

Oui, spip.net est désormais le site officiel. Il accueille la doc "officielle" (in french), et accueille le travail des traducteurs (sans déconner: boulot phénoménal, hein; ça, perso, ça me true vraiment le cul de voir le boulot qu'ils abattent). C'est vrai que le doute plane encore, vu que uzine.net/spip affiche un méchant waring pointant vers spip.net...

Donc je te confirme que spip.net est un site pirate, dont le DNS est géré par nous-mêmes, et qu'on s'est fait piraté uzine.net, et qu'on a oublié de vous prévenir sur la présente liste. Merci d'informer KD ASAP.

Et il au courant que la version 1.7 fera beaucoup plus de html conforme à xhml 1 ( Karl - 2001-07-02 - statique versus dynamique, SPIP ) ?

Non, c'est faux. L'objectif de la version 1.7 est le strict respect du HTML 2.17 tel que promulgué par Netscape Corporation en 1995 (True Web for the Real People). Nous souhaitons également assurer la compatibilité avec le SGML de 1994 et TeX 3.14159 de 1986. Tous les développements ultérieurs de ces langages de description de structure de documents sont des trahisons de l'esprit originel, et nous ne souhaitons pas nous y associer.

Nous travaillons (d'arrache-pied) pour que le rendu de l'espace privé de SPIP soit rigoureusement identique lorsqu'il est consulté avec Lynx (hosanna! on n'a jamais fait mieux!) ou avec Firebird (grosse bouse Wysiwyg qui dénature l'esprit de l'être suprême de l'internet). Comme il existe de nombreuses déclinaisons de Lynx, nous avons retenu le critÚre objectif suivant: l'espace privé doit parfaitement pouvoir s'imprimer sur mon imprimante Okidata, version 1984, matrice 12x8, à partir de mon vieil Apple II GS reconfiguré sous FreeBSD.

Nous participons également à l'organisation d'un grande Robespierre-party, durant laquelle nous brûlerons symboliquement des représentations holographiques de Danton et des dirigeants du W3C. Plusieurs représentants de la coding-team de SPIP viendront expliquer en quoi toute la philosophie de SPIP est inspirée de la revendication nord-américaine "Fuck the visual disable", ce qui nous amÚne à systématiquement analyser toute modification de SPIP en fonction d'une stricte interdiction d'accÚs aux mal-voyants. Dans ce but, les squelettes fournis par défaut avec SPIP seront prochainement entiÚrement reprogrammés en Flash.

De plus, les icones du site officiel seront trÚs prochainement converties en vectoriel sous format SVG, et les icones de l'espace privé entiÚrement passées sous PNG-24. In the strict respect of the W3C recommandations.

Grâce à un parser PHP révolutionnaire, nous prévoyons aussi de bloquer automatiquement tous les messages sur spip-dev qui contiennent le terme "xhtml" _et_ (strict "AND" 1.1035 as defined in the Draft 1492 white paper; not OR, not XOR, not deprecated "AND" as in the deprecated Draft 1228 yellow paper, please do not use the "AND" order as in the "frameset" or "transitionnal" recommandations, as theses recommandations where pure bullshit) qui seraient écrits avec Outlook ou avec l'interface HTML de netcourrier... Tous les abonnés à la présente liste qui ne consulteraient pas leur mail avec Pine seront automatiquement dénoncés au service de la redevance audiovisuelle.

[porposition pargmatique] Je porpose donc la constitution d'une équipe de hackers SPIP volontaires pour réaliser un dossier de documentation sur une durée six mois, destiné à analyser les manques de SPIP en matiÚre de xhtml 1.2 strict (_not_ transitionnal, _not_ frameset), dossier qui sera publié sur spip.net. In fine, cette étude détaillée des needs and achievals de SPIP en terme de user-interface et de frontal-compliency nous permettrait de publier, d'une maniÚre définitive et incontestable, une liste complÚte de films pornographiques disponibles sur eDonkey, permettant de se livrer à une saine et constructive masturbation (individuelle mais dans le strict respect de la compliance). Afin de participer à cette oeuvre collective, je vous porpose donc quelques liens:
ed2k://|file|Private_The_Gladiator_I_cd1.jotbee24.ShareReactor.avi|689799168|B40B2763770642ADD40157C0DFD3FE33|/
ed2k://|file|Private_The_Gladiator_I_cd2.jotbee24.ShareReactor.avi|683978752|F3996DA11BBC36F4A9508567A68F1C3E|/
ed2k://|file|XXX.Private.- .Gladiator.II.DVDivX502.avi|1204000768|F3FCE5BA4040771D7CCA828E03F6B544|/
Et j'en appelle à la responsabilité individuelle des amateurs du W3C participant à la présente mailing-list: que quelqu'un se dévoue (je sais, c'est un travail trÚs ingrat) pour diffuser la version complÚte de la troisiÚme partie. Parce que bon, perso, j'aimerais bien savoir comment ça finit...

[porposition pargmatique 2] Puisque personne au W3C n'est foutu de coder la moindre de ligne de code (d'un autre cÎté, ça laisse du temps pour réfélchir à des trucs), nous pouvons tout aussi bien, nous-même tel qu'en nous-même, nous dévouer pour réaliser cette tâche. Cela, en revanche, nous empêchera de mener à bien toute autre tâche. Je porpose donc de lancer ici- même une grande porcédure pour créer un outil qui, prochainement (d'ici moins de 8 mois sauf report), nous permettra de voter directement en ligne (merci d'indiquer clairement si le systÚme doit fonctionner à l'unanimité, à la majorité qualifiée des membres de l'Union, à la majorité simple, et si les votes blanc doivent compter comme "non" ou comme "oui", et/ou s'ils doivent être incorporés au décompte du pourcentage de votants): à la suite de ce vote, nous pourrons déterminer s'il faut qu'on adapte l'intégralité du systÚme dans un format xhtml méga-strict (en espérant que, d'ici là , une nouvelle version du xhtml, incompatible avec la précédente, ne soit pas sortie), ou bien s'il faut qu'on fasse une release d'un SPIP multilingue dans un délais raisonnable (c'est-à -dire avant que toutes les langues actuelles de la planÚte soient considérées comme deprecated).

[porpotision pargmatique 3] Je propose que l'on organise un groupe de réflexion, en déterminant un quorum représentatif et légitime, destiné à avertir K.D. (de laremisedujardin.org/cms) des nouvelles officielles fraîches (dans un délais de moins de six mois) émanant d'une représentation officielle et légitime de la communauté SPIP.

Bises,
ARNO*

[porposition pargmatique 4]

Moi je veux bien me sortir les doigts du cul, et sans faire d'intégrisme xhtml.

Avant de s'agacer avec des trucs d'accessibilité plus ou moins abscons, j'ai fait mon petit filtre sur spip-contrib pour faire du rendu spip xhtml 1.0 strict.

Ce n'est pas à vous, amis développeurs, que j'apprendrai la nécessité d'interopérabilité, avant même de parler d'accessibilité. Votre démarche de backend est un avant-goût de ce que pourrait être le web dans les années à venir, vous le savez bien. Les pages elles-mêmes sont de plus en plus finement analysées par les moteurs de recherche, et je ne vois pas en quoi c'est moins important d'avoir des guillemets comme ci et des guillemets comme ça que de fermer des tags et de les mettre en minuscules.

Il me semble que nous ne sommes pas loin de faire du bon xhtml sans beaucoup de modifs du code, tout troll mis à part. J'ai cru comprendre que le 1.7 avait déjà corrigé pas mal de choses tout seul.

Comment fait-on ? Je m'installe un WinCVS (avec mon vieux win98) et je bricole des trucs déjà écrits ? Où est la procédure de manipulation des includes et des modèles ?

Je ne trouve pas trop de traces de la démarche à suivre pour qu'un quidam contributeur (tiens, par exemple, moi) puisse intervenir sur les fichiers déjà mis en place sur le CVS, si quelqu'un veut m'expliquer soit directement en privé soit sur cette liste je suis preneur.

J'en ai un peu marre (mais en toute convivialité, hein) d'entendre :
- d'un côté des mecs faire des listes de ce qu'il faut corriger sans y toucher
- de l'autre d'entendre les core-spipeurs se foutre des premiers.

Je suis sûr qu'il y a moyen d'avancer ensemble sans fritage, sinon spip n'en serait pas à ce niveau de qualité.

C'est assez pargmatique, là ?

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

Moi je veux bien me sortir les doigts du cul, et sans faire d'intégrisme xhtml.

Bonjour, ami :-))

Ce n'est pas à vous, amis développeurs, que j'apprendrai la nécessité d'interopérabilité, avant même de parler d'accessibilité.

Le texte cité indique: "le code produit est carrément inutilisable."; ça n'est pas exactement la même formulation...

Comment fait-on ? Je m'installe un WinCVS (avec mon vieux win98) et je bricole des trucs déjà écrits ? Où est la procédure de manipulation des includes et des modÚles ?

Pour l'instant, y'a deux possibilités:

- tu décides de le faire entiÚrement tout seul; dans ce cas, il te faut récupérer le dernier CVS du moment, histoire que tes modifs concernent bien des fichiers qu'on utilise encore (et pas la version 1.4, ce qui serait un poil dommage); et quand tu es prêt, tu nous passes les patchs commentés; et comme ils disent sur Euroda: "Giant statue offered..."

- le truc trÚs utile aussi serait de réaliser une liste complÚte des derniers trucs qui manquent (parce que, oui oui, le code a déjà été bien nettoyé); pour commencer ça peut même être la méthode la plus sûre, parce que certains trucs n'ont pas été modifiés, justement pour assurer des histoires de compatibilité avec d'autres brouteurs qu'Amaya.

J'en ai un peu marre (mais en toute convivialité, hein) d'entendre : - d'un cÎté des mecs faire des listes de ce qu'il faut corriger sans y toucher

On a prévu de revenir sur ces histoires de "signaler des trucs à corriger", parce que ça n'a rigoureusement rien d'évident sur spip-dev. Bicoz c'est une des grosses difficultés de spip-dev. Sans parler du systÚme de rapport de bugs, peu utilisé, et (surtout) sur lequel personne ne semble faire le boulot minimum de confirmation/infirmation des bugs signalés. Donc, sujet à suivre.

- de l'autre d'entendre les core-spipeurs se foutre des premiers.

Désolé mais ça n'est pas cas. Les seuls dont on se fout sont ceux qui ne proposent rien de concret, ne consultent jamais les archives et relancent systématiquement les mêmes trolls (la connerie à la mode étant de passer spip.net à la moulinette W3C validator et de venir nous faire chier sur le thÚme "SPIP produit du code inutilisable" en écrivant son mail avec Outlook). Dans tous les autres cas, chaque point est analysé, discuté, commenté... Il faudrait nous faire la liste (utile, ça aussi) des contributions effectives qu'on aurait purement et simplement envoyé chier.

En ce moment, les deux seules propositions concrÚtes sur lesquelles on ne s'est pas encore penchés sont:
- la refonte du moteur d'analyse des squelettes; Fil et moi ne sommes pas trÚs compétents sur le sujet, et le gars (j'ai plus son nom en tête, désolé) a proposé à tout le monde de venir tester différents squelettes à une adresse fournie; - les propositions de travail de groupe, pour une ancienne version.
Pour l'instant, vraiment, pas eu le temps, parce que ce sont carrément de trÚs gros morceaux à analyser, que ça ne s'est pas bousculé sur spip-dev pour aider ces contributeurs, et que par ailleurs, avec Antoine et Fil, on bosse comme des damnés sur une 1.7 qui commence à prendre forme. Mais en tout cas, je n'ai pas vu qu'on s'était répandu en mails se foutant de la gueule de ces gens là .

Amicalement,
ARNO*

Concernant la remise à jour de la gestion de groupe pour la 1.6 voir 1.7 ça
peut etre interessant mais vu l'importance de la manoeuvre il serait bien de
savoir si une eventuelle ajout de cette fonctionnalité au noyau originale de
spip est envisagé ou alors carrement une distrib specifique officiele
parcque si à chaque mise à jour on est obligé de refaire les manips c'est
pas tres viable vu l'importance de la chose.
Cela dit cette mise à jour est necessaire pour cette fois vu que la gestion
de groupe avait ete implanté sur la version qui avait des trous de sécurité
donc pour les personnes souhaitant l'utilisé elle est indispensable

Pfiou... même moi je serais infoutu de m'en souvenir. Et on fait quoi des
messages sans balises: on les bazarde?

Meuh non.

Pour les balises, il suffit de mettre dans le sujet un mot clé, et le
sujket proprement dit. C'est classique. Ca sert parfois à repérer au
premier coup d'oeil de quoi va traiter le message, et faire une lecture
selective. Pas de faire un filtre pour envoyer les messages dont tu te
tape à la poubelle.

Pour ça, faut les filtres bayesiens de spamassassin, bien configurés, ça
fait le tri tout seul. Tu essaies, arno ?
Tu décide que tout ce qui est w3c AND fucking_normalisation c'est du
spam ? Tu verras, c'est de la balle, ce Bayes.

Et qu'est-ce qui interdit que le type qui veut nous casser les burnes avec
le quarante-douze millième message au sujet du xhtml, il mette bien
"modif", parce qu'il veut qu'on modifie SPIP pour le rendre incompatible
avec 90% des brouteurs de la planète?

la balise [TROLL]

Je constate de plus que, avec la meilleure volonté du monde, tu as titré
ton message: [porposition]. Mon validateur XML me signale que ce mot
n'existe dans aucune langue et, en signe de protestation, a fait planter le
driver DirectX de ma carte graphique.

Tu aurais du mettre, dans ce cas précis, la balise [gros TROLL puant]
:wink:

(hyperfastoche avec SPIP, mais pas signifiant pour deux sous). T'as trouvé
un logiciel libre qui fait pire que Vignette?

[Contre publicité]

Donc la structure du site est structurée par date? On abandonne toute autre
forme de structuration des sites (genre, au pif, une structure par
rubriques thématiques)?

[atos]
(kékivient foutre là, le pif, au fait ?)

que uzine.net/spip affiche un méchant waring pointant vers spip.net...

                                        ^^^^^^
          T'as trouvé ça dans quel dico ?
          ;-)

suivant: l'espace privé doit parfaitement pouvoir s'imprimer sur mon
imprimante Okidata, version 1984, matrice 12x8, à partir de mon vieil Apple
II GS reconfiguré sous FreeBSD.

Troll à part, que ce soit lynx, w3m, links ou autre, éditer un site spip
à partir d'un telnet ou un ssh sur un serveur quelconque a son intérêt.

L'espace privé -- avec les balises alt et title -- tel qu'il est
actuellement répond parfaitement à ce besoin.

De plus, les icones du site officiel seront très prochainement converties
en vectoriel sous format SVG, et les icones de l'espace privé entièrement
passées sous PNG-24. In the strict respect of the W3C recommandations.

Et comment tu imprimes tout ça sur ton Okidata 12x8 ?

pas leur mail avec Pine seront automatiquement dénoncés au service de la
redevance audiovisuelle.

A la team debiani, et à la FSF seraient plus appropriés.

[porposition pargmatique] Je porpose donc la constitution d'une équipe

<bruit>
Sleon une édtue de l'Uvinertisé de Cmabrigde, l'odrre des ltteers dnas
un mto n'a pas d'ipmrotncae, la suele coshe ipmrotnate est que
la pmeirère et la drenèire soit à la bnnoe pclae. Le rsete peut êrte
dnas un dsérorde ttoal et vuos puoevz tujoruos lrie snas porlblème.
C'est prace que le creaveu hmauin ne lit pas chuaqe ltetre elle-mmêe,
mias le mot cmome un tuot.
</bruit>

ARNO* wrote:

En ce moment, les deux seules propositions concrètes sur lesquelles on ne s'est pas encore penchés sont:
- la refonte du moteur d'analyse des squelettes; Fil et moi ne sommes pas très compétents sur le sujet, et le gars (j'ai plus son nom en tête, désolé) a proposé à tout le monde de venir tester différents squelettes à une adresse fournie;

c'est Christian :wink:

Bon, c'était encore du bruit tout ça.

Ceci dit, cette idée des balises dans le sujet, c'est une bonne chose je
pense. Non pas pour trier, mais tu vois au 1er coup d'oeil de quoi ça va
parler.
Ceux qui en mettront pas, ben ça sera comme maintenant.
Mais il y en aura au moins quelques-uns qui le feront, et ça ça améliorera
déjà le rapport signal/bruit nan ?

http://www.standblog.com/blog/2003/09/22/
http://www.standblog.com/blog/2003/09/ http://www.standblog.com/blog/2003/

Donc la structure du site est structurée par date? On abandonne toute autre forme de structuration des sites (genre, au pif, une structure par rubriques thématiques)?

on pourrait faire ca assez facilement dans SPIP. Si ca interesse qq je veux bien faire une maquette.
generalement on appelle ca des repertoires virtuels. Ca donnes des URL plutot sympa. Mais
comme le dit Antoine ca passe pas tres bien avec les langues exotiques.

[bizarrement j'ai posté hier soir à partir de mon Thunderbird maison sur le ng gmane, et ce n'est pas paru, je vais donc résumer ici]
[edit: en plus comme un c*n j'ai répondu direct à arno au lieu de répondre à la liste, je re-re poste :)]

1. sur les railleries des core-spipeurs : je ne dis pas autre chose que toi, Arno : des gens viennent faire des listes plus ou moins absconses et vous vous en moquez. Je ne dis pas que ça ne me fait pas rigoler, je dis juste que ça ne fait pas avancer le débat (je n'incrimine ni un côté ni l'autre, ou alors les deux ;-)), et tu soulignes avec raison que c'est sans doute dû à la crise de croissance de la liste spip-dev.

2. sur la conformité : je vais me charger effectivement de reprendre le dernier cvs et de faire un inventaire réel de ce qui coince. Et si possible d'y apporter des réponses concrètes, soit en modifiant le code si le CVS est suffisamment récent quand j'y jette un oeil, soit en donnant ici les points de code à corriger.

Et amicalement aussi si tu te laves les mains avant de m'en serrer cinq :slight_smile:

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