I used my kdesdk/scripts/qt4/convert-qgridlayout.pl and kdesdk/scripts/qt4/convert-qboxlayout.pl scripts for this. Apart from one instance (where the params were commented out), no manual intervention was needed and everything worked like a charm...
What still needs to be done is to replace all Q*Layout(QLayout*parent) constructors by Q*Layout(); parent->insertLayout(..); calls. This can't be automated since it's impossible to detect whether the parent object is a QWidget* or a QLayout*. At best one can parst the compiler warning and just replace in those lines that through a deprecated warning...
svn path=/trunk/KDE/kdepim/; revision=533942
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
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
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.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
mDlg->folderTree()->mainWidget()->headers()->reset();
and use a signal/slot connection between the folder and the header
svn path=/trunk/KDE/kdepim/; revision=424283
* Fix the headers->reset() method to also update the sender/receiver header
name properly
* Make sure the header view is refreshed after the user change the setting in
the config dialog
BUG: 72308
svn path=/trunk/KDE/kdepim/; revision=423585
allowed in proko2 because OL cannot handle changing types, but there
is no reason to limit the functionality in the general case.
svn path=/trunk/kdepim/; revision=393830
"incidences for annotation" combobox is properly enabled or disabled
depending on the folder type.
Also forward port the dimap folder renaming changes from proko2. Sorry for
mixing things here.
BUGS: 98784
svn path=/trunk/kdepim/; revision=388283
not syncing up of those labels. Make sure that in case of circular
renaming (A -> B -> A) the change is reset and the rename is possible.
svn path=/branches/proko2/kdepim/; revision=387070
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
a dialog of its own, evict it from the RMB and put it in the Folder main
menu. Again, as per OpenUsability.org suggestions.
svn path=/trunk/kdepim/; revision=384133
report done by Jan Muehlig, Florian Graessle and Andrea Schminck of
Relevantive/OpenUsability.org namely:
Move the expiry settings for a folder into their own dialog based on the
mockups in the report. Much better, I think, thanks guys.
CC: kdepim-usability@kde.org
svn path=/trunk/kdepim/; revision=383758
The new name is saved to kmailrc so it is used when restarting kmail even thought the server still says INBOX.
https://intevation.de/roundup/kolab/issue619
But that's only true for cached-imap, I'm not sure how things work with online-imap or even other types of accounts.
Should we fix it for all types of accounts, or enable renaming-of-system-folders only for dimap?
CCMAIL: kmail-devel@kde.org
svn path=/branches/proko2/kdepim/; revision=380089
Reinhold Kainhofer
Laurent Montel
Ismail Onur Filiz
Ingo Klcker
Till Adam
Volker Krause
David Faure
Thomas Zander
Nadeem Hasan
Stephan Binner
Carsten Burghardt
Andrew Coles