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.
Thread beginning with comment 459039
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: De kogel is door de kerk
by lemur2 on Wed 19th Jan 2011 10:06 UTC in reply to "RE[6]: De kogel is door de kerk"
lemur2
Member since:
2007-02-17

dconf has technical advantages over flat-file storage, including notice of changes, and a quite fast retrieval/loading mechanism (as it is more likely that settings are read than written).

Having the author of dconf write bindings for Qt, so there is the choice of using it, is a good thing!


But only Qt applications which were re-written to explicitly call those bindings (probably making them a dependency, and also therefore bringing in dconf as a dependency) would be able to work.

However, modifying dconf to also provide a replacement QSettings class and a replacement qtconfig would provide the desired mechanisms for Qt applications running under Ubuntu's GNOME to use the dconf database WITHOUT having to modify said Qt applications!

Better for everybody!

Reply Parent Score: 2

saynte Member since:
2007-12-10


But only Qt applications which were re-written to explicitly call those bindings (probably making them a dependency, and also therefore bringing in dconf as a dependency) would be able to work.

However, modifying dconf to also provide a replacement QSettings class and a replacement qtconfig would provide the desired mechanisms for Qt applications running under Ubuntu's GNOME to use the dconf database WITHOUT having to modify said Qt applications!

Better for everybody!


This would be a bad software design. dconf has a very dedicated purpose, you do not want to complicate it with unnecessary functionality.

Reply Parent Score: 1

lemur2 Member since:
2007-02-17

"
But only Qt applications which were re-written to explicitly call those bindings (probably making them a dependency, and also therefore bringing in dconf as a dependency) would be able to work.

However, modifying dconf to also provide a replacement QSettings class and a replacement qtconfig would provide the desired mechanisms for Qt applications running under Ubuntu's GNOME to use the dconf database WITHOUT having to modify said Qt applications!

Better for everybody!


This would be a bad software design. dconf has a very dedicated purpose, you do not want to complicate it with unnecessary functionality.
"

Extra functionality (integration of an environment for Qt applications under GNOME) ... that Mr Shuttleworth has said he wants for his GNOME desktop ... functionality that already involves dconf ... why not just do it within the dconf package and be done with it?

Better for everybody.

Edited 2011-01-19 10:42 UTC

Reply Parent Score: 2