Ubuntu Finds New Love With Qt

[Joe Sixpack]

Well, at least Gtk 2.x has to die. It looks like ass on anything but Gtk-based DEs. Every time I fire up a Gtk app on KDE, I want to kill a bunny and curse at God for allowing people to create such monstrosities. Hopefully Gtk 3 solved that?

You're funny

[DanL]

If this means Brasero's out and K3B's in, I'm all for it.

[BlackStar]

If this means Brasero's out and K3B's in, I'm all for it.

No chance, since (a) K3B relies on kdelibs, not just Qt and (b) it sucks compared to Brasero.

The size issue can be solved simply enough: remove Rhythmbox and Totem and install Banshee (the new one, with DVD support). There, problem solved.

[RealNC]

[K3B] sucks compared to Brasero.

You're joking, right? Either that, or you're totally blind.

PS:
If you really are blind, my apologies.

[Artemis3]

Replace tomboy with gnote and throw away gbrainy and the mono runtime and all its dependencies. There, space problem pretty much solved.

That would be perfect, if some idiot hadn't chosen to replace rhythmbox with banshee...

[kraftman]

No chance, since (a) K3B relies on kdelibs, not just Qt and (b) it sucks compared to Brasero.

The size issue can be solved simply enough: remove Rhythmbox and Totem and install Banshee (the new one, with DVD support). There, problem solved.

Not a chance. The smartest and most efficient way (mono apps are damn slow and bloated compared to C,C++ and Vala apps; if you want to see a benchmark just say) is to get rid of crap called mono and thus mono based applications. Imagine how much space will be left. Then install Clementine. Btw. I like this Canonical move.

[BlackStar]

Not a chance. The smartest and most efficient way (mono apps are damn slow and bloated compared to C,C++ and Vala apps; if you want to see a benchmark just say) is to get rid of crap called mono and thus mono based applications. Imagine how much space will be left. Then install Clementine. Btw. I like this Canonical move.

Too bad (for you) that Mono facilitates best-of-breed applications. We'll be seeing more of it as time passes, you can bet on this.

[BlackStar]

You're joking, right? Either that, or you're totally blind.

No, I'm 100% serious. I have both installed and I prefer Brasero by leaps and bounds. It's simple, clean and it works perfectly.

[RealNC]

No, I'm 100% serious. I have both installed and I prefer Brasero by leaps and bounds. It's simple, clean and it works perfectly.

Translation: Lacks functionality, configurability and works just as well. Yep. Those are the "good" apps nowadays, I guess.

[Jonno]

Basically what Gallium is for graphics drivers is what is needed on this front too, fully agreed. In other words, abstracting/separating the actual visual look/theme from the underlying GUI core. Then if you wanted to use GTK for the core, or Qt for the core, it wouldn't matter as it'd still look the same..

This abstraction already exist, it is called Qt!

Applications written against the Qt API will use whatever toolkit your DE is using behind the scene, be that Win32, Carbon, Gtk+ or Qt...

Yes, that means Qt applications will render the GUI using Gtk+ by default when running on GNOME, making them look like native Gtk+ applications (because when running on GNOME they are native Gtk+ applications).

Unfortunately the converse is not true for Gtk+ applications running on KDE.