SVN commit 490385 by tilladam:
Force the configure entry in the Settings meny in composer windows to
read "Configure KMail" since it brings up the kmail config dialog, not
the Kontact one, even in Kontact, which makes sense, but leads to a
confusing lable. Proko2 issue 738 ( c), then 1) )
svn path=/trunk/KDE/kdepim/; revision=490512
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
(Using RecipientsEditorType=0 in [Composer] section of kmailrc
technique)
There's still a visual glitch, the names of fields on the left
are obscured, this can be corrected (for the current mail)
by using the view menu to toggle off/on a field like From.
For Bill Nugent
CCMAIL:whn@lopi.com
svn path=/branches/KDE/3.5/kdepim/; revision=452073
when going online send all queued messaged unless
the configured method is send later
complete with user information dialogs
svn path=/trunk/KDE/kdepim/; revision=438291
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
srcdir!=builddir users: don't forget to delete globalsettings.{cpp,h} from the builddir
since it's not generated anymore!
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=432538
- make own dialog instead of KInputDialog, to add a line for custom options
- remember last selected key, and options. https://intevation.de/roundup/aegypten/issue325
svn path=/branches/kdepim/proko2/kdepim/; revision=430244
source, this adds group header entries to the list and indents the
actual entries, to visually distinguish them. The section headings are
not selectable neither by mouse nor keyboard and are auto-skipped when
traversing the list.
https://intevation.de/roundup/kolab/issue740
svn path=/branches/kdepim/proko2/kdepim/; revision=429910
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
for languages where the combobox with to/cc/bcc is not the smallest of all.
Fixes point one of bug #101890, while the second part of that bug is already
available using the 'address book' combobox.
BUG: 101890
svn path=/trunk/KDE/kdepim/; revision=427496
dcop kmail KMailIface setDefaultTransport matt@kdemail.net
the above example sets the default transport to matt@kdemail.net
and also validates that it exists before setting it.
This is also the first step in order to make KMail ready for
a network centric configuration where different configurations
are set based on input from a network aware daemon or similar.
BUG:44862
svn path=/trunk/KDE/kdepim/; revision=426135
Raises a question about KToggleAction::setCheckedState that I'm not sure how to answer:
should it show the icon in "pressed" state or not. Seems that the answer is along
the lines of "yes if only the icon changes, no if the text changes", but this sounds a bit weird.
svn path=/branches/kdepim/proko2/kdepim/; revision=426073
of a newly created one to insert quote chars / past quote chars
Ahh; removing code to fix problems is always my favorite solution :-)
svn path=/trunk/KDE/kdepim/; revision=424841
KDictSpellingHighlighter from a 200 msec singleShot timer, which gives
the composer mainwindow enough time to fully paint, before the 3 second
freeze caused by the highlighter init. I will try to track down why that
is so spectacularly slow, but this at least makes KMail feel a _lot_
snappier, at the expense of signature insertion and syntax highlighting
appearing to happen with a slight delay. Not perfect, but much better
than waiting three seconds for a composer window to come up.
CCMAIL: deller@kde.org
svn path=/trunk/KDE/kdepim/; revision=424568