Etiquette Wiki pour désigner des métaphores d'outils pour le partage des connaissances et des usages etc.

Intro

Une aspect frappant dans les usages et développements techniques des wikis depuis l'origine : il n'y a qu'une seule convention d'usage et d'écriture (texte hyperlié). Il faudrait des pages texte (comme actuellement), des pages tableau (etc.), chacune avec ses (très simples) conventions, le tout étant hyperlié et pluggable (insérable).

Autres paradigmes

• Le wiki classique est un paradigme de la feuille blanche (écriture collective en hypertexte) ou plus exactement d'un paquet de feuilles blanches.
• Le Wiki Tableau est un paradigme du tableau : lignes et colonnes existent déjà (par rapport à la feuille blanche), déterminant des cellules (écriture collective en hypertexte).
• On peut avoir besoin de ou imaginer d'autres paradigmes : Wiki Partition (pour écrire voire jouer de la musique), Wiki Outliner (Chaque item est dotée de possibilités d'expansion / rétraction), Wiki Chorégraphe, etc.

Il serait souhaitable que les communautés (usagers et développeurs) qui exploreront ces nouveaux outils et usages fassent que ces nouvelles sortes de pages soient aussi simples à utiliser que les wiki traditionnels.

Les nouvelles sortes de pages pourraient exister en tant que telles, et aussi pouvoir être incluses (plugin) dans des pages traditionnelles.

Discutons en à Autrans

Je propose que dans ou à côté de l'Atelier Posture Coopérative on consacre quelques minutes à propos des usages et besoins non couverts par les outils actuels.

--xm

Discussion

(à refactoriser ici ou quelque part)

Merci Xavier pour cette note de Wiki Prospective. Je crois beaucoup à l'avenir du chiffrier dans un Wiki. Faudrait en parler à Dan Bricklin ? -- xtof

Je n'avais pas -volontairement- parlé sur cette page de tableur (chiffrier), parce que les tableurs sont des outils extrêmement puissants voire complexes dont les possesseurs, à 99%, se servent uniquement comme tableaux. Ceci me conduit à penser (cf. proposition ci-dessus dans Atelier Posture Coopérative) qu'une piste possible de discussion prospective est la multiplicité des niveaux de complexité proposée aux acteurs (écriveurs et lecteurs). Par exemple je choisirais (à mes risques et périls) d'écrire un tableau en niveau 1 (simple tableau), niveau 2 (cellules calculables, premier niveau de chiffrier), etc. Idéal, non ? Cela pourrait entraîner dans la réalité, des difficultés de développement technique (par exemple compatibilité des versions successives d'une cellule ou d'un groupe de cellules dun chiffrier, gestion des différences)--xm

Dan Bricklin : viendrait il à Autrans (ce serait Wiki Super Bien !) ? invité par qui ? Jean Yves Stervinou ? viendrait il en tant que philosophe, que businessman ? Et puisque j'en suis aux interrogations, ne faudrait il pas dans le programme d'Autrans insérer quelque chose comme Business Autrement? - brièvement : s'inspirer de quelques idées du logiciel libre, comme la possibilité de développer de façon arborescente et coopérative, pour usages lucratifs ou non, sans "bloquer" une idée ou une technique par une appropriation exclusive. Le marché capitaliste "bête" opère une ségrégation entre les idées, les volontés, les moyens. Les passerelles entre ces ressources (Venture capitalism, clubs divers) sont rares, étroites, peu reliées, et peuvent conduire à renforcer les appropriations exclusives qui ne produisent pas toujours (pas souvent ..) de la richesse colllective ou même individuelle. De la même façon que l'Internet des Connaissances idéal enrichit tous et chacun, un Internet du Business Autrement renforcerait les connaissances, les capacités, etc. --xm

Un peu de prospective à Autrans ? pas forcément un Atelier ou une Conférence (qui animerait ? Gaudin ? Morin ?) mais peut être par exemple une promenade (terminée par un chocolat, un vin chaud ...) ou un repas (affiches proposant des tables thématiques, s'inscrire, etc. Cela vaudrait aussi pour autre chose que la prospective). Et pourquoi pas, un appel (séance finale) pour une "suite d'Autrans", ou la proposition qu'Autrans 2005 (où que cela se passe) soit focalisé sur la prospective. --xm

Wiki Prospective Dossier Prospective

Tentative d'explication et de définition

• Une chorégraphie dessine dans un espace à trois dimensions les trajectoires d'objets animés de propriétés et mouvements propres.
• Un outil Wiki Chorégraphe permet de créer de façon collective, avec des conventions très simples, des chorégraphies.

Quels seraient les usages ?

• création personnelle (au sens de Page Personnelle) d'oeuvres.
• création collective
• ludique (idées de jeux, etc.)

Soyons modestes ...

• Un tel projet est probablement très ambitieux. Pour se faire la main (explorer développements techniques et usages), on pourrait peut être commencer par faire de la mise en place (mise en page) d'objets statiques (conteneurs de textes, images, sons, etc.). Ce serait Wiki Mise En Page, Wiki Draw (trouvez d'autres noms!).

Wiki Prospective Autre Paradigme

(grosse flemme - voir Wiki Mise En Page pour définition temporaire du Wiki Conteneur - je reviendrai + tard rédiger qqch)--xm

Dossier Glossaire

Pourquoi

Lorsque nous étions enfants, nous avons créé et communiqué avec le dessin bien avant de maîtriser l'écriture. Aujourd'hui encore nous pouvons avoir plaisir ou avantage à utiliser le dessin. Pourquoi ne pas essayer de dessiner en ligne sur un wiki, pour créer (individuellement ou collectivement) et partager ?

Mais c'est quoi, un Wiki Dessin ?

• Comme le Wiki Tableau ou le Wiki Mise En Page, c'est un Wiki Conteneur pouvant fonctionner de façon autonome (une page dans un wiki, avec ses règles d'usage propres à la catégorie Wiki Dessin) ou intégrée avec d'autres conteneurs au sein d'une page wiki.
• C'est un outil "à la wiki", permettant de créer ou modifier de façon simple un dessin. Ses fonctionnalités sont donc limitées de façon à permettre un apprentissage rapide, donc à potentialiser un grand nombre d'utilisateurs au sein de communautés. Pour des oeuvres complexes, mieux vaut utiliser des outils hors ligne ad hoc (scanner, Illustrator, etc) puis télécharger le résultat sur un wiki.
• Fonctionnalités limitées, mais on peut prévoir (cf. Wiki Mise En Page) des "degrés de complexité d'usage" adaptés aux besoins des utilisateurs.

Quelques usages et pratiques

• Dessiner
• Griffonner, parce que c'est parfois beaucoup plus pratique pour communiquer que de taper de longues phrases sur le clavier. Un petit crobard vite fait et sans prétention, c'est bien utile. Réinventons en ligne les coins de nappes en papier.
• Ecrire. Mais oui ... Il y a beaucoup de gens ou de situations pour lesquels il est préférable d'écrire (manuscrit) que de taper au clavier. Ecrivons donc en ligne.

Fonctionnalités

• Quelques palettes très simples (outils, modes).
• Etc. (à développer. cf Wiki Mise En Page)
• Compatibilité avec le dessin hors ligne : formats et transcripteurs de formats, de façon à pouvoir travailler alternativement en ligne / hors ligne selon besoins.

Quelques contraintes

La première contrainte est l'outil à main. Dessiner à la souris est faisable (mais peu pratique pour des "oeuvres" un tout petit peu complexes). Les tablettes à dessin existent, sont peu chères, peuvent fonctionner "au doigt" ou au stylet, mais ne sont pas encore très répandues (elles le seront davantage dès que Wiki Dessin existera...).

Améliorations ?

• Comme on n'arrête pas le progrès ("Toujours plus", cf. François de Closets ...) ni les plugins, le format de stockage des dessins "écrits" devrait permettre une "reconnaissance d'écriture" en ligne (immédiate ou différée).
• Surlignons et tamponnons avec des surligneurs et tampons hypertextuels.

Discussion

à vos crayons ! ... et en attendant, à vos claviers

 |\/|  .    .
 /o=o'`./      .'
{o,   \    {
  / .  . )    \
  `-` '-' \    }
 .(   (   ).'
'---._ _ _|   rp
}}}
|]|] sur AbbeNormal:

• Ce qui existe :

une recherche MAUVAIS URL -- retirez tous les <, >, " livre déjà qq indications. Notamment des applets + ou - adaptées (faire adapter une applet ?). Un pb : modifier un dessin existant (chargement automatique dans l'applet de tout ou du contenu du conteneur dessin). Une possibilité : laisser à l'utilisateur le choix parmi qqes applets conseillées. La séquence idéale serait "activer édition" -> choisir l'applet -> chargement automatique dans l'applet du contenu à éditer (feuille vide, dessin existant, contenu du presse-papier, fichier local, fichier "foutoir") et affichage d'une fenêtre dédiée à l'applet (menus, aide, etc.) -> éditer -> terminer (ne rien sauvegarder, ou sauvegarder dans le conteneur, ou dans un "foutoir" wiki, ou sur disque local -> fermer fenêtre

SVG est ton ami. Il s'agit d'un vocabulaire XML permettant de définir des dessins vectoriels. Il existe d'ores-et-déjà plusieurs implémentations pour réaliser des Wiki Dessin. Danny Ayers, sur xml.com, détaille même le processus technique pour réaliser un Wiki Tableau Blanc?. On verra :

• Creating an SVG Wiki, par Danny Ayers.
• Une photo d'écran des test de Danny Ayers
• Une démo fonctionnelle (fonctionne bien avec IE ; non testé avec Mozilla (la dernière version béta pour Wikindows du plugin d'Adobe fonctionnerai désormais avec Mozilla) ; devrait fonctionner avec Amaya ?).

J'ai jeté un coup d'oeil au code et je pense que la réalisation peut être rapide : on peut peut être envisager une implémentation (forcément expérimentale) d'ici Autrans 2004. Arnaud ?

-- Charles Nepote

Merci Charles. Bon je crois qu'Arnaud a un sacré boulot sur le Mesh Network. Continuons le Remue Méninges et poursuivons le cahier des charges de l'espace virtuel de coopération de rêve en attendant sa venue sur le CraoWiki:WikiDuFutur. Discutons-en sur une prochaine Mousse Autrans ? -- xtof

Wiki Prospective Autre Paradigme

Basé sur le principe des Interfaces Collectives, le WikiMiroir permet aux Utilisateurs Producteurs de contenus de voir leur information augmentée par l'information collective. Il s'agit de reprendre ici le schéma de communication de Shannon et Weaver et de le couper en deux sur son axe de symétrie. On ne garde donc qu'un coté. Le WikiMiroir permet de recomposer le schéma initial de communication. (figure ci-dessous).

WikiMiroir est une interface d' Intelligence Collective qui découle naturellement des concepts de communication des Réseaux Ouverts (Open Networks) -- Luc Legay

Intéressant pour définir le Wiki Du Futur ou notre recherche en cours pour définir les espaces de collaboration de l'Atelier Pgi Rejoins-nous vite pour expliquer :) -- xtof

Dossier Glossaire

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

Wiki Outliner

Proposé par Xavier Maury, je crois savoir que le wiki est déjà par nature un idéateur* de groupe

Usage possible à ce titre

• remplir une Idéo Sphère chère à Bernard Werber.

(outliner en Grand Breton)

Dossier Glossaire

Essai de définition

• Le wiki classique est un paradigme de la feuille blanche (écriture collective en hypertexte)
• Le Wiki Tableau est un paradigme du tableau : lignes et colonnes existent déjà (par rapport à la feuille blanche), déterminant des cellules (écriture collective en hypertexte).

Mini cahier des charges

• Simplicité des conventions d'écriture et mise en page
• Gestion des différences
• Pages tableau existant en tant que telles, ou intégrées (plugin) au sein d'une page wiki
• Evolutivité éventuelle vers tableur (notion de calcul).

Mais ça existe peut être déjà

• Qui sait si par exemple il est possible de mettre en ligne une feuille de calcul (Excel ou autre) et d'agir dessus interactivement et collectivement ? Serait ce adapté (simplicité, plugabilité dans une page wiki, gestion des autorisations, gestion des différences, ...) à un simple usage Wiki Tableau ?

Ailleurs :

• Autre Paradigme
• CraoWiki:WikiTableau

Wiki Prospective Dossier Glossaire