C'est quoi ?
- Un outil à créer pour disposer simplement sur une page wiki des conteneurs (Wiki Conteneur texte, image, son, etc).
- Une interface extrêmement simple, apprentissage "en
42 secondes"
- Réponse à un besoin souvent exprimé : quelques (petites) possibilités de mise en page d'une page wiki.
Ça pourrait fonctionner comment ?
- Création du Wiki Conteneur : après choix d'un outil dans une palette simplifiée ("conteneur texte", "conteneur tableau", etc.), le pointeur de la souris dessine le rectangle du conteneur.
- La géométrie et la disposition des Wiki Conteneur (s) sont modifiables (une palette "modes" modifie l'aspect du pointeur) avec une ergonomie simple s'inspirant des usages courants (tirer par les côtés, les coins, etc.).
- Les Wiki Conteneur (s) sont imbriquables (un peu). Ils ne se recouvrent pas (simplicité).
- Les Wiki Conteneur (s) peuvent être consultés "individuellement" par appel depuis un lien hypertexte, un peu comme le sont aujourdhui les sous-pages d'un wiki.
- Au sein d'une même page wiki un peu longue, un lien hypertexte depuis un Wiki Conteneur vers un autre devrait pouvoir entraîner un défilement de la page (ancre hypertexte).
- Des gabarits (gérés par ex. par l'administrateur) préservent la cohérence minimale (apparence) de la page et sa lisibilité. Par exemple, on ne peut créer / faire de modifications qui supposeraient un écran de 21 ' pour lire une "belle" page.
- Usage sur terminaux multiples : un usager de téléphone mobile, par exemple, doit pouvoir consulter une "page à conteneurs". Il ne verra sans doute pas la "belle mise en page" en entier (il pourrait par contre voir en entier un schéma de mise en page (des rectangles avec un titre)). Mais il pourra naviguer (notions de sommaire, d'arborescence navigable) entre conteneurs. Chaque Wiki Conteneur devrait posséder des étiquettes XML indiquant par exemple la taille (en pixels) minimale d'écran pour pouvoir le consulter "en beau", les modes de consultation alternatifs s'il y en a, etc.
- Simplicité et garde-fous : pas de fonctionnalités trop complexes à développer ou à utiliser. Garde-fous (limitations) volontaires pour prévenir les tentations "toujours plus" de l'utilisateur. Par exemple, pas de "flow" de texte entre Wiki Conteneur (s), ou limité. Il faut préserver ce qui fait l'originalité et l'utilité des wikis : la priorité au contenu (et donc à la facilité de création ou modification de contenus).
- Degrés de complexité d'usage : On peut imaginer que toute page / tout conteneur wiki soit au "degré 1" (par exemple, édition de texte comme dans une page wiki classique). L'utiisateur pourrait, selon son expérience assumée, choisir de créer / modifier en "degré 2" (par exemple, création/modification de conteneurs), etc.
Quelle serait la mécanique ?
- A moins d'une généralisation du Très Haut Débit, il faudrait prévoir une ressource de calcul locale pour l'interface graphique de définition des blocs. Par exemple une applet Java, etc. Une ressource compatible et non propriétaire bien sûr.
Discussion
- Est ce que cela existe déjà ?
- Etc.
-- Auteur Inconnu?
Ça fait quelque temps que je réfléchis à ce problème. Nous, développeurs de
WikiNi (moteur de wiki francophone), avons initiéé la mise en page de blocs à travers l'inclusion de pages dans une page cible : cf.
WikiNi:ActionInclude. Nous réfléchissons actuellement à des solutions pour aller plus loin encore, selon ce concept qui m'est cher de
CraoWiki:ToutLeMondePeutMaquetter. -- Charles Népote
- J'ai été voir. Bravo. Une suggestion pour aller plus loin et aboutir à
ToutLeMondePeutMaquetter : partir d'abord de l'interface utilisateur, et ensuite gérer les développements techniques.
- L'interface utilisateur de définition et disposition des blocs devrait être propre à Wiki Mise En Page, car il s'agit d'un Autre Paradigme. Une interface graphique est probablement la mieux adaptée.
- Question : comment faire pour mutualiser la conception de cette interface entre communautés de développeurs et aboutir à la définition de "standards" utilisables par tous les wikis ? --Xavier Maury
Autre Paradigme Wiki Prospective