[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Kmail slow
From:       Espen Sand <espen.sand () neo ! no>
Date:       2000-06-09 11:47:39
[Download RAW message or body]

On Fri, 09 Jun 2000, Thomas wrote:
>> > 
>> > Aah, while I remember I also need the database to keep a tree structure and 
>> > incrementally update it for threaded message views.
>> 
>> That's easy :) Just keep a parent id with each mail header. And perhaps also
>> a child id for better performance.
>
>Maybe have a 'tree' table which containts:
>Parent    INTEGER
>Child     INTEGER
>Sequence  INTEGER
>
>
>Where parent is a unique id for the parent message/folder
>child is the id for message
>sequence is there so sorting can be remembered. 
>
>This option will allow you to have a message present in multiple trees. 
>So a filter could put a message in the global kdevel box and in the "kmail slow" 
>thread. Moving the message to the "received" box would only add one entry to the
>tree table.
>
>> > 
>> > Anyway I think it's a good idea, and definitely worth researching.
>
>Agreed.
>
>I only want everyone to be aware of one thing.
>
>- Procmail and friends will no longer work
>- The sysadmin can no longer look into your email ;-)
>- Reading your email with anything besides kmail will no longer work. (unless we
>  auto export)

When it comes to speed vs compatibility I would choose speed. I assume most
people will. Of course a nice (free standing) export tool would be nice but I
would the prefer a import tool instead.

-- 
Espen Sand
 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]