Slashdot Mirror


GNOME/KDE Integration Gets A Few Boosts

Balinares writes "Great bunch of news on the Linux desktop unification front. After the unification of GTK and Qt themes that Slashdot already reported on, it is OpenOffice's turn to get the unified look treatment (screenshot 1, screenshot 2, screenshot 3). In related news, the recently released QtGTK library allows to merge the Qt event loop with that of GTK. In other words, this means you can now easily use KDE's DCOP, IOslaves, and, last but not least, file dialogs, from inside your GTK apps. (Screenshot of this feature used in XMMS2: 1 2). It comes with a tutorial that explains the basics. Finally, the new fuse_kio tool now makes it possible to use KDE's IOslaves directly at the filesystem level, from any Linux app. 2004 is really beginning well for all those of us who use Linux as their primary desktop!"

9 of 339 comments (clear)

  1. License? by DAldredge · · Score: 3, Interesting

    What effect will the QT/GTK event loop intergration tech have on licensing? In other words, does your app have to be GPL to use this tech?

  2. A print dialog box... by netsharc · · Score: 3, Interesting

    One of the screenshots look like a print dialog box. I wonder what the state of that is. Or is this a moot point, when cups has it all solved?

    --
    What time is it/will be over there? Check with my iPhone app!
    1. Re:A print dialog box... by bflong · · Score: 4, Interesting

      There's no reason to worry about the KDE print dialog. Any app can be programed to output postscript and then pipe it to kprinter. KDE has the printing thing licked, and has for a long time. I can use KDE's print dialog with mozilla, openoffice, and just about any other program that lets me chose what program to use for the print que.

      --
      Why is it so hot? Where am I going? What am I doing in this handbasket?
  3. Very Impressive! by nycsubway · · Score: 3, Interesting

    Great job to all those who worked on the integration! I have been worried that Gnome might overtake KDE as the popular desktop and KDE might then be subject to a smaller niche for the desktop. I'm glad that all the work that the KDE teams have done will continue to be used alongside Gnome.

  4. The integration I'd like to see by Mr.+Darl+McBride · · Score: 3, Interesting
    The integration I think I'd most like to see right now would be a Metacity or MicroGUI theme for Mozilla. Considering how many tens of thousands of people are using Sawfish and Gnome, can you believe something like this doesn't already exist?

    For you KDE users who aren't on Konqueror 24/7: don't forget to say thank-you.

  5. Re:Sweet First Post! by alakon · · Score: 5, Interesting

    When I first installed Linux I flipped a coin to decide between the two :) Yes, I didn't want to make a choice, as Redhat gave no background to base my decision.

  6. Re:Theme THIS! by Anonymous Coward · · Score: 4, Interesting

    Plus the kioslaves are glorious.

    The other day, I was copying stuff out of a .tar.gz which was open in Konqueror straight into an FTP site, also open in Konqueror. A bit later, I was copying Ogg Vorbis files off an audio CD.

    There's loads of other kioslaves, like smb:, fish:, lan:, kamera:, floppy: and sftp: - they can make tasks which previously required entirely separate applications utterly seamless instead.

    I'd love the opportunity to be able to use them on the command line, and to use them with other, non-KDE software, which it sounds like fuse_kio thing will offer...

  7. Another KDE myth by niom · · Score: 3, Interesting

    as part of a recent initiative to do something about KDE's reputation for only doing their own stuff, seemingly "starting over" (their own office suite, their own browser etc)

    KOffice and Konqueror were started long before OpenOffice and Mozilla became open source.

    --
    -- Repeat with me: "There is no right to profits".
  8. Legal question by unborn · · Score: 4, Interesting

    Does anyone know if a closed-software maker is violating the GPL if it has originally linked to an LGPL library (legal), which has an independently created GPL analogue?

    If not, then isn't it a matter of a LD_PRELOAD to transfer all or many GTK calls into QT calls, where the preloaded library is fully GPL, and gtk+ software was originally linked to the LGPL original gtk?