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

[Ingo Klöcker]

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.


Regards,
Ingo
-------------- 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
https://mail.kde.org/mailman/listinfo/kdepim-users