Ma reference CSS en suspend
Par Laurentj le jeudi, octobre 13 2005, 13:43 - Technologies Web - Lien permanent
J'avais annoncé il y a quelques jours (euh.. non en fait bientôt un mois ! ça passe trop vite !), que je préparais une référence CSS. Et depuis... Rien. Et j'en suis vraiment désolé. Je n'ai pas eu le temps à cause d'autres priorités et du coup c'est standby. Les données sont presque toutes saisies dans une base : relations entre mots-clés et propriétés CSS, la version CSS pour lesquels ils sont disponibles, etc., mais il n'y a aucune description. Car ce boulot, je compte bien le laisser à l'internaute.
Le problème, c'est l'outil de consultation/édition pour lequel j'avais émis quelques idées. Rien n'est fait de ce coté là. En fait, j'ai du mal à voir comment le réaliser, comment proposer une interface simple, à me décider sur des choix techniques etc.. Car le cahier des charges que je me suis imposé au fil du temps s'est complexifié. Mais je compte m'y remettre le plus vite possible, et pas tout seul..
Si il y a d'ailleurs des personnes intéressées par la réalisation de cet outil de consultation et d'édition coopérative journalisée, qu'elles se fassent connaître.
Commentaires
Je serais éventuellement interessé, mais il faudrait d'abord voir le cahier des charges.
Bonjour, je peux peut être vous apporter une petite contribution en me penchant sur la question de la mise en page, agencement de l'information. Dans cette optique vous pourriez me faire parvenir le cahier des charges en PDF (ou autre format à votre convenance) Fred
Bonsoir,
Je serais également interessé par le cahier des charges et éventuellement apporté mon aide.
Merci
Bonsoir Laurent,
Comme je le disais justement dans ton précédent billet à ce sujet, j'avais pensé à une sorte de Wiki que chacun pourrait compléter, en ajoutant de nouvelles propriétés, de nouvelles références, mais aussi quelques exemples d'utilisation, etc. Docuwiki me semblait approprié pour ce genre de choses, puisque ce genre d'interface pourrait être claire et riche à la fois. Il est clair que le travail que tu as accompli constituerait un excellent point de départ pour la personne qui reprendra le flambeau. Il faudrait voir ton cahier des charges, effectivement. Je pourrais éventuellement te venir en aide.
A très bientôt.
Je suis partant également.
Romain : l'idée du wiki, c'est à dire l'idée que chacun puisse éditer les données d'une propriété CSS est excellente. Par contre, l'idée d'utiliser un wiki est trés mauvaise pour moi. En effet, cela veut dire que toutes les données d'une propriété CSS (description, version css, exemples, liste des mots clés et valeurs utilisables, compatibilité tel navigateur etc) sont dans un même champs de saisie. Donc dans un même texte.
Cela veut dire alors que l'on perd toutes ces relations entre données. Comment vais-je pouvoir exporter, utiliser toutes ces données ? je ne pourrais pas.
Si j'avais voulu faire ça dans un wiki, je l'aurais fait depuis longtemps.
C'est pourquoi je reflechi au developpement d'un outils collaboratif comme le wiki, mais bien plus évolué en fait, où on peut éditer séparément chaque donnée d'une propriété, chacune de ces données correspondant à un champs (ou ensemble de champs) dans la base.
Le problème est la complexité du truc à développer, et j'essaye de trouver un truc plus simple à développer, tout en essayant que ça reste aussi puissant.
Mon idée principale étant de remplir une vraie base de donnée, et de pouvoir exporter tout ou partie de ces données. Un exemple, je veux produire une ref complete en HTML -> export de la base complete. Mais si je veux faire qu'une sidebar simple, il ne me faut qu'une partie de ces données. Si je veux une sidebar complete, il va falloir que j'éclate ces données en plusieurs fichiers, lisible via des boites de dialogue. etc..
Bref, je veux que le mode de stockage de la reference puisse être réutilisable. Avec un wiki classique, les données ne sont pas réutilisables. (et d'ailleurs tout les wikis stockant une référence d'un langage ne sont pas pratiques à lire car la présentation des données est difficile à faire.
Je suis partant, mais ma participation sera sans doute plus ponctuelle que régulière (peu de temps libre, malheureusement). Peut-tu poster le cahier des charges. Et je suppose l'utilisation de MySQL et PHP, non ?
OK, je vois déjà mieux, et tu as tout à fait raison. La portabilité des données pourrait être grandement accrue en développant un outil spécial. Cela serait pas mal si tu pouvais mettre le cahier des charges en ligne, ou du moins les grandes lignes de ton projet. Cela permettrait de voir exactement ce que tu veux faire, les tables et les champs que tu as choisis pour les structures SQL déjà établies.
Ensuite, il serait possible que l'on se partage le travail : le code PHP avec les différentes requêtes, le design CSS, etc. Je suis prêt volontiers à t'apporter mon aide pour réaliser une partie du code. Un outil de la sorte me motive ! ;-)
Bonjour,
Une remarque : le wiki peut tout à fait être adapté à ces contraintes. Voir l'exemple du wikiflow de l'atelier Opquast : - structuration de l'enregistrement unique en sections auxquelles sont attribuables des droits d'édition différents - exports possibles d'un choix de sections ou d'une section unique pour chaque enregistrement.
Le wiki n'exploite donc pas la base de données "finale", mais sert à la constituer via ces exports.
La "complexité du truc" que tu cites n'est pas nécessaire ;)
Si, la complexité est toujours là. Tu ne fais que la déplacer : lors de l'export.
Imaginons un exemple où il y aurait une section "version CSS" où on indique la version CSS pour laquelle la propriété existe. L'analyse du contenu risque d'être plutôt acrobatique, entre ceux qui écriront "CSS 2", ou "CSS version 2", ou "cette propriété est présente depuis CSS 2.", ou "CSS 54" etc... Et je ne parle pas de celui qui va mettre cette section n'importe où dans la page..
Tu va me dire, qu'avec ton système de wikiflow, ça peut être corrigé à la validation. Mais bon, ce genre de saisie de donnée ne devrait pas à être modérer.
Pour bien faire les choses, il faudrait un vrai formulaire d'édition, où il y a un contrôle de saisi adapté à chaque donnée que l'on saisi (une listbox pour le choix de la version CSS par ex). Je ne sais pas si un tel système wiki existe (où on puisse, lors de la création de la page, choisir le gabarit, donc le formulaire d'édition, ce qui permettra un stockage structuré de l'information, même si c'est dans un unique champs texte, facilitant alors l'export). Si oui, ça m'interresse.
Le système de sections illustré par l'atelier permet en effet (j'aurais dû le préciser) de différencier les modes d'édition selon la section. Rien n'empêche que telle section (celle de la version) soit éditable uniquement sous la forme d'une saisie contrôlée (listbox), telle autre sous une forme totalement libre (la section exemple), ou encore telle autre avec une validation spécifique du contenu entré (liste des mots clés, par exemple)...
D'autre part, dans l'exemple de la version CSS, on a plutôt affaire, du point de vue Wiki, à une métadonnée de la fiche, à l'exemple du niveau, de la rubrique ou du service d'une proposition de bonne pratique sur l'atelier Opquast. Sur ce dernier, ce n'est accessible qu'aux admins ou responsables, et je ne peux donc pas vraiment te donner l'exemple en ligne, mais nous passons justement par un formulaire de listbox pour entrer ces valeurs dans la page wiki d'une bonne pratique ;)
Honnêtement, l'adaptation de ce système au projet de référence CSS me semble à envisager. J'avoue que je suis assez tenté ;)
Bon, Laurent, parlons serieusement :-) Il se trouve où le code source de votre mediawiki hacké ? :-)
Effectivement, le problème (potentiel) du wiki est son manque de structure. Il serait donc judicieux de saisir un fichier XML dans le Wiki qui serait éventuellement validé à chaque fin d'édition ? Le travail serait donc de faire un schéma approprié puis à terme une feuille de style adéquat... Si j'ai par rater un trop gros morceau du film... De plus ca serait intéressant...
aaaaaahhhh horreur !!! Pas ça malheureux ! Ce qui fait le succés des wiki, c'est justement le fait qu'il n'y a pas de balises à saisir, que la saisie est simple ! Pas de connaissance technique nécessaire. La syntaxe wiki a justement été faite pour éliminer la nécéssité de saisir du html, des balises trop longues et compliquées à saisir.
Par contre, que le stockage soit en xml, dans un champs de type texte, oui, pourquoi pas. En fait, ce que j'aimerai, c'est un wiki qui permette, lorsque l'on crée une page, de choisir un type de page. Dans le système wiki, à chaque type de page est associé :
Connaissant donc le type de page, pour la saisie le système affiche le formulaire correspondant (pas une simple grosse zone de saisie (textarea)).
Pour la sauvegarde, les données correspondantes à chaque controle de saisie sont stockées en xml dans la base, suivant le format indiqué (via un template). Autre solution, chaque donnée peut être stockées dans différents champs d'une table spécifique à chaque type de page, mais ça risque d'être compliqué à développer. Vaut peut être mieux fournir un outil d'export pour récuperer les données et pouvoir les réinjecter sous la forme que l'on veut : dans une base dont le schema correspond à la structure des données saisie, ou sous forme CSV, PDF, XML ou autre...
Et pour afficher la page, le système wiki utilise le template correspondant au type de page à afficher.
Juste pour savoir si dans une certaine mesure ton projet n'existe pas déja : http://wiki.media-box.net/documentation/css Il est possible que j'ai mal saisi ce que tu souhaitais faire...