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

List:       kmail-devel
Subject:    Rewrite KMail? (was Re: Rework of the mail composer)
From:       Jason Stephenson <panda () mis ! net>
Date:       2000-12-27 15:41:44
[Download RAW message or body]

I've suggested on this list before that after KDE 2.1 comes out, it may be 
time to rewrite KMail from the ground up. That mail was met with only one 
response, a positve one, saying that we should really take advantage of the 
new features in KDE 2.

I agree with you completely on the need to clean up some of the code. There 
were some very hard to track down bugs dealing with headers and messages a 
while ago (and possibly deleting a message other than the one that was put in 
the trash from the header list) because the code to handle all that is too 
complicated. It could (should) be simpler.

I like your other ideas, too. Particularly about having the ability to add 
people to what you call a group, where you can have one alias that sends mail 
to several different addresses. There are already many ways to do that in 
UNIX, but for the kind of user that KDE claims to be aimed at, it would be 
good to put that in the MUA.

I know that everyone is busy stamping out bugs, and I should be, too, but I 
think it is important not to lose site of the long view here, either.

On Wednesday 27 December 2000 10:07, Matthias Grimrath wrote:
> Hello everyone!
>
> I am new to this list. I joined because I want to add some feature to
> kmail's mail editor. Discussing my plans on this list seems to be a good
> idea.
>
> a) I want to change the To:, Cc:... widgets so that they can display the
> recipients' addresses in more than one line. I frequently write emails to
> 10+ people so I'd like to have a better overview.
>
> b) As time permits, I would add groups to the addressbook, so I can collect
> a whole a set of people under a name.  It's a very nice feature in Pine :-)
>
>
> Having a look at the file 'kmcomposewin.cpp' I feel an urgent need to clean
> it up. There are scattered '#ifdef KRN' that seem to have no purpose today.
> Instead of calculation the widget layout by 'rethinkHeaders' I would try to
> utilize Qt's layout classes to get the same effect. I think I can also make
> the 'KMComposeWin' calls more readable by putting the headerwidgets in some
> kind of list and remove the circular dependency with KMEdit by using
> signal/slots.
>
> Greets,
> Matthias Grimrath
> _______________________________________________
> Kmail Developers mailing list
> Kmail@master.kde.org
> http://master.kde.org/mailman/listinfo/kmail
_______________________________________________
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]