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

List:       kmail-devel
Subject:    Re: [PATCH] filter changes - part I
From:       Michael =?iso-8859-1?q?H=E4ckel?= <Michael () Haeckel ! Net>
Date:       2001-04-18 13:29:57
[Download RAW message or body]

On Thursday, 19. April 2001 01:20, Marc Mutz wrote:
>
> I'd have to compile kdelibs beforehand, but I need this machine
> running. If someone knows how to develop in the HEAD branch, while
> still using the the 2.1.1 branch for everything else, please point me
> to the docs.

Well I also use the code from CVS for my every day work and usually don't 
have any major problem, however keeping always a copy of a working /opt/kde 
is useful before updating.

I though, I explained that already in an earlier post.
Simply install it into a different directory. Either make /opt/kde a symlink 
or do as described on http://www.kde.org/kde1-and-kde2.html

> Because of this, I'm currently re-writing the whole dialog top-down
> from scratch, inheriting from KDialogBase and hiding the complexity in
> three main widgets: A KMFilterListBox, which holds the list box with
> the filters, as well as the button to

Well, the filter dialog is one of the very few parts of KMail I never really 
dealt with up to now.

> I know. This is what  bothers me, too. I didn't find a way to ask the
> dialog to shrink again. I put a few adjustSize()s in the more and fewer
> slots, but it seems that although the main widget's layout grows the
> height of the dialog on 'more', it doesn't shrink it on 'fewer'...
> Anyone got a hint form me?

If layout management would work properly what needs fixing anyway, it would 
probably not be necessary to shrink the dialog. If the dialog would shrink 
the size would always jump when selecting a different filter rule as it 
anyway does already.

> Can you send me the corresponding section of your (old) kmailrc?

[Filter #0]
action-args-0=KDE-devel
action-args-1=Michael
action-args-2=Bussardweg
action-name-0=transfer
action-name-1=set identity
action-name-2=transfer
actions=1
contentsA=kde-devel@master.kde.org
contentsB=
fieldA=X-Mailing-List
fieldB=
funcA=contains
funcB=contains
name=<X-Mailing-List>:kde-devel@master.kde.org
operator=ignore

> Because I already have stared working on the actions and the filter
> dialog as a whole, I'm waiting until that's done before I send another
> patch. If anyone cares to tell me how I can develop for a HEAD app
> while using a 2.1.1 desktop, I'd jump asap to using CVS HEAD as the
> basis of my work, removing the prime source of errors.

Great.

Could you please have a look at the patch posted by Nicholas Hagen.
I'm not sure whether it conflicts with your changes or not and how far it is 
obsolete once your patch is in. Maybe you could simply include his additions 
in your patch.
Besides that you should now be the only one working on the filter dialog and 
no further conflicts should appear.

Regards,
Michael Häckel

_______________________________________________
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]