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

List:       kmail-devel
Subject:    Re: Rewrite KMail? (was Re: Rework of the mail composer)
From:       "Dr. Sergio Mujica" <sergio.mujicaa () terra ! cl>
Date:       2000-12-27 19:47:48
[Download RAW message or body]

Some suggestions for a rewrite of Kmail:

1) Another nice feature would be to be able to create a filter directly froma 
a message. That is, right click on the message and select "Craete filter" 
from the menu, which would bring up the filter dialog initialized with the 
from (or the subject) of the selected message.

2) Also on the track of filters, it would ve nice to have filters that are 
not executed when mail is downloaded, but on demand, say hitting Ctl-J.
Sometimes it is easier to see everything in the inbox and later have filters 
process the mail. Or process messages in any folder.

3) One feature I used to like in Eudora was to have some predefined 
destinations. SO I would choose form a menu to whom I wanted to send mail.

3) I have found very useful in the past to be able to write a message and 
schedule it to be sent out on a given date.

-sm

On Wednesday 27 December 2000 12:41, Jason Stephenson wrote:
> 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

-- 
atte. -sm
_______________________________________________
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]