its own Forward->as Digest menu option.
This fixes the really confusing situation if you have more than
one message selected and you select Forward->as Attachment.
New strings approved by the translators.
GUI:
svn path=/branches/KDE/3.5/kdepim/; revision=572253
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
#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
reenable it when the search is finished. This helps with two issues:
- the items are appended to the list view, so that hits that are already
there are not constantly sorted away and can be looked at while the search
is still running
- the constant resorting (using the standard klistviewitem keys and therefor
string compares) becomes unbearably slow with searches with many hits. For
example a search with 9900 items in a folder producing 150 hits takes 25
seconds, roughly, a search on the same folder with 9500 hits takes a
whooping 7 minutes. With this change, that goes down to roughly 45 seconds
10 of which are used for the (only) sort on completion of the search.
Ideally, klistviewitem should be subclassed and proper compare functions
written, I guess, but this makes it useable at least.
svn path=/trunk/kdepim/; revision=243537
Allen Winter
Lus Pedro Coelho
Stephan Binner
Reinhold Kainhofer
Till Adam
Laurent Montel
Don Sanders
Carsten Burghardt
Volker Krause
Aaron J. Seigo
Pascal Ltourneau
Lubo Luk
Ingo Klcker
Dirk Mueller
Alexander Kellett
Zack Rusin