Originally posted by RealNC
View Post
Announcement
Collapse
No announcement yet.
Ubuntu Finds New Love With Qt
Collapse
X
-
Originally posted by DanL View PostIf this means Brasero's out and K3B's in, I'm all for it.
The size issue can be solved simply enough: remove Rhythmbox and Totem and install Banshee (the new one, with DVD support). There, problem solved.
Comment
-
-
Originally posted by BlackStar View PostNo 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.
Comment
-
Originally posted by kraftman View PostNot 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.
Comment
-
Originally posted by BlackStar View PostNo, I'm 100% serious. I have both installed and I prefer Brasero by leaps and bounds. It's simple, clean and it works perfectly.
Comment
-
Originally posted by Yfrwlf View PostBasically 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..
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.
Comment
Comment