Merged revisions 999615-999625,999627,999630,999658,999674,999758,999760,999765,999879,999883,1000002 via svnmerge from
https://vkrause@svn.kde.org/home/kde/trunk/KDE/kdepim
........
r999615 | skelly | 2009-07-20 11:41:05 +0200 (Mon, 20 Jul 2009) | 1 line
Clean up a little bit of finding the first row.
........
r999616 | skelly | 2009-07-20 11:41:08 +0200 (Mon, 20 Jul 2009) | 1 line
Only retrieve the row from the ModelIndex once.
........
r999617 | skelly | 2009-07-20 11:41:10 +0200 (Mon, 20 Jul 2009) | 1 line
Use start.column as the column. At least, don't set it to the wrong value.
........
r999618 | skelly | 2009-07-20 11:41:12 +0200 (Mon, 20 Jul 2009) | 1 line
Add a way to clear the Dynamic Tree Model
........
r999619 | skelly | 2009-07-20 11:41:15 +0200 (Mon, 20 Jul 2009) | 4 lines
Move the commands for the tests into a separate class.
This will allow running tests individually, and putting the tests into
the gui test app.
........
r999620 | skelly | 2009-07-20 11:41:17 +0200 (Mon, 20 Jul 2009) | 1 line
Use init method to that tests get set up correctly each time.
........
r999621 | skelly | 2009-07-20 11:41:19 +0200 (Mon, 20 Jul 2009) | 1 line
Stop and start the model spy spying when needed.
........
r999622 | skelly | 2009-07-20 11:41:21 +0200 (Mon, 20 Jul 2009) | 1 line
Add some infrastructure for signalling moves.
........
r999623 | skelly | 2009-07-20 11:41:24 +0200 (Mon, 20 Jul 2009) | 1 line
Some test fixes and asserts.
........
r999624 | skelly | 2009-07-20 11:41:27 +0200 (Mon, 20 Jul 2009) | 1 line
add some skeletal stuff for move testing.
........
r999625 | skelly | 2009-07-20 11:41:32 +0200 (Mon, 20 Jul 2009) | 3 lines
Update for changes in ProxyModelTest.
This will allow testing making different selections.
........
r999627 | ervin | 2009-07-20 11:48:46 +0200 (Mon, 20 Jul 2009) | 2 lines
Allow to remove a collection from the favorites list.
........
r999630 | ervin | 2009-07-20 11:49:37 +0200 (Mon, 20 Jul 2009) | 3 lines
Make use of the new action to remove a collection from the favorites
list.
........
r999658 | skelly | 2009-07-20 12:45:12 +0200 (Mon, 20 Jul 2009) | 5 lines
Try again to move tests for proxy models to kdelibs.
SVN is wierd.
........
r999674 | skelly | 2009-07-20 13:01:30 +0200 (Mon, 20 Jul 2009) | 2 lines
Try again to move proxymodel dox from kdepim to kdelibs.
........
r999758 | ervin | 2009-07-20 15:33:32 +0200 (Mon, 20 Jul 2009) | 2 lines
Allow to change the label of a favorite. Make the labels persistent.
........
r999760 | ervin | 2009-07-20 15:34:19 +0200 (Mon, 20 Jul 2009) | 2 lines
Make use of the rename action for favorite folders.
........
r999765 | jarmond | 2009-07-20 15:40:37 +0200 (Mon, 20 Jul 2009) | 5 lines
Implement %SIGNATURE template command to allow customised signature
insertion location.
FEATURE: 6376
FEATURE: 159789
........
r999879 | scripty | 2009-07-20 16:33:00 +0200 (Mon, 20 Jul 2009) | 1 line
SVN_SILENT made messages (.desktop file)
........
r999883 | bbroeksema | 2009-07-20 16:34:56 +0200 (Mon, 20 Jul 2009) | 7 lines
Replace the combobox widget with a treeview in the settings pages of akonadi
based conduits.
Thanks Robert Marmorstein for providing this patch!
BUG: 181558
........
r1000002 | ervin | 2009-07-20 19:47:58 +0200 (Mon, 20 Jul 2009) | 3 lines
Attach a favorite selection model to the standard action manager of
akonadiconsole.
........
svn path=/branches/work/akonadi-ports/kdepim/; revision=1002886
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r966821 | tmcguire | 2009-05-12 00:35:10 +0200 (Tue, 12 May 2009) | 8 lines
When inline forwarding a message, include the CCs as well by default.
For this, a new template command OADDRESSEESADDR was added.
Thanks to David "Usability" Faure for suggesting this.
Note to self: When porting to trunk, use "templates.diff" in your KMail dir,
to avoid conflicts.
........
svn path=/trunk/KDE/kdepim/; revision=986306
For this, a new template command OADDRESSEESADDR was added.
Thanks to David "Usability" Faure for suggesting this.
Note to self: When porting to trunk, use "templates.diff" in your KMail dir,
to avoid conflicts.
svn path=/branches/kdepim/enterprise4/kdepim/; revision=966821
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r957591 | tmcguire | 2009-04-22 17:06:42 +0200 (Wed, 22 Apr 2009) | 11 lines
Merged revisions 944433 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r944433 | tmcguire | 2009-03-25 16:02:25 +0100 (Wed, 25 Mar 2009) | 4 lines
Add the ability to use custom To and CC addresses in the forward templates.
Part of kolab/issue3263
........
................
svn path=/trunk/KDE/kdepim/; revision=961582
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r944433 | tmcguire | 2009-03-25 16:02:25 +0100 (Wed, 25 Mar 2009) | 4 lines
Add the ability to use custom To and CC addresses in the forward templates.
Part of kolab/issue3263
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=957591
Tested and seems to still work.
--
Merged revisions 940772,940775,940777,940816 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.2/kdepim
........
r940772 | tmcguire | 2009-03-18 10:32:23 +0100 (Wed, 18 Mar 2009) | 20 lines
Backport r940441 by tmcguire from trunk to the 4.2 branch:
Don't produce garbage when forwarding a mail with a filter.
For this, I had to remove the code duplication in KMFilterActionForward::process()
and use KMMessage::createForward() instead.
This uncovered a bug in createForward (content type boundary was not saved) and a
small bug in the template parser.
Also, I added a KMMessage::dump() function to help with debugging mimelib
related troubles.
Not perfect yet, the way the template parser copies the message needs to be
improved, right now, when forwarding a signed message, the signed text gets
replaced with the template text, resulting in an invalid signature ...
CCBUG: 174942
........
r940775 | tmcguire | 2009-03-18 10:34:02 +0100 (Wed, 18 Mar 2009) | 11 lines
Backport r940516 by tmcguire from trunk to the 4.2 branch:
When replacing the text of a message after processing the template, don't try
to just replace the first text/plain part, this will cause trouble with signatures
and possibly many other situations.
Instead, delete the content of the old message, and set the processed
template text as the first body part.
If the old message had attachments, re-add them to the new message.
........
r940777 | tmcguire | 2009-03-18 10:36:48 +0100 (Wed, 18 Mar 2009) | 9 lines
Backport r940547 by tmcguire from trunk to the 4.2 branch:
Make valgrind happy.
This didn't find the cause of the problem I was searching for, though
(inline forwarding runs out of memory because allocating insanley huge
amounts of memory)
........
r940816 | tmcguire | 2009-03-18 11:52:19 +0100 (Wed, 18 Mar 2009) | 8 lines
Backport r940565 by tmcguire from trunk to the 4.2 branch:
Don't run out of memory when forwarding a mail with more than one
attachment.
The mimelib behavior here is very irritating...
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=940873
Don't run out of memory when forwarding a mail with more than one
attachment.
The mimelib behavior here is very irritating...
svn path=/branches/KDE/4.2/kdepim/; revision=940816
Make valgrind happy.
This didn't find the cause of the problem I was searching for, though
(inline forwarding runs out of memory because allocating insanley huge
amounts of memory)
svn path=/branches/KDE/4.2/kdepim/; revision=940777
When replacing the text of a message after processing the template, don't try
to just replace the first text/plain part, this will cause trouble with signatures
and possibly many other situations.
Instead, delete the content of the old message, and set the processed
template text as the first body part.
If the old message had attachments, re-add them to the new message.
svn path=/branches/KDE/4.2/kdepim/; revision=940775
Don't produce garbage when forwarding a mail with a filter.
For this, I had to remove the code duplication in KMFilterActionForward::process()
and use KMMessage::createForward() instead.
This uncovered a bug in createForward (content type boundary was not saved) and a
small bug in the template parser.
Also, I added a KMMessage::dump() function to help with debugging mimelib
related troubles.
Not perfect yet, the way the template parser copies the message needs to be
improved, right now, when forwarding a signed message, the signed text gets
replaced with the template text, resulting in an invalid signature ...
CCBUG: 174942
svn path=/branches/KDE/4.2/kdepim/; revision=940772
This didn't find the cause of the problem I was searching for, though
(inline forwarding runs out of memory because allocating insanley huge
amounts of memory)
svn path=/trunk/KDE/kdepim/; revision=940547
to just replace the first text/plain part, this will cause trouble with signatures
and possibly many other situations.
Instead, delete the content of the old message, and set the processed
template text as the first body part.
If the old message had attachments, re-add them to the new message.
svn path=/trunk/KDE/kdepim/; revision=940516
For this, I had to remove the code duplication in KMFilterActionForward::process()
and use KMMessage::createForward() instead.
This uncovered a bug in createForward (content type boundary was not saved) and a
small bug in the template parser.
Also, I added a KMMessage::dump() function to help with debugging mimelib
related troubles.
Not perfect yet, the way the template parser copies the message needs to be
improved, right now, when forwarding a signed message, the signed text gets
replaced with the template text, resulting in an invalid signature ...
BUG: 174942
svn path=/trunk/KDE/kdepim/; revision=940441
Merged revisions 899972,900344 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.1/kdepim
........
r899972 | tmcguire | 2008-12-21 23:53:09 +0100 (Sun, 21 Dec 2008) | 16 lines
Backport r899776 by tmcguire from trunk to the 4.1 branch:
Fix inline-forwarding of messages with attachments.
The template parser copied the original message and then set the whole body to the template text.
This did not work for multipart messages, since setting the body there has no effect (and would
discard the attachment if it had any effect).
Therefore, we simply place the template text in the first text part we find in case of multipart
messages. This probably still breaks with HTML messages with attachments or with other complicated
nested structures. Oh well.
CCBUG: 178128
CCBUG: 146921
kolab/issue 3219
........
r900344 | tmcguire | 2008-12-22 17:20:28 +0100 (Mon, 22 Dec 2008) | 10 lines
Partial backport of 846650 by tmcguire:
- get rid of setBody(), it was not necessary anymore and caused the cursor
to be at the wrong place
=> the effect was that this broke inline forwarding of multipart/mixed messages,
since it set the composer's text to the complete body of the message, which included
MIME headers and the attachment. Now, we rely on the objectreeparser in the composer
to correctly get the text from the message.
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=900587
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.1/kdepim
........
r899972 | tmcguire | 2008-12-21 23:53:09 +0100 (Sun, 21 Dec 2008) | 16 lines
Backport r899776 by tmcguire from trunk to the 4.1 branch:
Fix inline-forwarding of messages with attachments.
The template parser copied the original message and then set the whole body to the template text.
This did not work for multipart messages, since setting the body there has no effect (and would
discard the attachment if it had any effect).
Therefore, we simply place the template text in the first text part we find in case of multipart
messages. This probably still breaks with HTML messages with attachments or with other complicated
nested structures. Oh well.
CCBUG: 178128
CCBUG: 146921
kolab/issue 3219
........
r900344 | tmcguire | 2008-12-22 17:20:28 +0100 (Mon, 22 Dec 2008) | 10 lines
Partial backport of 846650 by tmcguire:
- get rid of setBody(), it was not necessary anymore and caused the cursor
to be at the wrong place
=> the effect was that this broke inline forwarding of multipart/mixed messages,
since it set the composer's text to the complete body of the message, which included
MIME headers and the attachment. Now, we rely on the objectreeparser in the composer
to correctly get the text from the message.
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=900353
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.1/kdepim
........
r899969 | tmcguire | 2008-12-21 23:46:02 +0100 (Sun, 21 Dec 2008) | 6 lines
Backport r898607 by winterz from trunk to the 4.1 branch:
fix crashing in templates when using the %- (dnl) in certain conditions.
CCBUG: 178038
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=900017
The template parser copied the original message and then set the whole body to the template text.
This did not work for multipart messages, since setting the body there has no effect (and would
discard the attachment if it had any effect).
Therefore, we simply place the template text in the first text part we find in case of multipart
messages. This probably still breaks with HTML messages with attachments or with other complicated
nested structures. Oh well.
BUG: 178128
BUG: 146921
svn path=/trunk/KDE/kdepim/; revision=899776
svn+ssh://tmcguire@svn.kde.org/home/kde/trunk/KDE/kdepim
........
r834288 | tmcguire | 2008-07-18 17:15:25 +0200 (Fri, 18 Jul 2008) | 14 lines
Also allow the german leading quote mark ( Unicode character 0x201C ) as a separator
for template quotes.
This fixes replys and forwards being empty when running under German locale.
Thanks to Friedrich Kröner for figuring out that this bug was locale-dependent (no wonder
we developers couldn't reproduce it).
@Translators:
When translating the templates of KMail, please only use U+0022 or U+201C to translate the
quotation mark, otherwise you'll trigger this bug. Simply using the ASCII " character is the
best.
CCMAIL: kde-i18n-doc@kde.org
BUG: 166728
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=835025
Also allow the german leading quote mark ( Unicode character 0x201C ) as a separator
for template quotes.
This fixes replys and forwards being empty when running under German locale.
Thanks to Friedrich Kröner for figuring out that this bug was locale-dependent (no wonder
we developers couldn't reproduce it).
CCBUG: 166728
svn path=/branches/KDE/4.1/kdepim/; revision=834290
for template quotes.
This fixes replys and forwards being empty when running under German locale.
Thanks to Friedrich Kröner for figuring out that this bug was locale-dependent (no wonder
we developers couldn't reproduce it).
@Translators:
When translating the templates of KMail, please only use U+0022 or U+201C to translate the
quotation mark, otherwise you'll trigger this bug. Simply using the ASCII " character is the
best.
CCMAIL: kde-i18n-doc@kde.org
BUG: 166728
svn path=/trunk/KDE/kdepim/; revision=834288
- Don't fail when the selection is empty and the pipe command is invoked
- Pipe the entire body through the command instead of just the selection.
This ensures that the body is correctly piped when nothing is selected.
svn path=/trunk/KDE/kdepim/; revision=701880
This removes a superflous newline in the default reply template.
- Correct the icon name for the sent mail folder
This has no effect since that icon is somehow missing though...
- Bring back progress information for sent mails.
However, since currently no mails bigger than 13kB can be sent due to an kio_smtp bug,
you will probably not need this.
Note that it took me some time to find the processedSize() signal, because it is not ine
the apidox because of some ifdef hack (see commit 641910).
Would be nice if someone with apidox knowledge can fix that.
svn path=/trunk/KDE/kdepim/; revision=700889
Instead of skipping some template tags like QUOTE or HEADERS, now the whole
template is skipped when doing a blank reply.
BUG: 142483
svn path=/trunk/KDE/kdepim/; revision=700384
1) Add some new methods to KCalendarClass API to match QDate4, to support
proper date range validation, and help app programmers implement their own
calendar systems.
2) Change the date range limits hard-coded into KCalendarSystem to match
QDate4 or each calendars epoch, as appropriate.
3) Clean up the KCalendarSystem implementations to be simpler, more
consistant, and to share more code (and add unit tests!)
4) Modify KDateWidget, KDateTable and KDatePicker API (& BIC?) to allow
multiple calender systems to be displayed at the same time, as well as do
code clean-up.
CCMAIL:johnlayt@yahoo.com.au
svn path=/trunk/KDE/kdepim/; revision=691589