Version: 1.2.5 (using 3.5.5, Debian Package 4:3.5.5a.dfsg.1-8etch1 (4.0)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.18-6-k7 I know, this is probably demaning a lot, but in my experience wikis are one of the best tools to link up info -- and that's the core purpose of Kontact isn't it? Have all incoming info at one place? And have it handy. Adding some kind of wiki would even more help so to get all those info of different sources into one big and coherent picture, wouldn't it? You could probably set up a new wiki entry, link to a mail just landed in Kmail and a bunch of news we just read about in Akregator, maybe some other link to a calendar event or else. Get the picture? -- I think, that would really much make sense. Though maybe not as easy to implement. Maybe basKet could help with that..
I'm closing this wish. Because KOrganizer now has the ability to post your journal onto a wiki. You can use the "Journal in a blog" resource in KOrganizer to do this. You may post bugs against KOrganizer if this blogging resource doesn't work for you or if it has bugs.
Allen, thanks for relating to my wish, and for offering alternatives. However, those alternatives look like being far from the picture I intended to draw by my feature request: Be able to link notes to mails, or baskets, or to appointments made in the korganizer or vice versa or intermixed anyway else. My idea is to enable the user to link up stuff belonging together by nothing more but dead-simple wiki syntax. Sure, I could have my own wiki (I have) and, indeed, it would be nice to at least dump stuff there, if from kOrganizer or whereever else, but that would be static only. Appointments change, get shifted to another day or blown off. Also, if you've got mails in a common mails database wouldn't it make more sense to be able to just point to a certain mail [by said wiki-like] functionality rather than by just copying the mail to the wiki? -- And thus wasting space. Not to mention, that a mail you'd point to would remain in its natural context, thus other mails in a thread could be read too. How would one replicate a mail thread in a text wiki (where the mail needed to get dumped too)? And, would any developer really want to replicate that functionality for a wiki, although it's ready by a mail programm? . The idea of this feature request was to enable the user to link their stuff together by using the powers of KDE and, for the user, by no more efforts but (double-)bracketing some words of e.g. a note to e.g. a [http://bugs.kde.org/show_bug.cgi?id=164091 |bug report]. . I mean, isn't it really time to overcome linear textprocessing? Keep data separate to their applications? Why not enable the user to link them inter-application-wise, just as they need it? -- And I mean a user, not a developer who'd be used to more sophisticated needs to get such linking-up. . Would be nice, if you'd re-open this here feature request though. Best, Wolfram
Ok, reopening.
Thanks a lot! :)
By far the best personal wiki available is Zim: http://zim-wiki.org/ That application is now getting ported to Python but it remains a GTK application. If KDE devs want to create a wiki, then Zim would be the best application to copy.