HomePage RecentChanges

WikiPersonnel

(MeatballWikiParTerre)

Cette page a démarré sur WikiAsPim? et migrera sur MeatBall:WikiPersonnel.

Il existe d’autres pages sur des thématiques vraiment similaires

En anglais : Wiki:WikiOnPda?, WikiAsNotepad?, Wiki:PersonalWiki, PhpWiki:WikiAsPim? (Now broken: Wiki:WikiOnPalm?), WikiWordProcessor?

En français : CraoWiki:WikiPersonnel, FractalWiki:FR/WikiPersonnel

Il existe aussi un EmacsWiki:PlannerMode? pour les utilisateurs d’Emacs qui s’intègre très bien avec EmacsWiki:EmacsWikiMode?.

http://www.ourpla.net/john/wikiweblogpim.html


Je veux utiliser mon wiki comme mon GestionnaireInformationsPersonnelles. Pourquoi ? Parce que veux de l’esprit wiki (par exemple le lien automatique accidentel, le LangageLien) dans mon GIP, et je me soucie plus d’interopérer tout que du côté gadgetterie – la simplicité de wiki supporte ça. Je veux pouvoir contrôler mon information, et je veux que ce soit valable aussi pour n’importe d’autres, et du fait que tant de wikis soient en GPL, je m’attends à ce qu’ils aient pour finir quelque API commune externe (par XmlRpc ou ce que vous voulez), ce qui veut dire que quel que soit le travail que je fais ou qui sera fait, il sera disponible pour tous.

Les gestionnaires d’informations personnelles en LogicielLibre?/OpenSource? semblent se concentrer sur la duplication des bloatware propriétaires.

Un exemple concret de ce que j’ai à l’esprit :

Dans mon wiki, une page avec un nom de personne ou d’organisation est l’endroit où je mets son information. Nous développons une syntaxe ala wiki pour indiquer quelle information est quoi, et regexe intelligemment pour extraire l’information que nous ‘avons simplement pour l’instant collé dedans.

D’autres pages sont des groupes, ce qui veut simplement dire qu’elles listent un ensemble d’autres pages.

Simplement ça et les scripts de WikiPersonnel permettent des trucs à la ligne de commande comme ça :

email i (LocalPeople?, u (WorkFriends?, GameFriends?, FamiLy?)) ou email LocalPeople? && (WorkFriends? || GameFriends? || FamiLy?) …qui trouveraient les adresses email de tout le monde qui est sur n’importe lesquelles des pages de groupes des WorkFriends??, GameFriends?? ou FamiLy?? et est sur la page LocalPeople??, et envoie un événement à mon programme email par défaut lui disant d’ouivrir un nouveau message adressé à ces personnes là.

Ne vous souciez pas trop de saisir tout cela, parce qu’une grande priorité est d’implémenter la finalisation d’onglet.

Des trucs analogues peuvent être produits avec disons par exemple, des URLs et des adresses postalles pour autognérer des liens pertinents, des fichiers de mailmerge, etc. Pour les fils RSS, imaginez :

rss i (UnreadItems?, u (GeneralNews?, FamiLy?, GeekFun?) Encore plus en tête, mais c’est suffisant pour que nous commencions (je veux maintenir ça suffisamment simplement pour implémenter cela en vrai “RealSoonNow??”). Ainsi :

Quiconque connaîtrait quelque WikiPersonnel que je pourrais aimer compte tenu de ce qui est au-dessus ? (et même si ce n’est pas wiki).

Quiconque veut aider ?

Quelques questions pour plus de clarté sur ce dont je parle ? Je pensais que cela existerait depuis longtemps (les choses semblaient aller dans cette direction au début des années 90). le fait que cela n’existe pas (à la limite de ma connaissance) m’a amené à commencer à réapprendre à coder, mais c’est inefficace. Franchement je le designerais plutôt avec d’autres et faire en sorte que d’autres fassent la plupart du code. --JohnAbbe

Chez [Log Activity] j’ai une liste chronologique des Pages de Log où n’importe quel fichier donné a un Log Page Name est n’est uniquement listé qu’une fois et il est chronodaté pour la date et l’heure à laquelle il a été édité. Chaque fois qu’une Page Log est éditée elle aura le slot du haut sur la liste sans se soucier de quand elle a été créée. Ceci montre que les Pages Log actives seront les plus en haut sur la liste et cette information ensemble avec le Nom Log Page - sous la forme aaaammjj (ou l’Extension Log Page Name Extension) sera une information utile à regarder pour voir quand une page a été créée pour la première fois. Une page populaire qui est créée il y a quelque temps mais non renommée (juste éditée) continuera à surnager en haut de la liste. Ceci amène directement les pages les plus visitées en haut de la liste, ainsi si vous choisissez une page avec un vieux Log Page Nom créée qui soit proche du top dix, elle est probablement une page intéressante qui a été souvent éditée. Ou parfois le Log Page sera ressorti avec une extension vers le nom comme aaaammjjReply# - voir mon WikiWebLog? pour des exemples et essayer - ce sera une fête d’avoir là quelques commentaires !

Je n’ai jamais vu quelque chose comme ça dans n’importe quel blog ou livejournal et mon implémentation d’un WikiWeblog est un espace wiki avec toutes les fonctionnalités wiki. Il fait partie de mon espace personnel et il est relié à l’Open Space du wiki à travers une page passerelle sur notre WikiGroupe?? Profiles/UserName?. Dans une approche similaire au Log, les Profiles/RecentChanges? est un canal pour “feed” à partir de l’Espace Personnel que j’ai appelé “Member Activity”. Ceci inclura souvent des annoces (changements entrés sur les pages Profiles/UserName?) de nouvelles entrées de Log Page.

Je pense que l’usage de Modifications Récentes comme un index Log est un résultat simple, pratique qui est meilleur (ou différent) que tout autre index de calendrier que j’ai vu. Je pense encore que les calendriers sont plutôt “mignons” et pas nécessairement le meilleur moyen d’organiser un accès Log - même si la plupart des personnes sont très familières avec les icônes intuitives des calendriers. Et je ne suis pas d’accord sur le fait que les Noms Log Page soient naturellement adaptée à l’organisation par date et que cela supporterait l’automatisme et l’utilisation d’icônes calendriers comme des navigateurs d’information Log. Peut-être que nous pourrions utiliser un système de calendrier pour explorer le Log. Et l’interaction d’un WikiWebLog? avec d’autres GestionnaireInformationsPersonnelles est vraiment intéressante. Toute aide avec ces développement sera grandement appréciée. - RichardNelson?


Je suis en train de travailler sur un projet de WikiPersonnel avec un autre développeur à Seattle. Nous aimons tous les deux les wikis, mais quand vous utilisez wiki comme un WikiPersonnel, vous devenez rapidement frustré avec l’interface du navigateur. Notre stratégie a été de travailler en amont du contrôle de l’éditeur qui vient avec Google:wxPython. L’éditeur lui-même est véritablement écrit en Python, ce qui veut dire que nous ajoutons des fonctinnalités comme le lien sur les noms wiki avec du simple code Python. (l’éditeur fonctionne en toute fluidité, même s’il est écrit en Python ; bien sûr il y a encore beaucoup de C++ sous le capot.)

La majorité de notre travail à cette heure a été de nettoyer l’éditeur. L’outil a une sorte de tableau blanc virtuel – vous êtes toujours en train d’éditer du texte et une fois que vous quittez la page, y compris via un hyperlien, elle est automatiquement sauvegardée.

Le fait que nous utilisons un contrôle d’éditeur et voulons une interface wysiwig, nous n’implémenterons probablement qu’un petit sous-ensemble de mise en page wiki. Nous mettrons aussi des fonctionnalités de gestionnaire d’informations personnelles, comme un emailing automatique et plusieurs fonctionnalités de recherche.

J’aime vraiment l’idée des listes de diffusion automatique que John mentionne au-dessus.

– SteveHowell?

Il semble comme si cela est aussi aux bords du royaume de Wiki:WikiBrowser?. Quelque chance de pouvoir voir des photos-écrans ? Et je ne suis pas clair de savoir ce que tu as écrit ici, est-ce sans mode (voulant dire que je peux saisir un WikiNom? et puis simplement cliquer dessus pour aller là-bas ?)

Quelqu’un sur JspWiki? a déjà annoncé ça qu’ils travaillaient sur un client J2ME pour éditer un wiki sur l’interface XmlRpcToWiki?. Je pense qu’un éditeur externe, non basé sur le navigateur serait extrêmement ‘kewl’ et utile aussi too :-). --JanneJalkanen?

Cela ressemble aussi beaucoup à WikidPad (googlez-le). --JoshWand?


Je suis très intéressé par cette idée, mais aussi impliqué (a) je ne peux pas synchroniser vers un PDA (même si peut être je synchronisais sur un wiki fondé sur PDA ce pourrait fonctionner) et (b) aucune possibilité de programmation d’agenda de groupe (parce que je travaille dans une société)… Est-ce que ces fonctionnalités ne sont pas requises pour vous les mecs ? --BillSeitz

Ces fonctionnalités ne sont pas en haut de ma liste, mais je peux envisager des usages pour elles. – SteveHowell?

Le wiki en tant que WikiPersonnel pourrait être élégant mixé avec Wiki:PalmWiki?. Alors je pourrais peut-être récupérer mon Palm à partir de n’importe quel endroit où il peut se trouver dans le monde aujourd’hui (Japon ?) et véritablement l’utiliser. – SunirShah

Re : synchronisation, DanLyke? (de [Flutterby!]) a écrit un code qui si vous utilisez Wiki:PalmWiki?, génère du HTML à partir des fichiers qui produit des pilot-link (logiciel Unix Palm-syncronisation). D’ici quelques jours, j’aurai ce pilot link qui fonctionnera et je l’essaierai, peut -être même essayer de le modifier pour générer du texte clair au lieu du HTML, pour une importation facile vers mon wiki personnel (PikiePikie?). Ce n’est pas une synchro complète, mais ce serait un début. J’ai des problèmes à maintenir tous les développements que j’ai en tête, et me suis fait distraire récemment par confusion avec RadioUserland??. --JohnAbbe

La programmation d’agenda bénéficierait de quelques idées sur la façon de gérer le TempsDansWiki??. En général, j’imagine tout le monde ayant un wiki personnel à partir duquel ils publient vers différents wikis de groupes, aussi quelque chose comme ça pour l’information de programmation d’agenda gérerait le calendrier de groupe. --JohnAbbe


J’ai utilisé un wiki comme un WikiPersonnel sur mon PC. J’ai des pages au niveau le plus haut pour les To Do, Today, Diary, Work, Computers, Programming, Home et Projects sur lesquelles je suis en train de travailler. J’ai utilisé l’utilitaire cal dans unix pour imprimer un calendrier mensuel que je place sur mes pages Today et Diary ainsi je peux trouver les date. Il ressemble à ça :

   December 2002
 S  M Tu  W Th  F  S
 1  2  3  4  5  6  7
 8  9 10 11 12 13 1415 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

J’ai une PageDate pour chaque mois et saisis l’information avec le jour en cours au sommet. Ceci marche bien. C’est génial de pouvoir lier ensemble différents sujets (pages).

Je lis que [le WikiPersonnel Chandler] de Mitch Kapor permettra de lier ensemble des documents ala wiki. Chandler aura beaucoup de fonctionnalités de Lotus Agenda.. --DaveRaftery?

peut-être que vous aimerez cette nouvelle [fonctionnalité calendrier de ProWiki?]. – HelmutLeitner Très jolie, je l’apprécie. – BayleShanks

J’utilise PHPWiki avec le CalendarPlugin? et CalendarListPlugin? comme mon “GTD-enabled PIM/Calendar” personnel. J’ai une grosse Todoliste installée, que je tague avec [NextAction??]s quand c’est approprié. Puis j’ai “premade” (ndt ?) des liens FullTextSearch?? pour chaque NextAction??. Googlez PIMWikiLiner? pour voir mon application de rêve wiki en tant que WikiPersonnel.


[Pepys], un wiki Windows et WikiNavigateur? qui fonctionne localement sans serveur web. Cela élimine aussi le besoin d’utiliser une WikiSyntaxe? parce que c’est un WysiwygWiki?. Ceci a déjà été produit et c’est disponible pour votre PalmOS?. Regardez http://www.palmgear.com/software/showsoftware.cfm?prodID=44005


Voir aussi WikiWriter?, http://hytext.com/ww – JerryMuelver?


FlorianKonnertz a inventé les termes “personal private wiki” et “personal public wiki”. Le “personal public wiki” est comme une page personnelle, visible par tous. Le “personal private wiki” est comme un WikiPersonnel – il contient des contenus privés non destinés aux autres personnes.

Le point-clé est qu’il devrait être facile de migrer les pages à partir de l’espace privié vers l’espace public et vice versa. Les migrer dans l’aire publique est “publier”. Si “migrer” veut dire véritablement migrer les fichiers ou données à partir d’un wiki distinct vers un autre, ou simplement permettre et empêcher la protection par mot de passe d’une page dans un endroit unique, c’est spécifique à l’implémentation.

Ce peut être néanmoins étendu, de façon que la “publication” sorte et publie efficacement des pages sur des wikis externes. La partie importante est l’interface-utilisateur : il devrait y avoir peu de différence entre publier sur votre propre site et publier sur d’autres sites.

Un autre point est qu’il devrait être facile d’“importer” des choses (particulièrement des pages) d’intérêt venant de l’extérieur dans le wiki personnel, de façon qu’on puisse travailler dessus. Ceci va au delà du simple signe ou de l’InclusionRss?. Vous voulez véritablement copier la page externe, travailler dessus, et puis peut-être la publier à nouveau. “Importer” peut aussi être similaire à “s’abonner” – dans ce cas les pages provenant de sources externes semblent avoir été copiées à l’intérieur de votre wiki personnel, mais elles seront seulement copiées sur demande. Ceci est une petite torsion de l’interface-utilisateur qui est supposée supporter la notion que les pages flottent simplement dans et à l’extérieur de votre wikipersonnel, et les frontières entres les pages à l’extérieur et vos pages “personnelles” sembleront disparaître.

Voir XmlRpcToWiki? pour un morceau du puzzle requis pour construire un tel système.


Je n’utilise pas de pda, mai j’ai un wiki personnel que nous utilison pour garder une trace de nos trucs à la maison, liste des courses, listes de todo, projets en cours, information au hasard. La liste des courses est tout particulièrement utile. Ma femme peut y ajouter des items à partir de la maison ou au travail, et je reçois une notification par email, je l’imprime simplement dès que je pars. Je suppose que si j’avais un pda avec un navigateur, je n’aurais même pas à faire ça.


“J’ai utilisé MoinMoin? comme ma plateforme de gestion d’inforamtions personnelles” – Ed Taekema – http://www.pycs.net/users/0000177/2003/10/27.html#P54


J’utilise infocetera 2.0 en tant que WikiPersonnel. Elle a déjà des années mais je n’ai pas encore pu trouver quelque chose qui puisse la remplacer. Elle est pleinement auto-contenue et utilise TCL. Vous pouvez générer des bases de données pour les carnets d’adresses, programmation de réunion, agenda, listes de bugs, suivis de problèmes, todo list, etc. et elle inclut aussi un wiki. Ceci est pour moi le seul point faible car la fonctionnalité du wiki est limitée. (même si on peut importer n’importe lequel des outils mentionné au-dessus dans une page wiki. Vraiment une belle fonctionnalité.)

Le site http://www.infocetera.com était par terre durant un certain temps, aussi je supposer qu’une nouvelle version n’arrivera jamais :-(

Greetings, JeroenRoeterd??


J’utilise [Jreepad] - un GestionnaireInformationsPersonnelles open-source. Très simple et achevé - tout simplement une structure comme un arbre pour sauvegarder et stocker du texte en clair. Il a une fonctionnalité wiki basique, vous pouvez traiter les WikiMots? comme des liens vers différents noeuds….. Dan


Quelques personnes trouvent que SdiDesk? est utilise comme un GestionnaireInformationsPersonnelles avec une syntaxe et des fonctionnaltiés ala UseMod?. – PhilJones


DavidForrest? a testé la GestionDeProjet?.


LangueFrançaise PageTranslation WikiAsPim? DossierKnowledgeManagement?

++++++++++++++++++++++++++++++++++++

Pour une définition voir Community:WikiPersonnel. Un endroit pratique pour s’organiser. Peut-être réfléchir à une CarteMentale? pour un langage plus facile.

Community:DossierDossiers présente d’autres Dossiers sur les wikis. Sur ce WikiPersonnel, l’idée sera de développer plusieurs chemises pour ranger plusieurs sous-dossiers.

Etat de l’armoire en mai 2006 :

Contacts

Famille

'''Terre Wiki'''

Le DossierWiki pourrait se subdiviser :

DossierMoteurs?

Un sous-dossier technique et social du DossierWiki :

Autres Dossiers en cours

EditNearLinks: LangageLien WikidPad WikiWeblog DossierWiki SunirShah PageTranslation LangueFrançaise PhilJones MamanWiki BillSeitz FlorianKonnertz BayleShanks XmlRpc JohnAbbe HelmutLeitner PersonalWiki WikiSyntaxe

The same page on other sites:
Community:WikiPersonnel