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

As for the decision itself, I'm OK with it. Anything that makes my Ubuntu desktop work a little better is a step forward. Peace.


That's nice. After utterly ignoring Qt and KDE for many a year, suddenly, just for the sake of the Ubuntu default desktop, all authors of Qt applications must re-write parts of their application in order to be aware of qt-dconf settings, unique to Ubuntu?

I'm so glad you are OK with that. </sarcasm>

Reply Parent Score: 2

geertjan Member since:
2010-10-29

Yep, they must. All Qt programmers that do not use dconf will be arrested and executed.

Oh wait, the only downside to not implementing dconf is that you won't see your application installed by default on the Ubuntu live CD. So no, nobody must do anything.

All Canonical is doing is creating a new piece of software that allows Qt application to integrate better into GNOME and Ubuntu. Yes, not just Ubuntu, this will also benefit other distros that combine GNOME with Qt applications. And everybody is free to use or ignore it.

I don't get all these comments saying "I have wanted Qt apps in Ubuntu for years, and now they are doing it. Those bastards!"

Reply Parent Score: 2

WereCatf Member since:
2006-02-15

Oh wait, the only downside to not implementing dconf is that you won't see your application installed by default on the Ubuntu live CD. So no, nobody must do anything.

Indeed. The library is already being written so an application which wishes to be part of the default installation only needs to add the library and to save/store its settings via that. Not really a big effort needed. And besides, not all apps are going to get on the default installation anyways.

I don't get all these comments saying "I have wanted Qt apps in Ubuntu for years, and now they are doing it. Those bastards!"

I suppose they were happier complaining than actually getting something. And still, Qt apps have been available in Ubuntu for years, the only difference now is that it's possible some Qt apps will be included by default.

Reply Parent Score: 2

lemur2 Member since:
2007-02-17

Yep, they must. All Qt programmers that do not use dconf will be arrested and executed.

Oh wait, the only downside to not implementing dconf is that you won't see your application installed by default on the Ubuntu live CD. So no, nobody must do anything.

All Canonical is doing is creating a new piece of software that allows Qt application to integrate better into GNOME and Ubuntu. Yes, not just Ubuntu, this will also benefit other distros that combine GNOME with Qt applications. And everybody is free to use or ignore it.

I don't get all these comments saying "I have wanted Qt apps in Ubuntu for years, and now they are doing it. Those bastards!"


I'm sorry you missed the sarcasm tag, I actually did put one right there in that post for you.

Anyway, my point is this ... why should authors of Qt applications be falling over themselves to re-write their apps just for the "honour" of being included on Mr Shuttleworth's Ubuntu default install CD?

Why would it be so hard for Mr Shuttleworth to arrange to do the work of integration, if he wants to include these best-of-class Qt applications on his default CD?

There are two methods which come to mind, neither of which would require Qt authors to leap to Mr Shuttleworth's bidding (for Mr Shuttleworth's benefit):

1. Ubuntu writes a replacement qtconfig
http://doc.qt.nokia.com/latest/qtconfig.html
The qtconfig tool allows users to customize the default settings for Qt applications on a per-user basis, enabling features such as the widget style to be changed without requiring applications to be recompiled.
and a replacement for QsettingsClass in the QtCore module, both of which integrate with dconf, all other parts of Qt remain untouched,

http://doc.qt.nokia.com/4.6.2/qsettings.html
Detailed Description

The QSettings class provides persistent platform-independent application settings.

Users normally expect an application to remember its settings (window sizes and positions, options, etc.) across sessions. This information is often stored in the system registry on Windows, and in XML preferences files on Mac OS X. On Unix systems, in the absence of a standard, many applications (including the KDE applications) use INI text files.

QSettings is an abstraction around these technologies, enabling you to save and restore application settings in a portable manner. It also supports custom storage formats.

QSettings's API is based on QVariant, allowing you to save most value-based types, such as QString, QRect, and QImage, with the minimum of effort.


or

2. Ubuntu writes an expanded dconf module which edits both the dconf database and the qtconfig and QsettingsClass storage.

Either way, it seems to me, suddenly Qt applications running on Ubuntu will see the same settings changes as dconf does, without any requirement for said Qt applications to be re-written or even re-compiled.

Surely this is an infinitely better solution for everybody, even for Mr Shuttleworth?

Edited 2011-01-19 09:24 UTC

Reply Parent Score: 3

segedunum Member since:
2005-07-06

Yep, they must. All Qt programmers that do not use dconf will be arrested and executed.

It's a nice way of inserting a bit of sensationalism into the debate, but that's exactly what Shuttleworth is asking Qt application developers to do.

Oh wait, the only downside to not implementing dconf is that you won't see your application installed by default on the Ubuntu live CD. So no, nobody must do anything.

That's about the size of it, and probably what will happen.

All Canonical is doing is creating a new piece of software that allows Qt application to integrate better into GNOME and Ubuntu.....And everybody is free to use or ignore it.

It will get ignored by upstream, like many of the other things Ubuntu has done, because people are not going to rewrite their applications to support something that Ubuntu has suddenly come up with out of the blue.

Those of us actually debating something here are asking what it will take for what Mark Shuttleworth wants to be a success. Telling us that we can all ignore him is probably what will end up happening, but it's not terribly productive.

I don't get all these comments saying "I have wanted Qt apps in Ubuntu for years, and now they are doing it. Those bastards!"

Well no. People have asked for better Qt aplication support for years, and got completely stonewalled by Ubuntu and then other people did the actual work.

It does a disservice to the people who've actually done work and written code on this front to claim that Ubuntu is now somehow starting this off.

Reply Parent Score: 4

Soulbender Member since:
2005-08-18

Authors of QT applications would most likely continue using QSettings as they have always done. QT is nice and modular like that. Not like such facts will matter for the irrational anti-Ubuntu and anti-Shuttleworth brigades.

Reply Parent Score: 2

lemur2 Member since:
2007-02-17

Authors of QT applications would most likely continue using QSettings as they have always done. QT is nice and modular like that.


Correct. Exactly so. That is precisely what you would expect them to do.

However, when said Qt applications are installed on a default Ubuntu (with modified qtconfig and QSettings class, both now integrated with dconf) now, suddenly, when the Ubuntu user changes something like the system font (using dconf), suddenly any installed Qt applications will also see the same change.

Which is what you want.

Without requiring said authors of QT applications to change their code at all, or even have to recompile.

Not like such facts will matter for the irrational anti-Ubuntu and anti-Shuttleworth brigades.


Puhlease, get real. What everybody wants is for it to work properly, without putting extra work on the authors of thousands of Qt applications.

This is not any kind of anti-Ubuntu campaign, this is simply a "if you want to integrate Qt applications, do it properly and everybody wins" campaign.

Edited 2011-01-19 09:33 UTC

Reply Parent Score: 3

segedunum Member since:
2005-07-06

Authors of QT applications would most likely continue using QSettings as they have always done.

It's about more than just creating a dconf settings backend. If you want proper application integration then all the applications have to pay attention to the settings they set and get from dconf. This is a mammoth task, will need to be some kind of Freedesktop specification and will require a lot of buy-in.

Not like such facts will matter for the irrational anti-Ubuntu and anti-Shuttleworth brigades.

Hmmmm. I love how any percieved criticism of Ubuntu and what Mark Shuttleworth says is somehow, by default, anti-Ubuntu and ant-Shuttleworth trolling. As if the opinions of Ubuntu and Mark Shuttleworth trump everyone elses', including those of the upstream who they expect to buy into this, and can't be questioned. Interesting.

Edited 2011-01-19 15:13 UTC

Reply Parent Score: 4