searching/filtering for status. This is not as clean as I would like it to
be as I've simply special cased it in using a qwidgetstack, but it's not
_that_ bad and does the job for 3.2 considering that the filter stuff is
scheduled to be redesigned soon after anyhow.
Marc, can you live with this?
svn path=/trunk/kdepim/; revision=255940
This bug seems to be caused by a regression in the Qt libraries. At least our code worked for a couple of years with Qt <= 3.1.2.
svn path=/trunk/kdepim/; revision=247654
classes namely KMSearchRuleString, for searches on headers and message
body strings and such, KMSearchRuleNumerical, for searches against age
and such and KMSearchRuleStatus for searching for status. Instances of
these classes are created via a set of static factory methods called
createInstance(), createInstanceFromConfig() etc which parse the pseudo
header specified by the user and instantiate the proper class
o port all users of KMSearchRule to using the createInstance() scheme
o add a <status> pseudo header to the search dialog, so searching for
status is now possible. The status has to be entered into the entry
widget, just like for all other search types, which is suboptimal, as
the set of possible status the user can select is fixed. A drop down
would be much better, but that needs more work. For now the user has
to spell the status correctly. :)
svn path=/trunk/kdepim/; revision=244340
o Remove unneeded #include from header file.
o Give KMSearchRule copy- and (field,func,contents)-ctor and operator=.
o Protect operator= against self-assignment.
o Remove all publix KMSearchRule::init()'s; port callers to use ctors.
o Make KMSearchRuleWidget::ruleFieldToEnglish() static and return a
QCString instead of QString.
o Plug a few mem leaks resulting from not delete'ing the
mBmHeaderField on init().
o Fix KMSearchRule::setField() not updating mBmHeaderField.
o Fix KMSearchRule::init() constructing a DwBoyerMoore object even for
pseudo headers (<size>, <recipients>, <message>, etc).
o Fix KMSearchPattern::operator=() not clearing it's rule list before
append()ing from the other patterns'.
After DwBoyerMoore::FindIn() has been made const-correct...
o ...replace the mBmEndHeader* KMSearchRule members with static const
versions in ::matches().
o ...make all other DwBoyerMoore objects const or static const.
If BoyerMoore gives any speed increase over QCString::find() for
"\nTo:" and "\nCc:" (which I doubt if I listen to my HD while
searching), it was probably eaten away by the permanent re-creation of
both objects for _every_ matches() call.
svn path=/trunk/kdepim/; revision=224610
via filter rules.
I know, a late feature, but this one comes really very close after IMAP and
SMTP authentication with the number of people requesting it.
Patch by Heiko Hund <heiko.hund@gmx.net>
and Thorsten Zachmann <T.Zachmann@zagge.de>
svn path=/trunk/kdenetwork/kmail/; revision=125097
Add List-Id to the preset list of headers.
Remove includes that were already commented out.
strcasecmp -> qstricmp in kmsearchpattern.cpp:finsInStrList()
svn path=/trunk/kdenetwork/kmail/; revision=99002
- Added tons of Accelerators (especially in the config dialog)
- Added corresponding setBuddy()'s where possible
Although I really tried to look hard, please check for eventual Accel
clashes (/me wants Qt Designer... )
There are still some Accels missing. I'd really like to urge you to add the
missing ones to catch up with the kde style guide. Any flames (merging errors,
etc.) go to danimo@kde.org.
No other functional changes.
svn path=/trunk/kdenetwork/kmail/; revision=98490
Don't add wrong search criteria to rules, that have only one criteria, when
defined after a rule with more than one.
svn path=/trunk/kdenetwork/kmail/; revision=95000
Till Adam
Ferdinand Gassauer
Ingo Klcker
Marc Mutz
Laurent Montel
Don Sanders
Carsten Pfeiffer
Stephan Binner
Malcolm Hunter
Stephan Kulow
Aaron J. Seigo
Matthias Kretz
Jesper Pedersen
Michael Haeckel
Dirk Mueller
Christophe Prud'homme
Luk Tinkl
Daniel Molkentin
Otto Bruggeman