kdelibs monday tuesday

today was the day to make kdelibs changes. a few were indeed made, including the following class renames:

• KStdAccel becomes KStandardShortcut


• KStdGuiItem becomes KStandardGuiItem


• KWindowListMenu is moved to libkworkspace in kdebase

david faure also committed a bunch of changes to KPropertiesDialog that touched its api.

the rest of the changes shouldn't affect those working on applications.

right now i'm about to get started on getting as many of the modules building again as possible. i have a gym date in a little over an hour, so we'll see how far i get. if you'd like to help, please do so. coordination on #kde4-devel is appreciated, of course.

so, where do we go from here? well, someone (e.g. me; perhaps you) needs to do something with the remaining lone class not organized in kdeui which is KLanguageButton, which isn't really a language button but a button that shows a drop down with a table in it. so .. it desperately needs a rename and perhaps some api lovin'. beyond that bit of trivia, it's time to go through the classes in kdecore and kdeui and see which are actually used in a way that warrants them being in kdelibs. some probably aren't. there's also the question of api changes that ought to be made to these classes.

i'm still hoping for the replacement of xmlgui with liveui. it seems to go in fits and starts. and i really, really do need to get back to work on the kconfig branch and finish that stuff up.

so, lots more libs mondays for me it seems =)

btw, it would be very useful to get feedback from application developers on what isn't working for them in the classes in kdecore and kdeui.