Page 3 of 7 FirstFirst 12345 ... LastLast
Results 21 to 30 of 70

Thread: Ubuntu Finds New Love With Qt

  1. #21
    Join Date
    Jul 2008
    Posts
    174

    Default

    Quote Originally Posted by RealNC View Post
    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

  2. #22
    Join Date
    Oct 2007
    Posts
    1,268

    Default

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

  3. #23
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,129

    Default

    Quote Originally Posted by DanL View Post
    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.

  4. #24
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,788

    Default

    Quote Originally Posted by BlackStar View Post
    [K3B] sucks compared to Brasero.
    You're joking, right? Either that, or you're totally blind.

    PS:
    If you really are blind, my apologies.

  5. #25
    Join Date
    Aug 2009
    Posts
    157

    Default

    Quote Originally Posted by cl333r View Post
    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...

  6. #26

    Default

    Quote Originally Posted by BlackStar View Post
    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.

  7. #27
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,129

    Default

    Quote Originally Posted by kraftman View Post
    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.

  8. #28
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,129

    Default

    Quote Originally Posted by RealNC View Post
    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.

  9. #29
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,788

    Default

    Quote Originally Posted by BlackStar View Post
    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.

  10. #30
    Join Date
    Nov 2008
    Posts
    77

    Default

    Quote Originally Posted by Yfrwlf View Post
    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.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •