Cette page a démarré sur WikiAsCollage
Un "collage" est “l’assemblage de différentes formes créant un nouvel ensemble.”
C’est fondé sur le mot français, “collé”, en anglais “to stick.”
En regardant wiki comme un collage, nous pouvons penser à différentes façons de l’améliorer.
Basiquement, vous voulez qu’il soit plus facile de coller des choses sur le wiki. Une fois que c’est sur le wiki, votre CommunautéWiki peut travailler pour l’organiser. Mais d’abord vous devez obtenir les trucs à coller dessus. Il existe un problème de RoutageContenu?1.
Ceci suggère de faire qu’il soit possible de poster différentes choses vers le wiki :
Si nous faisons ça, notre vision du wiki se modifie pour aller “du site d’auteurs en communauté HyperTexte” vers la “DataBall communautaire.”
Ceci est en rapport avec l’idée d’un “serveur de groupe” provenant de la page UneGrandeSoupe. Probablement un wiki qui a produit toutes ces choses devrait commencer à ressembler à quelque chose d’autre. L’édition de document serait une fonctionnalité du “wiki”. Mais pas nécessairement le centre du wiki.
Ceci dit, les documents ont une belle façon de coller les choses ensemble – tout particulièrement si l’on envisage cela d’une perspective document-comme-dans-MessagesVsDocuments?.
Ce n’est pas une nouvelle idée. Les gens ont parlé depuis un bon moment de l’emailing wiki et quelques wikis l’ont implémenté. La plupart des wikis supportent les fichiers en pièce-jointe. L’inclusion automatique d’images, je n’en suis pas si sûr.
Ce que cette page traite essentiellement néanmoins est de voir wiki comme un collage.
Quand vous envoyez des trucs sur un wiki, vous pourriez lui dire où aller. Ou peut-être que vous pourriez le laisser s’asseoir dans une case divers.
J’ai pensé là qu’il y aurait peut-être quelque chose comme des “points de colle” ou des “hot spots” dans un wiki.
Si vous faites référence à une image non-existante sur un wiki, et puis allez ensuite dans un programme d’édition d’image- quand vous sauvegardez et dites que vous travaillez sur CW, il devrait pouvoir lister les points collants.
Ceci vous aide à vous économiser sur le Visual:LongImageIncorporationProcess. Vous n’avez pas à manuellement lancer des fichiers systèmes et tout ce qui va avec etc.
Je soupçonne que la raison essentielle pour laquelle nous n’avons d’outils orientés e-mail est tout simplement parce que la plupart d’entre nous ici ne comprennent pas très bien les interfaces en rapport avec l’e-mail.
Ce serait génial si vous pouviez écrire un email à “WikiCommeCollage@communitywiki.org”, et d’avoir les contenus qui s’ajoutent sur la page. Ou la page créée si c’est une nouvelle.
L’expéditeur pourrait être identifié par son adresse e-mail, et automatiquement associé à un utilisateur.
Si la page nom avait “Image” en bas, et si elle avait une pièce jointe qui était un GIF, JPG, ou PNG, alors elle produirait la page portrait et elle copierait l’image sur le serveur.
Si le programme avait “Portrait” à la fin, et s’il avait une pièce-jointe attachée graphique similaire, il devrait (Lion croise les doigts) faire fonctionner un algorithme de détection de visage, choisir une région carrée pour l’enclore, la retailler à 48x48, et mettre cela sur la page portrait.
Bam ! expressions faciales émotionnelles et instantanées, si nous avions un téléphone-photo qui envoie des images par e-mail.
WikiCommeUnPêleMêle pourrait devenir une future adaptation de ton “collage” français
belle idée Lion. Que penser de la musique, des voix, et mpeg et tout ce qui va avec sur une belle InterfaceUtilisateur comme 10x10 ou un agrégateur new age comme CraoWiki:VeillerAuGrain ? J’aimerais l’imaginer pour tous les usages d’un futur WorldWineWiki? ?
J’ai un filtre procmail pour alex@gnu.org qui postera n’importe quel SMS ou MMS (images en pièces jointes)sur mon wiki blog. Je peux faire la même chose ou quelque chose d’équivalent pour CommunityWiki, mais je suis pas sûr de la manière dont cela sera utile. Voulez-vous vraiment essayer quelque chose comme ça ?
Voilà comment je le spécifierais :
Cette approche a l’avantage de ne pas vous obliger à faire confiance à une adresse email qui se fait attrapper par tous ; au lieu de cela, ça fonctionnera pour toute adresse email uniuqe où vous pouvez installer un serveur procmail. J’aimerais installer quelque chose comme ça dans taoriver.net … Puis-je utiliser alex@taoriver.net?
Peut-être qu’il me manque les connexions qui supportent les idées sur cette page, mais cela résonne en moi comme ce qui a été décrit en automne dans le champ des RssFeed?(s) ayant des inclusions.
Spécifiquement :
Si ces observations sont pertinentes, alors il me semble que WikiCommeCollage a besoin d’ête plus précisément défini comme un contributeur de certaines formes d’information ou de données, plutôt que comme un répertoire central pour un ensemble significatif étendu de formes de données telles que les images, les fichiers son, etc.
Ecoutez, je ne suis pas en train d’aller contre l’idée d’étendre ce que font les wikis. Je me demande simplement s’il n’y a pas un ensemble “naturel” de capacités pour les wikis, simplement comme il y en a pour beaucoup d’autres outils. Si c’est comme ça, alors il peut être approprié de se défendre contre certaines sales fonctionnalités et risquer de voir tout comme un ‘clou’ à taper avec un (wiki) ‘marteau’. De ce fait, je me demande si wiki devrait devenir un collage ?
Oh, je vois.
En fait, je ne fais que généraliser intentionnellement et suis dans le processus de pousser l’idée d’un “wiki” en quelque chose qui n’est pas un wiki.
Ce peut être mieux de penser à la CommunautéWiki plutôt qu’au MoteurWiki, le logiciel.
La vision est que nous comme personne explorons le web et le “processons” pour qu’il produise du sens.
Imaginez qu’au lieu d’un wiki, nous ayons une “balle de données (data)”.
Chaque fois que nous voyons quelque chose que nous voulons organiser dans notre balle de données, nous le lançons à l’intérieur de la balle.
Puis nous l’organisons de l’autre côté, et le faisons s’adapter à l’intérieur de notre production - de notre compréhension du monde.
En termes de wiki, cette production c’est les documents. Mais comme nous migrons vers UneGrandeSoupe de médiums à l’avenir, “wiki” fusionnera dans ces sortes de “balles de données”. C’est ce à quoi je pense, avec le “collage”.
Voilà un cas d’utilisation de SignetSocialVersWiki :
Je m’interroge : “Qu’arrive t-il si nous pensons wiki comme un collage plus général, plutôt que simplement un collage de liens ?”
La pensée peut ne mener nulle part, mais c’est un moyen d’explorer le concept.
Si le résultat n’est pas un wiki, ça me va. UneGrandeSoupe. Les enfants du Wiki.
Ce serait agréable de jeter des citations sur les pages wiki.
Si nous lisons une page, et qu’elle a une belle citation que nous pourrions attacher à une page dans notre wiki (de façon abstraite, dans le langage du “collage” - un “noeud dans notre wiki”,) alors nous pourrions router la citation vers la page à côté de l’attribution de la source et du titre.
Nous pouvons faire ça sur le sommet de SignetSocialVersWiki, en faisant usage de la description et en rétro-emboîtant le signet unalog pour utiliser le texte sélectionné pour remplir la description.
Alors quand nous retournerons vers la page wiki, nous verrons toutes les citations et pages auxquelles nous avons pensées qui étaient pertinentes pour elle.
Yeah, superbe idée.
Je pense que la section qui nécessiterait le plus d’effort (pas nécessairement un effort difficile, juste du temps) serait de permettre à toutes ces applications de faire que l’utilisateur puisse de manière pratique envoyer des morceaux de données sur le wiki. Avoir la DataBalle pour recevoir les bits sera en contraste facile.
Sur la fin de la réception, je vois deux types de choses à attacher sur chaque PageWiki ;
Nous pourrions UtiliserDesTags sur ce wiki, sans véritablemnet écrire quelque code pour CommunityWiki ;
Nous pourrions simplement installer un serveur UnaLog, dédié simplement à communitywiki et l’hyperlier à partir de la page Modifications Récentes.
Si nous voulions être vraiment intelligents, nous pourrions même le thématiser maintenant et le pointer à partir de tags.communitywiki.org.