Klaus Staerk alerted us to the launch
of pim.kde.org.
The main goal of this site is to organize KDE Personal Information Management news updates as well as group together all the related projects and goals.
The site already has some basic information about not so well-known PIM
projects such as Kandy,Karm, andKAlarm. Also available is information on current and future roadmaps for KDE PIM.

no, it's not "dead". As Rik Hemsley informed there's quite some information I can put on pim.kde.org about that - unfortunately I had no time to do that yet - but it will be online within the next few days ...

As a minor contributor to Kpilot, I'd just like to update ya'll on where's it at and where it's going. Currently it is in that infamous "state of flux" where cvs isn't going to do you much good :-) However, it's really starting to solidify, and we hope to have a 2.x compatabile release (seperate from kde3) here within a month. The improvments will be various, including real live usb support, much better conduit support, actual *working* conduits :-), reworked dialogs both for ease of use and ease of programming (lots of kde-designer based stuff), new icons (for all kde-pim stuff, hopefully), and did I mention better conduits?

Anyways, just a heads up that it is going great guns and Expect Good Things (esp. those of you like me who have usb-cradles for their handsprings). Of course, we also have visions for where we are going in the future wrt more interoperability with the various apps and "workflow stations", but for now I'm pretty content with just getting the program working properly for the most number of people :-)

Oh, and just to answer the FAQ, no, palm 50x's are not supported and won't be until pilot-link is updated. Sorry :-(

What about support for platforms other than Linux? The thing I love about KDE is how easily it compiles on multiple platforms, especially Solaris 8 x86. I've never been able to get KPilot to compile correctly, however. Has any work been done on solving these kinds of issues? I've yet to find a decent program for syncing my Palm IIIc with Solaris!

I know Adriaan DeGroot (the current maintainer) has installed FreeBSD soley for testing with kpilot, and I also know he has mentioned Solaris issues before (with length of device names) so it is definetly something he is concerned about. However, and this is always true, if you have a box that you can test stuff on, even if it's just a "make/compile breaks here" sort of report, it will be gladly recieved and fixed. Your best bet is to download the current cvs version and go from there. Step-by-step instructions on how to do that is at http://lists.kde.org/?l=kde-pim&m=100283864713485&w=2 however, it's now down to: steps 1-6 and step 7 being cd kpilot && make. OH, and there was a typo, step 6 should have read --with-extra-includes=/usr/includes/libpisock.

What about an IOSlave?
There was a discussion here a while back about an IOSlave/Konq kpart. This would allow a "My PDA" top level folder in Konq to which we can drag applications ton install. I can imagine right clicking it to sync and clicking it in order to see kpilot embeded in Konq.

Feel free to implement that :-) Well, in all fairness, there are some other things on our plate right now (like making core stuff work), but that sounds like a great idea, and should be fairly easy once the rest is in place. If you could right-click->install on .pda, I would probably stop using pilot-xfer :-)

Well, I use it, got used to it, but couldn't find any reason wy to use it in KDE as we., I do my notes with knotes, mail with kmail adresses in Kadressbook, and my Agenda is in KOrganizer.
Nice set of apps that do the job, interact with each other (ok some parts could interact a bit more), and best of all, don't use the resources that Outlook or Evolution use.
But well, that's my $0.02

Oh, come on. Computers need to be at least somewhat visually appealing, as long as it isn't taken to such extremes that it becomes a priority over performance (see iMac). That's what styles, window decorations, and backgrounds are for.

On the other hand, I rather prefer kmail's look to any of the mozilla themes I've tried.

LyX will currently be ported to QT2 (and GTK, too). The more people are willing to help, the earlier we will see a QT2-Version (actually, most of the dialogs are ready). And maybe there will be a real KDE-Port eventually...
Have a look at http://www.devel.lyx.org/guii.php3

some days ago I read that klyx (or qlyx) exists and works, so search the web :-)

And I have to use outlook at work, IMO it sucks beyond believe, no comparison to kmail. I don't understand how people can actaully use it. One of the worst GUI's I've ever seen. Even www.gmx.net is better.

KLyX exists indeed (I use it quite a lot), but there's one major problem: afaik it's only available for KDE 1.x (or Qt 1.x, for that matter). The next problem (for me anyway) is that it depends on a non-free (as in: closed-source) lib (xforms). Luckily there's a port underway: LyX (not KLyX) is being ported to Qt2, as someone already said.

Oh Gimme a break .. are you just saying that to be politically correct?

Outlook is a very well thought out and feature rich application. It's only problem is that it isn't written using QT/KDE and doesn't run on Linux.

My default desktop at the moment is KDE, so I'm using kmail. I like it, but there are definately some features I used to use in outlook that I miss. For example, Kmail doesn't have the ability to apply filters to views of mail folders. I used to view some folders on Outlook with filters set so that only new + threaded mails were visible.

Nor is there an easy way to mark a folder "read" without first selecting everything in the folder and that is expensive when there are 10,000+ mails in the folder (as there are in many of my old Outlook mail list folders). Outlook has a RMB menu option to mark the folder as read. A small feature, but one I used several times every day!

So don't knock Outlook because because it's not Linux ; it has a lot of good things going for it.

What KDE-PIM need is a konquerer like framework that allow kmail, korganiser, kaddressbook, kpilot, etc fit into one. User customisable of course. If someone dont need a function just have to take it out. Fully plugable

Because it integrates a KMail-like and a KOrganizer-like application:
email (duh!) + automatic organiser + ...

You receive a proposal for an appoint, and you can accept/reject it. If you accept, your organizer is updated automatically. I never thought it would work (I'm a KDE junky) but in my current job we all use it and I got to admit, it's a great application (that is, if you're not running Win2k and don't mind the crashes etc.)

KDE could do this if KMail and KOrganiser were integrated. This has been suggested before, but I don't think anybody is actually doing it (??).

No, No, No, read the question. This person is talking about "syncing" not porting. They don't want QT Embedded linux on the pda, although I agree it's a great option, assuming it's doable on your CE Devices architecture. They are talking about a program to sync their email, documents, etc...like KDE already has for the palm. The only one I've ever seen didn't get very far...it was called lince. Now if you search for it, you get a lot of mips architecture port pages. I'm sure there is a way, though. I'm connecting through serial, right now, and using internet functions to download my email through the linux server. So now all that is needed is a frontend with some conversion software.

Like MS has Addressbook Providers and Messagestore Providers, KDE-pim shoud have some interfaces which can be implemented by various backends. Then we could have an SQL-backend for storing addresses/groups etc, or a FILE backend or what ever you implement as an Addressbok Provider. For Messagestore Providers one could implement backends for storing and indexing email, included indexing of mail-headers(ok. might be beon scope of kde-pim) which would be greate for enterprises and search-functionallity. Having this interoperating with KMail, KOrganizer etc. wolud truely bring _real_ groupware funktionallity to KDE.