QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393
here: http://lists.kde.org/?l=kmail-devel&m=111945756024656&w=2
I've changed the KMMsgDict::instance() to return a pointer instead of a
reference, compared to the patch I posted, after valid criticism from
Marc that the pattern is generally used with a pointer, in KDE, so it's
better not to surprise people here.
svn path=/trunk/KDE/kdepim/; revision=428560
only _one_ address book available...
That might break some apps... but since we'll use an async API in 4.0 the apps
must be rewritten anyway.
CCMAIL:kde-pim@kde.org
svn path=/trunk/kdepim/; revision=399156
adds the status icon next to the status string in the search/filter/quick
search dropdowns and fixes capitalization as well. Thanks, dude.
svn path=/trunk/kdepim/; revision=344502
search dropdown, but not in the normal search/filter dialog where it is
special cased.
CCMAIL: 84409-done@bugs.kde.org
CCMAIL: 80541-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=334437
the quicksearch as well as the search/filter dialog. It's used often, I
guess, so it should be easily accessible.
svn path=/trunk/kdepim/; revision=324832
unlike KMMsgPart::bodyDecoded() does content transfer decoding and not
charset/codec decoding
This fixes searching in non-latin1 mail bodies for those mails, at least,
which don't claim they have quotedprintable and are in reality 7/8 bit.
Muunzir, thanks for the bug report, can you confirm this fixes it?
CCMAIL: 79860-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=324403
- Return true for negated functions if the searched header isn't present.
- Fix <recipients> for negated functions.
- Separate the contents of To, Cc and Bcc by commas (it doesn't matter if some of the headers are empty/not present).
svn path=/trunk/kdepim/; revision=311919
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
instead of "on exit" (which made it non-working in kontact, with session management etc.)
GUI: removed the "Warn before expiring messages" and "On Exit: Expire old messages" options.
Tasks are filed with the jobscheduler, and the job for that task is started
only if the folder isn't opened - so this needed some special handling of search
folder (asking them to try releasing a given folder) and some fixes relative to
open() and close() calls, in kmfoldercachedimap and kmfoldersearch in particular.
Don: please check the kmfoldersearch.cpp changes, in particular the added close()
CCMAIL: sanders@kde.org
svn path=/trunk/kdepim/; revision=310272
"is in [not] category".
checks whether (for example) "From" is in the category you set in your addressbook.
note: only the categories which are actually used are considered.
svn path=/trunk/kdepim/; revision=297514
and make it actually work. The string based quick search and status selection
are now cummulative, which means the status is an additional constraint on
the text based search and vice versa.
svn path=/trunk/kdepim/; revision=296930
Fix regression with <age in days> searches/filters caused by the fact that
-1>0 for unsigned longs. (See http://bugs.kde.org/show_bug.cgi?id=28926
for details.)
Thanks dude.
svn path=/trunk/kdepim/; revision=296106
better formatting of the log output (use QTextEdit::LogText),
avoid output of all headers for <any headers> filter rule
svn path=/trunk/kdepim/; revision=292936
use timestamps in the log;
avoid logging of full messages e.g. for "body" or "message" filter rule;
line wrapping and logging can be switched on/off in the log viewer;
saving of the log into a file is supported now
svn path=/trunk/kdepim/; revision=290493
very technical at the moment, and the possible user interactions are
still very limited. I'm going to improve this soon.
svn path=/trunk/kdepim/; revision=288302
behave identically for status searches. This is logically wrong but more
consistent with user expectations. If the user does:
<status> equals "read"
she will now get all read mails, which is probably the desired behavior.
svn path=/trunk/kdepim/; revision=278412
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
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
Implement KMSearchPattern::requiresBody for more efficient filtering.
Fix a crash when double searching, had a small conflict there.
svn path=/trunk/kdepim/; revision=251452
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