PageAccueil Plan du Site Modifications Récentes ModificationsRécentesDeProximité Comment Faire 2008-09-05 fr | 2008-09-04 fr |

WikiCommeCollage

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?.

Discussion

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 World Wine Wiki ?

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 :

To
alex@gnu.org
subject
Community Wiki Posting: Foo, où Foo est la page nom
body
les pièces jointes tex aussi ajoutées ; les pièces jointes image seront postées vers des pages avec le nom approprié.
conflit
le texte sera ajouté de la page, après niveaux de deux titres disant "Mail provenant de expediteur@example.com reçu le -DD-MM-YYYY HH:MI" ; les images seront postées vers une page et si la page existe déjà, un nombre sera ajouté à la page pour la rendre unique.

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 me manque t'il 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)qui ont des inclusions.

Spécifiquement :

  • Les fils RSS que j'obtiens de Flickr en utiisant SharpReader? me présentent un encadrement élégant. Avec une belle vignette de l'image.
  • J'assemble le 'podcasting' (avec lequel) je n'ai eu que quelques tout petit petits coût d'expérience, aussi (je peux me tromper) – tout à propos de l'inclusion de MP3 ou équivalent.
  • Quelques-un des émetteurs par Podcast des projets de tagging.
  • Quelques-uns des projets de tagging avec lesquels je me sens l'aise consiste à incorporer des méta-données à l'intérieur du fil et je ne voix pas de raison technique pour laquelle les applications clients pourraient ne pas simplifier le processus (ou le rendu) de cette information.
    • Je pense que c'est aussi in-line avec les quelques récentes discussions que nous avons ici sur cw à propos du filtrage côté client des Modifications Récentes)

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.

Véritablement, je sis de généraliser intentionnellement et dans le processus de pousser l'idée d'un "wiki" en quelque chose qui n'est pas un wiki.

Ce peut ête mieux de penser à la CommunautéWiki plutôt qu'au MoteurWiki, le logiciel.

La visions 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 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 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 simplemnet 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étroemboî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 nouis 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 DataBall 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 ;

  • la page wiki telle que nous l'avons maintenant
  • une DataBall en rapport avec cette page là (à cette heure j'imagine la DataBall étant organisée techniquement comme une sorte de fichier système base de données, par ex. une database qui gère (ou plus pratiquement aujourd'hui pointe vers) des fichiers complets de forme arbitraire.

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 intelligent, nous pourrions même le thématiser maintenant et le pointer à partir de tags.communitywiki.org.


PageTranslation LangueFrançaise WikiAsCollage


Notes de pied de page :

1. voir ContentRouting

ModifierLiensDeProximité: MeatballWiki PageWiki MoteurWiki InterfaceUtilisateur PatrickAnderson HyperTexte CommunautéWiki

Langues :