[kdepim-users] Support for palm devices in KDE SC 4.4 and beyond?

Ingo Klöcker kloecker at kde.org
Sun Jan 10 00:34:57 GMT 2010

On Saturday 09 January 2010, Ecaroh wrote:
> Am Freitag 08 Januar 2010 schrieb Ingo Klöcker:
> > This means that it will still be possible to simply copy the flat
> > text files, but you will lose some information like tags.
> Assuming and trusting that this is true (i simply do not know it)
>  there is only one answer: If I have to care for something like tags
>  I will never be sure what to care too next release - and then:
>  surprise, surprise!!
> To come back to the Palm, categories (Tags) are not synching with
> Kpilot. You have to self care that you create necessary entries by
>  hand on both (or three if you have a pc and i.e. a notebook)
>  devices. This is not what i call usabilty.
> It's more like backup: If you have certain things that are not
>  included by default, it will fail. This is the reason for a simple
>  rule: include all (in case of backups) and exclude only specific
>  items.

At the KDE PIM meeting at Osnabrück which is taking place this weekend 
we talked a bit about synchronisation. At the moment we do not have a 
solution for this. There are two possible candidates for backends to use 
for synching: syncEvolution and OpenSync. It is still undecided which 
direction we will go. In any case, I doubt that our solution will 
include support for the (obsolete) Palm devices.

> And I stay with the old unix philosophy:
>  - KISS (Keep IT simple and stupid)
> Sometime it seems to me that KDE is on the way of making a new
>  Kindows. And maybe some expert here can explain me what efforts i
>  have from database files for that purpose. I do not know it but the
>  new concepts are breaking a very old unix philosophy. And you have
>  to have damn good arguments to change that. Moreover, you need
>  approbiate tools to deal with databases. For years a text editor was
>  sufficient. What noteable effort is it worth to change from text to
>  database??

You are getting it wrong. We are not switching from text to database. As 
I wrote above the storage will stay text-based. What will change is that 
we replace our proprietary index files by a database. This is fully in 
line with the Unix philosophy because we dump our home-brewed index 
files in favor of a database which does the job much better. The 
database will provide us with much more functionality which we had to 
implement ourselves (less efficient and more buggy) in the past.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20100110/dd21b8e1/attachment.sig>
-------------- next part --------------
KDE PIM users mailing list
kdepim-users at kde.org

More information about the kdepim-users mailing list