Linked by Thom Holwerda on Tue 18th Jan 2011 22:18 UTC, submitted by alinandrei
Ubuntu, Kubuntu, Xubuntu De kogel is door de kerk. After years of focussing entirely on Gtk+ and GNOME, Ubuntu will finally start evaluating Qt applications for inclusion in the defaukt Ubuntu installation. Mark Shuttleworth announced the policy change on his blog today.
Permalink for comment 458947
To read all comments associated with this story, please click here.
RE[7]: Talk about arrogance
by plague on Tue 18th Jan 2011 23:45 UTC in reply to "RE[6]: Talk about arrogance"
plague
Member since:
2006-05-08

So the general problem here is different settings backends. Well Qt apps use QSettings that has different backends for different platforms, so on Windows it will use the registry, on Mac it will use plists, and on linux it will use .ini. KDE has a separate class that adds more features, called KConfig.

So the solution is not to add yet another class for dconf support. The correct answer is to work with KDE to either extend KConfig to allow using a dconf backend that will be transparent to the developers, or agree on a new interface that will support both backends.

I admit, I don't have any knowledge about the inner workings of QT/KDE/GNOME/GTK+/dconf, etc, so this may sound like a stupid question.. But If QT apps use QSettings, that itself has several different backends for different platforms, and the apps themselves work automagically with each backend, wouldn't it be easiest and best to simply create a dconf backend to QSettings?
Maybe that's exactly what you meant by extending KConfig to allow using a dconf backend?

If this can be done, I see absolutely no problem with it, even if a "better" solution is to be introduced later on.

Reply Parent Score: 4