Le laboratoire Viabloga

Bonjour à tous,
Utilisateur viabloga depuis un mois, je me demande pourquoi il n'y a pas de modèle de blog à trois colonnes avec une bannière graphique personnalisable. En effet, on a le choix entre des modéle soit à trois colonne où on ne peut pas afficher sa propore bannière ou des modéles à deux colonne: articles + blocs personnalisable et une bannière perso. Est-ce un problème  technique ? Est-ce facilement techniquement modifiable ?

Parce qu'on est en train de développer un truc un peu plus spécifique que les acteurs et que je n'ai plus assez de largeur dans les commentaires :o)

mot-clé pour un simple terme transformé en mot-clé

sélection-clé pour une sélection transformée en mot-clé

titre-clé pour le titre du document créé avec le mot-clé

contenu-clé pour le contenu de ce document

liste-clé pour un index constitué par un mot-clé

Ce qui me dérange dans ta terminologie (jlb) c'est que les choses ne sont pas claires pour un utlisateur lambda, toi tu sauras à quoi te référer parce que tu auras appris ton vocabulaire, mais celui qui arrivera de but en blanc là-dessus n'y comprendra pas grand chose à mon avis..

Prenons, si tu veux bien, les choses dans le bon ordre, c'est à dire en décrivant les fontionnalités intrasèques des textes (en schématisant beaucoup).

1 - Chaque fois qu'on crée un nouveau texte, on crée en fait une nouvelle page (dynamique).
Ca revient au même que si on ajoutait une feuille blanche dans un classeur qui s'appelle "texts". Donc le fameux "Titre" de la capture d'écran suivante est en fait le nom de la nouvelle "page".

C'est ce nom qu'on va retrouver dans l'adresse de cette page.
Exemple avec sommaire : http://labo.viabloga.com/texts/sommaire.shtml
Si c'était vraiment un classeur matériel, pour retrouver cette page, nous lui donnerions un numéro. Ici nous n'en avons pas besoin puisqu'on peut la retrouver facilement grâce aux liens.


2 - On crée à nouveau un titre qui est en fait un futur lien



En gros, on indique ici que le mot test = test.shtml.



3 - On insère les balises de lien autour d'un mot strictement identique à ce que nous avons tapé comme second titre.

C'est à dire qu'on le sélectionne et qu'on clique sur
A partir de là on a ça dans la source : <a class="wiki">test</a>
Et comme on a quelque part test=test.shtml, notre mot (ou groupe de mots) est devenu un lien, on clique et on arrive sur notre page :
http://labo.viabloga.com/texts/test.shtml

Les "clés" additionnelles sont ni plus ni moins que des rajouts d'index.
tests = test.shtml
mes tests=test.html


Conclusion

A partir de ça, je me demande en fait si c'est vraiment une bonne chose de se compliquer la vie avec un vocabulaire en surcouche.

Les textes sont en fait des pages, le premier "titre", leur "adresse" et le second "titre" est bien le titre du contenu mais également la chaîne de caractères principale du lien qui permettra à l'internaute de cliquer pour arriver sur cette page.

Imaginons l'interface de création ainsi :





Je ne sais pas pour vous, mais moi j'aurais gagné un temps fou en arrivant sur quelque chose de ce genre.

Je ferais juste une remarque, pour être très précis et ne pas induire encore en erreur : le titre de la page créée ne constitue aucun lien. Par défaut, l'application propose la dénomination de la page mais ce titre peut être modifié, voire supprimé (exemple : la page du bloc central).

En fait, je partais d'une explication simple pour un nouvel utilisateur, donc une explication qui exclue au départ les options possibles. L'apprentissage est souvent linéaire.

Effectivement la présence d'un titre est optionnelle (ça tu viens de me l'apprendre), mais comment créer un lien "automatique" (c'est-à-dire avec la formidable option proposée par viabloga) si tu n'as ni titre ni clé additionnelle ?

Dans ton exemple du bloc central, je suppose que tu as utilisé le bouton permettant de créer un lien, tapé la chaine de caractères de ton lien (page du bloc central) puis indiqué l'url de la page. Tu as utilisé l'implémentation classique de lien et non pas l'implémentation automatique qui permet de créer un lien sans avoir à se préoccuper du nom de la page (du fichier) et de son adresse (relative ou absolue).
Dans la source ton lien donne ça :
<a title="Avertissement" href="../texts/avertissement.shtml">page du bloc central</a>

"page du bloc central" est ton lien, le groupe de mots sur lequel on clique pour arriver sur la page avertissement.shtml

J'ai créé une page "test" sans titre mais avec une clé additionnelle.
test
ça marche (enfin j'espère, je le verrais à la publication de ce commentaire) en automatique, j'ai bien les balises a de la classe wiki (<a class="wiki">test</a>) et je n'ai pas eu me préoccuper de la localisation de la page test.shtml, mais comment je fais si je n'ai ni titre, ni clé additionnelle pour faire la même chose ?

A partir du moment où tu crées un texte, effectivement tu peux y acceder (tu as créé le fichier et toi tu connais son nom), mais il te faut forcément un lien pour permettre la navigation telle qu'elle existe sur le web d'aujourd'hui.

Ou alors un truc important m'a echappé ?

donc ça marche en mettant aussi le nom du fichier, Stephane a dû implémenter la fonction pour que la reconnaissance soit automatique :o)

Il n'en reste pas moins que "avertissement" est un lien => chaîne de caractère rendue cliquable gràce à des balises HTML et que avertissement.shtml est une page créée avant.

A mon avis, on a dû mal à se comprendre parce que toi tu pars du principe qu'un lien est l'adresse.

J'ai mis Bienvenue comme titre du texte Avertissement.

Voilà une catégorie qui nous avait échappé !

Merci, Stéphane, pour l'explication. Maintenant, je comprends les mots-clés qui sont listés lorsque l'on utilise le bouton sans avoir préalablement sélectionné quoi que ce soit (parfois même quand on veut transformer une sélection en mot-clé - ce qui agace !).

Pour les synonymes, c'est vrai que quasiment personne ne les utilise. Et pour cause ! Cela pourrait pourtant se révéler bien utile, notamment dans le cas d'une doc ou d'un glossaire. Il n'est vraiment pas possible de les attacher de manière permanente et visible ? Si ce n'est pas trop compliqué, bien entendu...

Je ne voudrais pas me faire une réputation de compliqué, ou de chicaneur, mais voilà typiquement une fonction qui n'en est pas une car elle découvre une ressource et en même temps elle ne permet pas vraiment de l'exploiter. Autant la supprimer tant qu'elle n'est pas totalement développée.

Il y a plusieurs types de "pages" :

- les articles
- les textes
(- les listes)

Le probleme du mot "texte", c'est qu'un article est aussi un texte. "page" ne fait que reporter le meme probleme.

Si je vous dis aussi que j'ai l'intention de transformer tous les titres d'articles en mots-clés référants à ces articles, ca simplifie ? ;-)

Donc la, toutes les "pages" (articles et textes) auraient un titre qui serait le mot-clé principal (mais pas forcément le seul) pointant vers cette page.

Les différences entre articles et textes seraient alors :

- présentation par ordre chronologique inverse des articles
- rangements en rubriques des articles
- commentaires des articles
- usage : un article est publie par une personne, puis commente

- historique des textes
- usage : un texte est ecrit par une personne puis directement modifie par les autres

Bien sur le probleme des usages est qu'on peut tres bien faire l'inverse si on veut.

> C'est prévu pour quand cette très intéressante implémentation  ?

C'est indéterminé. ;-) C'est une demande de Stéphane Lee pour les Demandeurs.

> Dès lors je crois qu'il vaudrait mieux ressortir à la fois la structure commune aux trois types de pages - articles (news), textes (texts) et profils utilisateurs (users) - et ce qui les différencie fondamentalement. Cela aiderait à déterminer le type de pages qui convient mieux à telle ou telle exploitation et comment on peut les combiner - problématique que nous rencontrons pour ce site.

Bonne idée.

>Stéphane, tu confirmes bien que c'est la dénomination initiale de la page qui constituerait le lien principal et non son titre qui peut être modifié ? Il faut être précis.

Je confirme. Plus exactement, ce n'est pas le titre initial, c'est le lien initial. Si tu mets un mot-clé toto puis que tu cliques sur Ajouter, même si tu mets titi comme titre, ça sera toto le mot-clé.

Le problème des roadmaps, c'est que c'est super dur à faire avec des ressources fluctuantes. ;-)

Bon comme Stéphane a l'air d'être en train de recréer un demandeur sans viabloga, je me demande si ça vaut le coup finalement. Ce n'est pas si simple que ça à faire.

Le probleme du mot "texte", c'est qu'un article est aussi un texte. "page" ne fait que reporter le meme probleme.

C'est vrai, il y a des pages d'article, des pages de texte, des pages de liste, des pages de profil, et même des pages de liste des archives et de sommaire...

L'idée a retenir c'est peut-être justement de garder ce vocabulaire de départ pour expliquer Viabloga (parce que c'est le but ultime, rendre sa puissance accessible à tous... et un blogger est souvent un internaute qui a envie au départ d'un outil convivial et compréhensible).

Donc :
page d'articles avec les spécificités que tu listes
page de texte, idem pour les spécificités
page de profil
etc....

sauf que certaines n'ont pas besoin d'être expliquées (du moins pour les utilisateurs des fontions basiques), leur fonctionnement saute aux yeux assez vite.

Pour les usages, je pense que nous devons nous en tenir à l'usage prévu par vous créateurs (comme le dit jlb). Rien n'empêche ensuite quelqu'un d'en faire ce qu'il veut une fois qu'il a compris les principes.
Ce que nous souhaitons faire avec la plate-forme d'ailleurs : adapter le bébé à notre cas de figure.

Je confirme. Plus exactement, ce n'est pas le titre initial, c'est le lien initial. Si tu mets un mot-clé toto [ajouter] puis que tu cliques sur Ajouter, même si tu mets titi comme titre, ça sera toto le mot-clé.

Perdu, t'as dit mot-clé ;o)
Bon, je comprends ce que tu veux dire parce que j'imagine un peu les rouages. Pour toi la variable créée est va permettre de générer le lien et la page de texte, donc c'est un mot clé.
J'essayais de me mettre dans la peau d'un utilisateur et donc de ne pas utiliser mot-clé au départ.

Il faudrait éviter qu'on dérive dans les commentaires et les débats.
Je pense que vous avez noté que nous ne sommes pas nombreux pour faire ce que nous voulons faire, et il est important de rester dans nos clous si nous voulons y arriver.
J'aurais bien aimé que des pistes soient données pour les utilisateurs (Sommaire), ça serait bien que ça soit un peu collaboratif tout ça.
Je vais commencer à remplir, et on en discutera à fur et à mesure dans ce cas.

Stéphane, labosonic, leblase et tgtg étaient intervenus sur un des sujets... je n'ai pas répondu parce que je pense que c'est toi qui est le plus à même de dire ce que tu en penses (à propos du slogan).
Fais-leur une petite réponse stp :o)
J'aimerais bien qu'ils ne se sentent pas exclus du projet et qu'ils continuent à nous présenter leurs idées. Ils apportent leur vision et ça ne peut que nous être utile.

J'avais évoqué le coup de l'usine à gaz dès le départ oui :o)

Sinon les risques prinicpaux sont à mon avis :
- qu'une démobilisation fasse que le projet tombe à l'eau
- qu'il y ait une mésentente entre les locomotives
- qu'il y est une dispersion par rapport aux objectifs initiaux
- de mal spécifier les fonctionnalités par rapport aux besoins

Et effectivement la prise en compte de troisième risque implique d'éviter l'effet tunnel et le manque d'itérations. Quand on travaille sur un projet où on est la fois maître d'ouvrage et maître d'oeuvre, c'est toujours plus compliqué à gérer puisqu'on peut se permettre des décisions immédiates et l'implémentation de nouvelles fonctions non pensées au départ. Les "cibles" ont été listées, pour les fonctionnalités c'est en cours. Faire émerger d'abord tout ce qu'il est possible de faire avec un weblog devrait nous permettre ensuite d'en arriver aux spécifications par utilisateur de la plate-forme.
J'avoue que moi aussi des fois j'ai du mal à suivre, tout comme, j'en suis certaine, jlb et Stéphane doivent avoir du mal à me suivre des fois. Nous communiquons par écrit, ce qui n'est pas le mode de communication qui permet la meilleure réactivité. Perso, j'avais fait ces gros tableaux parce que je pensais que c'était ce qu'ils voulaient puisque j'avais compris que les catégories devaient être présentes sur chacune des pages. En les faisant, je me suis aperçu qu'il y avait une bonne idée à peaufiner.

Pour les maquettes tu as tout à fait raison.