David, please move kmail_config_network.desktop to kmail_config_accounts.desktop on the server and change Makefile.am accordingly when done. Thanks.
CCMAIL:faure@kde.org
svn path=/trunk/kdepim/; revision=348404
* KConfigXT setting for the storage format to use on groupware folders
* Configuration dialog changes to selecting the format, and selecting
an account (instead of a folder) when choosing the kolab XML format.
* Account combobox
* Annotation job (not used until kmfoldercachedimap is merged)
svn path=/trunk/kdepim/; revision=346441
- jump to first new (old default)
- jump to first new or unread (old checkbox jump to unread)
- jump to last selected (new)
svn path=/trunk/kdepim/; revision=338393
security page are not connected to the modify signal, so the apply button is not
enabled if you change them.
-> fixed.
svn path=/trunk/kdepim/; revision=331906
(as is the case after the first startup), connect to finishedCheck() and try again then.
Had to add the config key TheIMAPResourceAccount for that.
svn path=/trunk/kdepim/; revision=331178
The idea of having different semantics for the const and non-const begin() and end()
doesn't work. The compiler uses the non-const one when the manager is non-const, even
if you type ConstIterator. This meant many methods were working on the shadow-identities
list instead of the real identities (e.g. the identitycombo), and it also meant
that the changed(uoid) signal was never emitted since commit() was looking into the
wrong list.
To fix this, I did like Qt: used a different name for the const and non-const
begin/end. But I left the const ones unchanged to minimize code change, so
I renamed the non-const begin/end to modifyBegin()/modifyEnd().
The other bug was that changed(uoid) was emitted before updating mIdentities,
so the slot (e.g. in my next kmcomposewin.cpp commit) wouldn't be able to
find that identity with identityForUoid().
CCMAIL: Marc Mutz <mutz@kde.org>
svn path=/trunk/kdepim/; revision=329612
This was another merging bug: the branch didn't do that, but HEAD needs the changed signal
to be emitted so that a module's save() gets called.
Fixed https://intevation.de/roundup/aegypten/issue195 - ocsp signer key selector offers the wrong keys
Need to use a KeyRequester with PublicKeys instead of SigningKeyRequester (which implies SecretKeys).
svn path=/trunk/kdepim/; revision=324635
the configuration dialog, you could see ".1234566.directory/INBOX" in the combobox.
Better show "<Choose a Folder>" instead. If the user doesn't change it, the
groupware functionality gets disabled (as it did before).
svn path=/trunk/kdepim/; revision=321129
either DontSendOnCheck, SendOnManualChecks or SendOnAllChecks
- use dropdown in the gui instead of checkbox
- port to KConfigXT
- add kmail-3.3-mish.sh update script which atm only updates the one key,
but can be used to collect key/value renames as we move the remaining
keys to KConfigXT and canonicalize (is that a word?) them
- hook in update script
CCMAIL: 79190-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=320818
background-compaction.
Why do we have .cpp .h _p.cpp _p.h files, where the classes from _p.h are
implemented in .cpp ? This is such a mess..
svn path=/trunk/kdepim/; revision=319735
There was a bug in that after restarting kmail, the first time the
attachments page of the composer options was opened if the
outlook compatible option was on then the outlook compatible warning
dialog was shown. (Because ComposerPage::AttachmentsTab::load()
would toggle the outlook compatible checkbox on after the signals/slots
had already been connected).
Really only want to show the dialog when the user manually turns the outlook
compatible checkbox option on. So use qcheckbox clicked signal instead of
stageChanged signal.
svn path=/trunk/kdepim/; revision=318968
Explanation: Apparently the QListView::selectionChanged( QListViewItem * ) signal is completely useless since it's not emitted when no item is selected (i.e. if the selection is cleared). Therefore one always has to connect to the QListView::selectionChanged() signal. But if one is already connected to this signal then also connecting to the QListView::selectionChanged( QListViewItem * ) signal doesn't make any sense IMO. I've asked TrollTech to change this for Qt 4.
svn path=/trunk/kdepim/; revision=317868
Ingo Klcker
Bo Thorsen
Daniel Molkentin
David Faure
Bram Schoenmakers
Stephan Kulow
Carsten Burghardt
Till Adam
Stephan Binner
Marc Mutz
Andrew Coles
Albert Astals Cid
Don Sanders