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
sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
on, by setting the involved folderstorage's search pointers to 0 and
checking them. Can't use a QGuardedPtr, since the searchpatterns aren't
QObjects. Const-ify patterns and some detabification.
svn path=/trunk/KDE/kdepim/; revision=432984
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
Before when we selected a folder == "Local Folder" as that it was not a folder
search button was disable, and when we select "Search in all local folder"
Search button was never enabled :(
svn path=/trunk/KDE/kdepim/; revision=424582
http://lists.kde.org/?l=kde-cvs&m=110511548007484&w=2
which introduced "Sorting by date in search results dialog is broken"
http://bugs.kde.org/show_bug.cgi?id=100247
--Volker_Krause_Cookies;
++Hasso_Tepper_Cookies;
CCMAIL:100247-done@bugs.kde.org
Volker if you read this then firstly let me say hi, thanks for making an
effort to contribute to KMail, secondly please be more careful and check
that you don't introduce any (obvious) regressions like this one when
committing code to KMail.
svn path=/trunk/kdepim/; revision=398016
dialog and include it in the RMB menu of the foldertree. To make the check if the menu
should be shown a bit easier the folderstorage got a new "isMoveable()" function.
I noticed that moving of imap folders crashes again when the messages are moved (sigh)
but this is not related so I'll fix it afterwards.
svn path=/trunk/kdepim/; revision=385541
and <body> searches not working on online imap folders.
remove the <body> and <message> fields from the 'rule'
comboboxes when an online imap folder is selected for searching.
Unless the 'search in all local folders' check box is checked in
which case <body> and <message> searching is always available, as
is sensible.
It would have been nicer to disable the <body> and <message> items
rather than hide/remove them but I can't see an easy way of doing
that.
This commit should be reverted once support for <message> and <body>
searching is implemented for online imap folders.
There are also some corner cases left. e.g. the user can explicitly
type <message> or <body> into the rule field even when an imap folder is
selected.
svn path=/trunk/kdepim/; revision=328587
used to since ages, I just improved the detection of dialogs for 3.2),
but that's probably wrong, and should be done only for modals.
Reset the property pointing to the dialog's mainwindow, which fools KWin;
HEAD should get this fixed properly.
svn path=/trunk/kdepim/; revision=299893
name. Searching a search folder set the name to "Last Search" instead of
the real name. Two folderstorage regressions of the more subtle variety.
And now Mr Terry Gilliam will sing for you: "I've got two legs"
I've got two legs from my hips to the ground and
when I move 'em they walk around.
When I lift them they climb the stairs and
when I shave 'em they ain't got hairs.
Thank you very much.
svn path=/trunk/kdepim/; revision=287257
Yes I can reproduce this, looks like a little folder storage regression.
Hopefully should be fixed now, thanks for your bug report Ron.
svn path=/trunk/kdepim/; revision=285472