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

List:       kmail-devel
Subject:    Re: [RFC] mail stati -or- make "mark read" not treat on "mark
From:       don () sanders ! org
Date:       2001-05-31 15:13:32
[Download RAW message or body]

I do think that the current handling of status information is one of the more limited \
areas of KMail.

I'm not sure whether a char (8 bits) is enough room to store independent status \
information like (replied, forwarded, new/unread/read state, etc). Is 8 bits enough \
room for the bitfield?

It would also be nice to have a "has attachments" bit field.

If 8 bits is not enough, the new index format allows new fields to be added to the \
index more easily than the old one. 

To be honest about changing the status field in the body of the message itself on \
disk, I've been very cautious about doing this because I don't want to corrupt the \
message folder file on disk. (Currently KMail is extremely conservative about \
updating this file).

It would be nice to get some nicer icons for a messages state as shown in the list of \
message headers. Maybe layered icons with an alpha channel can be used to avoid the \
need for multiple status columns. Eg a replied icon with an alpha channel could be \
overlayed/juxataposed on/against a status new icon.

Ok that's my feedback, currently I'm remote on holiday, my access to email is \
limited.

Don.


_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail


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