Le laboratoire Viabloga

Bonsoir à tou(te)s !

Cet article pour vous dire, au sujet de mon chantier qui a des airs de n'être plus en cours :
.

1. j'ai eu les yeux plus gros que le ventre, et n'ai pas été capable d'accoucher de ce que j'avais dans la tête avant que la vraie vie ne me rattrape; je vous prie de bien vouloir m'en excuser;
   .
2. je suis absolument incapable, pour plein de raisons, de produire quoi que ce soit avant courant janvier;
   .
3. je ne pourrais "montrer" ce que j'aurais pondu qu'en direct live, avec échange verbal permettant d'expliquer mon binz et de constater ce que cela suscite comme réactions chez mes interlocuteurs; et nous définirons alors la manière de le mettre en ligne et de l'exploiter (si c'est exploitable).
   .

Je vous propose donc une réunion place de valois entre le 15 et le 28 janvier.
En tout début de soirée, sans escale préalable au café du coin ;-)
A vous de me dire quelles sont les dates qui vous conviennent.
Il est nécessaire de fixer cette date dès maintenant pour que je puisse prendre mes dispositions en conséquence.
.

Merci de faire semblant de compréhensionner la vile PrometteusePasTeneuse que je suis.

Sous la pression qui me revient en boomerang ;-), je propose le schéma suivant à votre réflexion.

Ce sont les "méta-données", c'est à dire le modèle qui permet d'organiser les données.
Tous les concepts que vous y trouverez sont issus des délires des participants au labo et à vie de viabloga.
J'ai juste essayé de les structurer.

Je n'ai pas le temps là maintenant d'expliquer chaque objet et chaque relation, mais je compte sur Jean-Luc et Stéphane pour répondre aux premières questions.
Comme ça on verra si mon second merdier coloriage reflète ce qu'ils avaient imaginé.

Forte de vos remarques toutes plus pertinentes les unes que les autres (merci very much), j'ai modifié le modèle de la façon suivante :

Version 2 (25/09/06) :

• ajout du modèle pour tenir compte des particularités de mise en page;
• ajout du type de fichier pour tenir compte des traitements spécifiques aux images, aux sons, aux vidéos, ...;
• correction texte <- version;
• ajout du blabla qui est un vrai objet du site lié à l'utilisateur;
• ajout du profil, puisqu'un utilisateur peut exister sans avoir de profil
  (oui, je sais, je dis parfois des choses philosophiquement inadmissibles (et ça ne me fait même pas frémir ;-)))

Version 2.1 (02/10/06) :

• ajout de la relation texte du mot pour tenir compte du fait qu'un mot-clé peut être "expliqué" par un texte;
• ajout des relations de création et de dernière lecture entre l'utilisateur et l'article.

Je publie ici l'image modifiée.
Ce travail servira de base à l'étape suivante : recensement des "attributs" des objets et relations que nous venons d'identifier.

Cela n'empêche pas que quiconque peut continuer de faire des remarques sur le modèle, celui-ci pouvant évoluer au fur et à mesure que nous nous imprégnerons mieux du contenu du cerveau de Stéphane. ;-)
.

Je vous livre ici la 1^ère version du schéma d’ensemble. (voir 2ème version)

Vous trouverez ensuite :

• un commentaire de décodage, pour cellesceux que ça intéresse, expliquant comment interpréter le schéma;
• puis plusieurs commentaires commençant ici avec mes remarques et questions.

Le but de la manip étant de valider ma compréhension du shtruk et de m’assurer que je n’ai rien oublié. Poil au péroné.
.

Je n'arrive pas à insérer l'image du bidule à la taille adéquate.
Pour pouvoir le lire (si si, y a des truks à lire à l'intérieur) il faut cliquer dessus puis l'agrandir à l'aide des fonctionnalités de votre navigateur.

Il est ici au format ".gif"
Il me semble plus propre au format ".wmf" que vous trouverez ici (pour cellesceux qui ne sont pas allergiques à billy).

Réponse à ce commentaire :


Pour les rubriques n'oublions pas la première partie de notre travail qui a engendré le sommaire et des classifications.

• Les rubriques sont liées aux articles et donc au contenu permettant aux différents utilisateurs d'intervenir. Elles sont idéales pour tout ce qui est discussion
• Les textes permettent de mettre en place un contenu et une navigation thématique et/ou hierarchique. Ils sont idéals pour toute ce qui est présentation

A mon avis, les rubriques du site des utilisateurs seraient donc logiquement (et si on s'en tient à notre sommaire) :

• Actualités
• Aide en direct (faudrait trouver un autre terme)
• Suggestions
• Recommandations
• Documentation (ou autre nom)

J'aurais tendance à penser qu'une rubrique laboratoire serait peut-être la bienvenue. Dans un sens, il est très pratique de pouvoir faire des tests en live comme ça et avoir le retour direct des utilisateurs. Dans l'autre, on peut se retrouver avec des modèles ou des fonctionnalités qui déroutent totalement le chaland et les nouveaux. Maintenant c'est sûr que la finalité était de rassembler d'une manière cohérente les éléments de la plate-forme et qu'en gardant le labo à part, on dissemine l'information.
La question est ouverte et la liste de rubriques aussi bien sûr.

Mais pour faciliter la lecture, la navigation et la modération du sites des utilisateurs, il faut arriver déjà à mettre en place une charte qui cadre un peu le tout.

Toute demande de suggestion devrait faire l'objet d'un article par exemple. Perso, je me suis rendue compte bien après que Delphine l'ait fait, qu'elle m'avait répondu au sujet d'une demande de fonctionnalité "Site en maintenance". Tout simplement parce qu'on ne pense pas à aller voir le texte de sa suggestion tous les jours. D'ailleurs en débutant, ça ne m'était même pas venu à l'idée que quelqu'un puisse me "parler" sur cette page. En contrôlant les suggestions grâce aux articles, on évite les redondances, on aiguille les nouveaux, et on s'explique surtout. Il y aurait à dire sur les suggestions car certaines n'en sont plus, elles sont devenues des fonctionnalités et ne devraient donc plus être dans la liste, si on est logique.

Pour la rubrique "documentation", je m'explique.
Le problème de la "documentation" est qu'elle n'est justement pas une rubrique par rapport à la construction que nous envisageons (c'est une masse de textes), et qu'il sera donc difficile de l'implémenter dans la navigation par onglets qui seront les premiers objets de navigation explorés par les utilisateurs.
En faisant une rubrique "documentation", on peut donner un accès direct (et aussi harmonieux) à la doc qu'au reste du site. Le seul souci c'est qu'on se retrouve avec une page de sommaire de rubrique, mais rien n'empêche de faire un article de "bienvenue" avec le lien vers le sommaire de la doc.
Sinon, il faudra mettre un lien vers ce sommaire quelque part de toutes manières. Et on ne gardera pas un bloc en haut comme ça ? C'est bien pour les nouveaux, mais c'est lourd pour les autres.

Ce serait judicieux pour les sites qui exploitent les textes. Comme celui-ci.
L'équivalent en quelque sorte de 'Modifications récentes', une commande essentielle des wikis.
Evoquerai-je encore une fois MediaWiki qui propose un classement évolué (suivant les navigateurs) par jour et par auteur des modifications ?

Le but du modèle Lena est d'aller plus loin que ce qui était proposé avant au niveau de l'utilisation de la feuille de style afin de pouvoir personnaliser au maximum la présentation des informations (et là on sort des cartouches de mots-clé qui sont une solution à part).

J'ai créé un texte pour le suivi de ce modèle, j'en ai profité pour tester l'affichage des titres (dont les styles sont définis pour les textes), et donc testé également le sommaire automatique et la présentation du tout.

Ce qui serait bien ça serait :

• de toujours définir les styles des 5 niveaux de titres (taille, espacements, couleurs...) afin de ménager une cohérence visuelle et que la présentation via l'éditeur HTML soit la plus aisée possible (ça ne sera jamais optimimum vu la la manière donc HTML Area interagit mais bon... FCKeditor est beaucoup mieux, entre nous soit dit).

• d'encapsuler les paragraphes de la liste des textes et de la liste des articles (Articles faisant un lien vers "nom_du_text" :)dans une div pour chacune avec un id, et de mettre une balise h3 pour leurs titres. J'ai noté que ces listes font toujours un peu paquet. L'avantage d'une div spécifique pour chacune de ces listes permettraient à chacun de jouer avec les styles (fonds, couleurs, bordures, etc...) pour scinder l'information proprement.

• d'affecter une classe par niveau au sommaire automatique. Premier <ul class="level_list1">, deuxième ul imbriqué <ul class="level_list2">, etc... afin (toujours) de permettre une personnalisation visuelle la plus fine (couleurs évidemment mais aussi type de puces ou numérotation...)
  

Bon... déjà vous noterez que j'ai mis cet article dans Ergonomie et Navigation parce que c'est pour le moment ce qui m'intéresse le plus par rapport à ce modèle destiné en priorité aux sites collaboratifs.

Ce modèle Lena est loin d'être nettoyé et terminé, mais il m'a permis de tester divers trucs et de m'apercevoir qu'il y avait de nombreuses limitations par rapport à mon idée première. (je l'ai pas fait tester sur Safari encore par contre).

Le rose c'est pour vous faire réagir :o)
Et puis j'avais vu que Stéphane avait commencé à personnaliser RDC en rose, je me suis dit que ça lui manquait peut-être comme coloris dans les modèles.


1 - Personnalisation graphique du modèle :
Le titre n'est pas beau parce que je l'ai laissé en "personnalisable", autrement dit c'est tout du texte sur le bandeau et pas un titre mis directement sur image.
Autrement, pour le moment ce n'est pas personnalisable, ou juste pour deux paramètres que j'ai inclus surtout pour voir si ça marchait. Mais j'ai repéré le fonctionnement et ça ne sera pas le plus long à mettre en oeuvre une fois que le modèle sera définitif.
Par contre, j'ai inclus exprès des images comme les onglets, le motif sur le background et le triangle des puces, pour voir avec Stéphane s'il était effectivement possible de reproduire la même chose en personnalisable. (pas pour les titres de la sidebar... ça c'est pur fainéantise de ma part, je ferais un autre truc plus tard).
J'ai laissé l'image des titres de RDC pour le moment. En fait je n'ai pas trop travaillé sur tout ce qui est icones et autres repères visuels.


2- Les attribute custom_
J'ai donc eu un souci avec l'histoire des mots-clé (pas possible d'insérer un mot-clé dans un champ de saisie custom). J'ai tout de même gardé la mise en page pour le moment, histoire de vous montrer ce que j'avais en tête. En fait on peu insérer un mot clé, mais en se coltinant la saisie directe du lien généré par le moteur, genre :
<a href="http://maquettes.viabloga.com/texts/sommaire.shtml"
rel="tag" class="wiki_link" title="1 article">sommaire</a>

Ce qui n'a, évidemment, aucun intérêt. En plus ça génère un défaut d'affichage dans le formulaire des articles.
Ce qui amène au second problème, les attribute custom_ ne peuvent être insérés que dans les formulaires des articles :o(
Donc impossible de personnaliser celui des textes, des commentaires et des profils.

J'ai ajouté aussi un attribute custom_author_url2 pour faire un lien sur le site de l'auteur d'un article. Mais d'un part, je trouve que c'est vraiment pénible pour un membre d'avoir à renseigner tout le temps ce champ et d'autre part... ça ne peut pas se faire dans les commentaires (formulaire de commentaire).


3- La navigation par onglet
Ce qui m'ennuie avec le système des onglets incluant la page principale c'est qu'on ne peut pas la rendre "active" comme les autres. J'ai tenté de bidouiller avec un false, mais comme on est dans une boucle...
Mon idée était de faire en sorte qu'elle ne soit active que quand on était sur la page d'accueil. Je ne me suis pas penchée de trop dessus non plus.


4- La sous-navigation par bloc commandes
J'ai tenté plusieurs trucs visuels, et vraiment le fait d'avoir deux menus de navigation horizontaux me paraît un peu lourd. J'ai donc inclus un bloc personnalisé pour vous montrer ce que ça peut donner. Dans ce bloc, je mets également en avant l'identifiant de connexion (parce que des fois on ne fait pas attention que sa session est terminée et on commente en anonyme). Ca met aussi l'accent sur le fait que si on est anonyme c'est qu'il existe un moyen d'être autre chose (en s'inscrivant). Si l'idée plaît, on peut le passer en bloc public ?


Conclusion :
Enfin tout ça n'est que suggestions, j'avais besoin de faire des tests pour voir ce qu'il était possible de faire. A partir de là, c'est plus facile de cogiter à plusieurs.

Il y a pas mal de bugs encore, mais j'ai besoin de tester sur un site qui tourne pour en faire le tour.
L'article sommaire automatique est mis à mal du fait qu'il inclus des niveaux de titre (pour le bien de la démonstration) qui ne devraient pas se situer à un tel niveau. Ce qui montre d'ailleurs l'importance de définir des styles de titres dans les div de message dès lors qu'un éditeur html est utilisé.

J'ai d'autres choses à dire, mais je ne veux pas faire un article de 1 km de long pour démarrer ;o)

Maintenant qu'on va bientot pouvoir configurer super finement les blocs d'un modele de mise en page, je me dis qu'il va falloir trouver un systeme pour qu'on puisse conserver cette configuration d'un modele a l'autre, sans qu'on soit oblige de recopier a la main tout son menu bloc a chaque fois qu'on sort une nouvelle mise en page.

Le plus simple, ca serait de standardiser les modeles pour qu'ils aient tous le meme genre de blocs, avec les memes noms. Donc un bloc en haut, des blocs dans une colonne, eventuellement des blocs dans une deuxieme colonne. Toute la configuration des blocs nommes de la meme facon pourrait etre reutilisee dans les nouveaux modeles. Si on veut.

Reste plus qu'a trouver une facon intelligente de presenter ca.

C'est un peu le meme probleme que la presentation des listes, que j'ai resolu en permettant de reutiliser la presentation d'une autre liste.

Qu'en pensez vous ?

Le fil RSS des commentaires est un vrai plus. Pour ceux qui n'utilisent pas ou qui n'aiment pas la syndication, le bloc associé permet de voir immédiatement les nouveaux commentaires postés, par qui, par rapport à quel article, et de les atteindre directement pour découvrir le reste.

Ok, pour cela. Il faut le dire quand on a de vrais motifs de satisfaction. Et maintenant ?

• Quid d'un fil RSS pour les textes ? Les DerniersChangements dans un fil distinct, comme sur les wikis ?
• Quid également de l'équivalent d'un DerniersChangements pour les articles et les commentaires, et cette fois structuré en arborescence, comme une sorte de sommaire des articles et de leurs commentaires associés et organisés ? On arrive bien à présenter ces commentaires par fil de discussion. On ne pourrait pas obtenir la même chose mais avec seulement les titres, par sections, avec l'auteur et la date ?