Slashdot Mirror


What to Expect From Qt 4

An anonymous reader writes "A presentation given by Matthias Ettrich (director of Qt development, author of LyX, and founder of the KDE project), was given to the annual KDE Developer's Conference in Nove Hardy, Czech Republic. In this presentation, Matthias details what's going to be new in Qt 4.0, which will be used as a base for the next version of KDE after 3.2. Apparently, Qt 4.0 will not only include faster startup times and lighter memory usage, but will have sweeping architectural changes, including a splitting of Qt's GUI classes and non-GUI classes."

386 comments

  1. It Sounds Nice by Jeagoss · · Score: 5, Insightful

    but, is it absolutely essential? In a time where code needs to remain compatible due to the large amount of projects that are depending on that code, huge architectual changes implemented in a large number at one time will just show that the project wont get used for quite a while. It will take time for developers to start supporting the new format, which will leave end users wanting.

    --
    Password Authentication Bypassed for Root
    1. Re:It Sounds Nice by siliconwafer · · Score: 4, Interesting

      The lighter memory usage and faster startup times sound very nice. Maybe not essential, but nice.

    2. Re:It Sounds Nice by Coventry · · Score: 4, Informative

      Remember, QT is a library, and trolltech makes their money from it. I'm pretty sure that all that will be needed for most apps using current QT is a recompile with the new tools (QT has a tool used as part of the Make process). To use the new features might require changes to code, but thats a different story - you're already changing your code to add new features.

      --
      man is machine
    3. Re:It Sounds Nice by Angry+White+Guy · · Score: 1

      Sometimes it's better to throw the baby out with the bathwater. KDE has always had backwards compatibility problems, this will be no different, just a bit bigger.

      --
      You think that I'm crazy, you should see this guy!
    4. Re:It Sounds Nice by stratjakt · · Score: 5, Interesting

      Qt 4 mostly tries to preserve source-compatibility with a little search and replace and a COMPAT compilation switch. More porting will be required for styles and code that uses the meta object system directly.

      Out with the old, in with the new.

      Developers can adapt or fail. It doesnt seem wise to quit working towards better systems because some guy doesnt feel like replacing his widgets.

      --
      I don't need no instructions to know how to rock!!!!
    5. Re:It Sounds Nice by Overly+Critical+Guy · · Score: 4, Insightful

      Why are Linux users so afraid of change? It's the very reason we suffer through so much legacy compability to slow things down.

      I welcome any sort of innovation. People will update their apps to meet any changes.

      --
      "Sufferin' succotash."
    6. Re:It Sounds Nice by _Sharp'r_ · · Score: 1

      Faster startup times? Maybe M$ will steal the code and the world will save millions of man hours. Think of the benefits to the world economy!

      (Note: This is a joke. This is only a joke. If you didn't like the joke, then please just move on and leave me to enjoy it by myself. Thank you for your participation in this joke advisory.)

      --
      The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    7. Re:It Sounds Nice by originalTMAN · · Score: 1

      Running Gnome apps under a faster lighter KDE (my preffered desktop) sounds good to me. It is probably better as a selling point for moving forward with the whole linux on the desktop thing.

    8. Re:It Sounds Nice by ded_guy · · Score: 2, Insightful

      I dunno--sometimes things have to be broken to make them easier, faster, or more flexible or to allow for future growth. Or sometimes just because there is a Better Way. Look at the breakages going on in Perl 6.

      --
      In the future, all spacecraft will be made of cheese.
    9. Re:It Sounds Nice by Jeagoss · · Score: 2, Insightful

      I'm not saying change isn't good. Change is very good. The thing I see here is they aren't only implementing 5-6 new features and a small architecture change. Yes, they are trying to maintain source compatibility, but the style of coding is just far antiquated. Personally, when I write code, I implement a new feature, get it working very very well, and then move on to the next feature. This leaves room for other projects to implement the new feature, and start using it, while I then move onto the next feature. It proves to be a very stable, dependable method of coding. I'm not saying everyone should code this way, and I'm definitly not saying I'm better than everyone else. Rather, I am giving my unwanted $0.02. Coding in such a syle really lets people move forwared, in a very steady pace. Remember, the rabbit didn't win the race. The turtle did cause he was very steady and persistant.

      --
      Password Authentication Bypassed for Root
    10. Re:It Sounds Nice by ealar+dlanvuli · · Score: 1

      You've apparently never upgraded to the "new" Windows "platform".

      --
      I live in a giant bucket.
    11. Re:It Sounds Nice by Anonymous Coward · · Score: 0, Insightful

      no funney here

    12. Re:It Sounds Nice by Jeremi · · Score: 1

      They're essential for me! Right now my app takes too long to start up, especially under Windows and OS/X (it's pretty snappy under Linux, hmm)

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    13. Re:It Sounds Nice by Jeagoss · · Score: 2, Interesting

      Besides reading my profile, what is to say I am even talking about QT for a personal use, or even QT for linux. I work for a company that uses the Professional Version of QT for development of "in house" applications which run mainly on FreeBSD. Source compatibility isn't always the best thing. A recompile of our applications isn't the quickest thing either. And after the recompile, we still have policies that say we have to test the new compiled app for 2 weeks before we push it to the network, just to make sure everything is stable. Big change costs money. Our company is far from scared of change. We just need to consider the investment of time and manpower to cope with it.

      --
      Password Authentication Bypassed for Root
    14. Re:It Sounds Nice by Simon · · Score: 0, Troll
      "Insightful", give me a break.

      Out with the old, in with the new.
      Developers can adapt or fail. It doesnt seem wise to quit working towards better systems because some guy doesnt feel like replacing his widgets.

      In case you didn't notice pal, breaking compatibility IS a big deal. It costs time and money. Most OSS projects don't run on money but they definately require time. Don't you think application developers have better things to do like implement wanted features instead of scrambling to fix previously working code? or having to deal with users using different incompatible versions of Qt/KDE, or dealing with making new RPMs, .debs etc, because compatibility is broken again. Don't YOU have better things to do than hunt down RPMs of software that have been compilied on just the right Qt/KDE versions as your own setup?

      Can't we just enjoy a period of Things Just Working for a while?

      --
      Simon

    15. Re:It Sounds Nice by mnmn · · Score: 1

      No it doesnt have to be compatible.

      Think of the benefits of sleepycat DB versions as their architectures changed, it improved across incompatible version.

      QT is nice and sweet as it is, we dont need too many changes too fast. Programmers are now getting really used to QT3, dont EXACTLY need a version 4 with a different interface to start learning.

      Of course if they're slimming it up more and making it faster (like FLTK) without adding too much other stuff, adding more database drivers and porting to more architecures, well its worth it.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    16. Re:It Sounds Nice by Otter · · Score: 5, Interesting
      Developers can adapt or fail.

      Remember, though, that we're talking about volunteer developers. If they fail, there's no one rushing in to take their customers. I remember when the KDE 3 plans were being made, there was a recognition that KDE's weakness is in the number and quality of apps and so there was a goal of keeping the APIs stable for as long as possible.

      Now, greatly improved startup time would obviously be a huge reason to switch as soon as possible. Since pure Qt apps already start much faster than KDE apps, though, I wonder how much speed KDE would really gain.

    17. Re:It Sounds Nice by Anonymous Coward · · Score: 0

      Indeed.

    18. Re:It Sounds Nice by HanzoSan · · Score: 1



      Thats what we should do in theory, but you have these people who are getting paid (trolltech) or (gnome), and they want to be on the cutting edge because its fun and they get paid.

      You, the user however hate changes to the inner workings of the system because you are forced to learn new APIs, and all that.

      Why turn Linux into Windows?

      --
      If you use Linux, please help development of Autopac
    19. Re:It Sounds Nice by Vann_v2 · · Score: 1

      Are they volunteers, or does Trolltech pay them? After all, they do sell licenses for commercial use.

    20. Re:It Sounds Nice by Vann_v2 · · Score: 1

      As a business I have to assume they know what their customers want. As a developer I know this is exactly what QT needs. Everyone talks about how great QT is compared to Gtk+, but it does have a lot of brandead things. Some easier-to-spot examples are things like variables that should be const but aren't and no way to tell a UI element from a non-UI element. The latter is being addressed and I can only thank them for that.

    21. Re:It Sounds Nice by Anthracks · · Score: 1

      I think he meant those who are writing Qt apps include volunteer developers, and if their Qt app stops working suddenly with the new version they have less time and incentive to upgrade to it.

      --
      Rock over London, Rock on Chicago. Wheaties: Breakfast of Champions.
    22. Re:It Sounds Nice by Hard_Code · · Score: 1

      They aren't *forcing* you to use QT4 though, right? That is the great thing about open source...you don't HAVE to be forced to upgrade...so all this hand wringing over adding features/changing things is sort of pointless. If you don't like it, don't use it.

      --

      It's 10 PM. Do you know if you're un-American?
    23. Re:It Sounds Nice by Anonymous Coward · · Score: 0

      Everyone talks about how great QT is compared to Gtk+

      "Everyone" being a few Trolltech employees and KDE zealots who regularly pop up on slashdot to big up Qt... no-one else does. Qt is a bloated mess that manages to combine all the DISADVANTAGES of Java's crossplatform capabilities with none of the ADVANTAGES. Quite an achievement.

    24. Re:It Sounds Nice by Anonymous Coward · · Score: 0

      > Some easier-to-spot examples are things like variables that should be const

      Versus gtk, where practically _nothing_ is const?

    25. Re:It Sounds Nice by GuyWithLag · · Score: 1

      Remember, the load time is mostly due to dynamic library linking. My guess (I don't use KDE) is that KDE has a lot more symbols, objects and virtual methods than Qt, thereby slowing down the application initialization, as these have to be made during load time.

      In the Gnome world, gnomemm - the C++ wrappers for Gnome - have more or less the same problems.

      On the third hand, prelinking has increased dramatically the load times of OpenOffice. Happy happy, joy joy!

    26. Re:It Sounds Nice by Otter · · Score: 1

      Yes, and in particular I was talking about the issue of when to switch KDE development to the new Qt. A lot of third-party KDE development got sidetracked during the KDE 1->2 transition, and it was made a priority to avoid another major code breakage for as long as possible.

    27. Re:It Sounds Nice by ArsonSmith · · Score: 1

      Faster startup and smaller size. by 6.0 stuff should start before you click on it and it should fit in less that 640k. Haven't we been promised these two things in every version so far?

      Bigger and slower is all I ever seem to get from KDE.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    28. Re:It Sounds Nice by asciiRider · · Score: 1

      why are linux users afraid of change?

      Uptime.

    29. Re:It Sounds Nice by JohnFluxx · · Score: 1

      And how do you add the feature of reducing the memory footprint and so on?

    30. Re:It Sounds Nice by Library+Spoff · · Score: 1

      err i've got quicktime 6...

      move along pleez!
      oh the patter...

      --
      Acid House saves Souls
    31. Re:It Sounds Nice by sketerpot · · Score: 2, Interesting
      From the article:
      Qt 4 mostly tries to preserve source-compatibility with a little search and replace and a COMPAT compilation switch. More porting will be required for styles and code that uses the meta object system directly.

      Not much Qt code uses the moc system directly, since this is deep black magic and typically a bad idea. They're preserving compatibility, and it seems like a pretty small price to pay.

    32. Re:It Sounds Nice by nvrrobx · · Score: 1

      *gasp*

      Have you ever looked at Qt's libraries and wished you could use them outside of X?

      "...but will have sweeping architectural changes, including a splitting of Qt's GUI classes and non-GUI classes."

      That in itself has me and a few of my friends sold that we need a new Qt!

    33. Re:It Sounds Nice by Anonymous Coward · · Score: 0
      but it does have a lot of brandead things.

      So when a Qt application bogs down, it's really just constipated?

    34. Re:It Sounds Nice by Anonymous Coward · · Score: 0

      People will update their apps to meet any changes.
      Not really.
      The vast majority of computer users never update their apps.
      The system that's installed on their computer is the system they'll have until they buy their next computer.
      And people won't upgrade their computer for a new application -- unless that application happens to be DOOM 3!!

    35. Re:It Sounds Nice by Anonymous Coward · · Score: 1, Insightful

      Moreover, backwards compatibility has caused a some of the most braindead "features" (drive letters, CRLF autoconversion, dual 8.3 / normal names, etc.) of certain, um, other OSes. If you can improve something and keep compatibility, great, but if you can't, by all means, improve it anyway.

    36. Re:It Sounds Nice by Anonymous Coward · · Score: 0

      Since pure Qt apps already start much faster than KDE apps

      For most definitions of "pure", KDE applications are pure Qt applications.

    37. Re:It Sounds Nice by Wolfrider · · Score: 1

      --Somebody may mod you funny, but I swear to God I thought the next KDE was going to be based on Quicktime just like OS X. I screamed "NOOOOO they must be stopped, the code bloat - my God the code bloat!"

      --Then I started reading the posts and got cleared up. (whew!)

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    38. Re:It Sounds Nice by nitehorse · · Score: 1

      You obviously don't remember KDE 2.0.

      If you really want to see the difference, then, please, by all means - either install KDE 2.0 binaries, and watch how long KDE takes to start up and work, and then try KDE 2.2, and then 3.0, and 3.1. If you really just want to be lazy, then try just going from 2.0 to 3.1 - there is an insane amount of speed difference.

      As far as things go from KDE1 - well, KDE1 was insanely fast compared to KDE2 and KDE3, but it also had almost none of the features that we're all enjoying with the newer releases.

      But KDE has been getting progressively faster as time goes on, not slower.

  2. Faster? by Kenterlogic · · Score: 3, Interesting

    I have alwways preffered Gnome to KDE because of speed issues (and the new Gnome is a lot prettier). But if this new base is much faster, then I may be forced to start using KDE again. Then again, my G5 should be arriving soon-- so forget Linux.

    --
    The New Root Council, kickin' ass sinc
    1. Re:Faster? by Kenterlogic · · Score: 0
      ...interesting that a flaimbait accusation is, in itself, flaimbate.
      "...expected to be released in 2004 and promises to deliver increased performance, both at startup and runtime, more flexibility and productivity and changes to ease the learning process."
      This is everything I could ask for, at least within the speed/productivity area. it has always been a very black and white tradeoff between flexibility and ease of use. Perhaps this will find balance between the otherwise very contradictory features.
      --
      The New Root Council, kickin' ass sinc
    2. Re:Faster? by axxackall · · Score: 1

      I am still choosing gnome over kde on my G4 and G3 machines, both running gentoo linux/PPC ... Oh, I got it! You'll get g5 which is power enough to run OSX fast enough, right? But why to switch to OSX when you can still run your beloved Linux/PPC even on G5? Or other any known problems to run Linux on G5?

      --

      Less is more !
    3. Re:Faster? by Anonymous Coward · · Score: 0

      Or just wait a couple of months for Intel and/or AMD to release a new cpu that shits all over the G5, and costs a couple grand less. Of course, you wont have the "Apple uber alles" superiority complex to go along with it, but hey, some people buy computers to get work done, rather than to mess around with fonts and icons all day.

    4. Re:Faster? by Anonymous Coward · · Score: 0

      Why? because Linux gui sucks. Feels like win 3.11 with another gui on top of it.

    5. Re:Faster? by jester · · Score: 1

      I always have preferred KDE to Gnome for speed issues, memory usage issues, application availability issues, etc etc. The actual speed ups in Qt4 are in the article ... 14% was quoted, so why say "if this new base is much faster" ?

    6. Re:Faster? by Chad+Page · · Score: 1

      I used Win3.1 briefly recently when I got a laptop at a thrift store. I don't see the resemblence at all - KDE 3.1 looks *much* more like Windows 95, but with AA fonts and more themability ;)

    7. Re:Faster? by westyvw · · Score: 1

      Nah your G5 is comming and then gentoo will make it ROCK!

  3. This is what I really want from Trolltech. by elvesRgay · · Score: 1, Funny
    This stuff looks pretty cool but there is one thing I keep thinking of when I think Trolltech.

    How about if they buy back the 4.1% of their stock from the Canopy group and the 1.6% of their stock from the SCO group so I don't have to feel dirty about using thier products. I know its a small percentage, and I do like QT, but still, it's unpleasant seeing their logo here.

    I'll bet if they could they would buy that 5.7% back. And since its probably expensive to buy back, and Canopy and SCO likely don't want to sell its a pain and a source of fustration to TrollTech.

    1. Re:This is what I really want from Trolltech. by AugustMoon · · Score: 5, Insightful

      Big deal. There is no law against having your stock owned by questionable companies. Furthermore, no publicly traded company can really control who buys their shares. They are publicly traded, any one can buy or sell the ownership.

      It doesn't automatically mean Trolltech inherits all the vices of every one who owns shares.

      I would not be worried or even morally concerned until Trolltech's business decisions go south. Minor share holders don't dominate a company. Even 5.7% isn't a lot.

    2. Re:This is what I really want from Trolltech. by fault0 · · Score: 1

      No... trolltech is _privately_ traded, so they can control who owns their stock. However, ~5.6% is pretty much nothing when their employees own more than 60% of their stock.

    3. Re:This is what I really want from Trolltech. by pmz · · Score: 1

      so I don't have to feel dirty about using thier products.

      I despise Microsoft, for example, and use only Solaris, OpenBSD, and Linux at home nearly 100% of the time, but I still cannot avoid owning Microsoft stock via my 401K mutual funds (retirement takes priority, here). Corporate ownership via stock is more an affirmation than anything else. Qt is really a damn good product, and investors show that by buying stock (affirmation of good product). Microsoft, on the other hand, is simply the richest most powerful software company on the planet, and I'm powerless to tell the S&P 500 managers that they should take my ethical considerations to heart (affirmation of being more powerful than the President).

    4. Re:This is what I really want from Trolltech. by boomgopher · · Score: 1

      Look man, in this world, it's almost pointless to think that way. I mean Saddam Hussein has/had a lot of stock in the Hachette Filipacchi magazine group (Elle, Car and Driver, etc.)
      So I guess we should have boycotted those mags, but there's probably a million other examples like that.

      --
      Your hybrid is not saving the environment. Its purpose is to make you feel good about buying something.
    5. Re:This is what I really want from Trolltech. by GreatOgre · · Score: 1

      Big deal! Nearly 65% is owned by the employees (~70% if you count the Trolltech Foundation which probably votes with the employees). Plus, the chances are the employees will eventually buy back even more of the stock.

  4. Re:"ligher memory usage" by notanatheist · · Score: 1

    Perhaps you'll have your choice. "Lighter" would be more compliant with other window managers and making better use of apps or "Higher" for more eye-candy.

  5. Here's what I expect by Rosco+P.+Coltrane · · Score: 2, Informative

    Qt is great (well, if you like C++ and you don't mind the QPL), but there's really one thing I'd like: when will it ever have a font scheme that allows me to use AA fonts together with non-truetype X11 core fonts?

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Here's what I expect by localghost · · Score: 1

      The free version is released under both the QPL and the GPL, you only have to accept one of those two licenses to use it, not both. So if the QPL bothers you, just accept the terms of the GPL instead.

    2. Re:Here's what I expect by Dionysus · · Score: 1

      If you don't like the QPL, you can always use the GPL. I'm amazed people still don't know this.

      --
      Je ne parle pas francais.
    3. Re:Here's what I expect by Rosco+P.+Coltrane · · Score: 1

      No no, I'm talking about the dual-licensing thing. The GPL/QPL is a bait-and-switch scheme : the more people use it under GPL, the more it'll become standard, and the more people who want to make commercial products will be compelled to use Qt as a de-facto standard and be forced to pay the Trolltech tax.

      Don't get me wrong, I like Qt and I think TT's market grabbing scheme is pretty slick and fair, from a company out to make money, but I've paid for and had to endure enough non-free (free as in beer) software to be wary of them. Too bad I find Gnome so ugly, otherwise I wouldn't use KDE for that very reason.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    4. Re:Here's what I expect by Soul-Burn666 · · Score: 1

      Unless ofcourse you are developing for Windows aswell. And then you either use the free and extremely old version (2.3.0) or pay the TT tax for the new vers.

      --
      ^_^
    5. Re:Here's what I expect by DanMilburn · · Score: 2, Informative

      You're aware that the QPL is, more-or-less, an open source license right? People didn't like it because it didn't meet the Free Software Foundations definition of free (meaning that, according to a strict interpretation of the GPL, it was illegal to distribute KDE in binary form), so Trolltech started licensing it under the GPL, leaving the option of accepting the terms of the old license instead.

      As for dual-licensing it commercially and as free software, well, I don't see how that forces anyone to do anything. If you make non-free software, you pay the fee for a commercial license, and it's been that way since Qt was created. The growing success of Qt might encourage people to do this, but they're certainly not forced to. And if that happens, hey, Trolltech are successfully creating and supporting free software, and managing to make money. I don't see that as something to be wary of.

    6. Re:Here's what I expect by DanMilburn · · Score: 1

      Since when did paying the license fee for commercial software become a 'tax'?

    7. Re:Here's what I expect by LMCBoy · · Score: 1

      Sure, you can choose the GPL version of Qt/X11, as long as you don't intend to use it with KDE. Essential core parts of KDE are licensed under BSD, and so cannot be used with the GPL'd Qt, only the QPL'd Qt.

      --
      Liberal (adj.): Free from bigotry; open to progress; tolerant of others.
    8. Re:Here's what I expect by localghost · · Score: 1

      The Windows version isn't "free", it's "non-commercial". Trolltech does not see the point in releasing Qt under the GPL in Windows, since the entire Windows operating system is proprietary. They do release the latest version under the GPL for MacOS X.

    9. Re:Here's what I expect by fault0 · · Score: 1

      > will it ever have a font scheme that allows me to use AA fonts together with non-truetype X11 core fonts?

      It has since Qt 3.x already. Qt 2.3 did not support doing this, however. Qt 2.2 and earlier didn't support AA fonts.

    10. Re:Here's what I expect by Dr.+Evil · · Score: 1

      Trolltech are successfully creating and supporting free software, and managing to make money. I don't see that as something to be wary of.

      Yep, it's a great arrangement... now... as long as they're making money.

      There's nothing to stop Troll Tech from becoming unreasonable in their licensing demands... crippling all commercial KDE development. Since KDE is a desktop environment, commercial development is pretty important.

      Only GPL software development is safe under KDE.

    11. Re:Here's what I expect by Vexalith · · Score: 1

      What if I don't like either? Things like this should be licensed under LGPL or a BSD-style license, or you just shouldn't bother. Say I write GPL cross-platform applications, but what if I wanted to pull my own dual licensing scheme and sell it as commercial product with some closed source enhancements? I can't do this with QT without paying Trolltech. Basically Trolltech are preventing people making money of QT software unless they receive their dividend. This is why Sun can't use QT in OpenOffice/StarOffice and it's also why Ximian can't and doesn't use QT.

    12. Re:Here's what I expect by Anonymous Coward · · Score: 0

      Oh, I see. Yuor nightmare scenario is that they will shave their heads, put their pinkies to their mouths and say "Now, I want ONE MILLION DOLLARS!" like Dr. Evil, right?

      Get real. When companies lose money they bring prices DOWN, not up.

    13. Re:Here's what I expect by Anonymous Coward · · Score: 1, Informative

      You are confusing development with execution.

      The QPL explicitely grants the use of Qt as a runtime for any "legally developed application" that needs it.

      So, you could just get a QPLd Qt and use it as a runtime for the GPLd code.

      Alternatively, you could get it under both licenses, since it is dually licensed. There is no reason to choose one license.

    14. Re:Here's what I expect by bongoras · · Score: 2, Insightful

      "There's nothing to stop Troll Tech from becoming unreasonable in their licensing demands... crippling all commercial KDE development. Since KDE is a desktop environment, commercial development is pretty important."

      Yes there is, it's called the GPL. If TrollTech decides to do something loathsome in a future release of Qt, the previously released versions will still be there under the GPL, and anyone who wants to will be able to modify it, fork it, etc to their hearts content.

      The GPL is what ensures that the freedom in free software -- both free as in beer and free as in RMS -- STAYS free.

    15. Re:Here's what I expect by Anonymous Coward · · Score: 0

      Qt is great (well, if you like C++ and you don't mind the QPL)

      I don't use C++ and I don't use the QPL. I use Python and the GPL. This is perfectly legal, Trolltech have licensed their toolkit under the GPL for ages now.

    16. Re:Here's what I expect by Anonymous Coward · · Score: 0

      What if I don't like either? Things like this should be licensed under LGPL or a BSD-style license, or you just shouldn't bother.

      What a fucking moron. When you grow up and write code, you can decide what license it's released under. Whining about the license people use to give away a very high-quality toolkit to many people who don't mind the license just makes you look like, well, a whiner.

      Say I write GPL cross-platform applications, but what if I wanted to pull my own dual licensing scheme and sell it as commercial product with some closed source enhancements? I can't do this with QT without paying Trolltech.

      Heaven forbid you actually have to pay for something! What's the world coming to?

    17. Re:Here's what I expect by Anonymous Coward · · Score: 0

      Essential core parts of KDE are licensed under BSD, and so cannot be used with the GPL'd Qt, only the QPL'd Qt.

      That's complete bollocks. Works deriving from both BSD and GPL licensed works are licensed under the GPL. Read the licenses for yourself. Unless you are talking about the obsolete "advertising" BSD license, in which case you are wrong in that KDE isn't tainted by that license.

      To put it into the FSF's terms, BSD is GPL-compatible.

    18. Re:Here's what I expect by dspeyer · · Score: 1
      I doubt they'll do that, because if they did, we'd immediately fork the last GPL version, and they know it. They'd wind up competing with us from an equal start, knowing that the big show-case projects that give them name recognition (KDE etc.) are going with the free version.

      I think Trolltech will stick with their current strategy, it seems to be working.

    19. Re:Here's what I expect by be-fan · · Score: 2, Insightful

      So let's see. You want to use Trolltech's excellent toolkit, without paying them for it? Great... Hell, according to the FSF, stuff like this is supposed to be GPL'ed! Why do you think the LGPL is called "The Lesser GPL?" RMS says that "when a library provides a significant unique capability" it should be released under the GPL. Qt is one of the best GUI toolkits out there. Its a competitive advantage for free software projects like KDE to have it be GPL rather than LGPL.

      --
      A deep unwavering belief is a sure sign you're missing something...
    20. Re:Here's what I expect by maxume · · Score: 1
      This comment doesn't make any sense to me. I was under the impression that the BSD licences were quite a bit more free than the GPL(in the sense of what you can do with the code), and that anything under BSD could pretty much just be relicensed as GPL, if so desired. I even thought that this was partly where the GPL got its 'viral' moniker, as changes made to the GPL version can not be reitegrated with the BSD stuff unless they are explicitly dual licensed to ease the process.

      My bad. Or can somebody back me up a bit?

      --
      Nerd rage is the funniest rage.
    21. Re:Here's what I expect by be-fan · · Score: 1

      You don't seem to understand how the GPL works. A derived program can be licensed under any GPL compatible license. Thus, it is entirely legitimate for KDE (which is a mix of LGPL and BSD) to use Qt, which is GPL, since LGPL and BSD are both GPL compatible licenses.

      Look, just Read the KDE licensing page. Neither the FSF nor the Debian Project have any futher complaints about KDE's licensing mix. I think they know just a little bit better than you how the GPL interacts with varous licenses.

      --
      A deep unwavering belief is a sure sign you're missing something...
    22. Re:Here's what I expect by be-fan · · Score: 3, Insightful

      They *can't* do that. The Free Qt foundation (made up of two members of TT and two members of the KDE Project) ensures taht Qt will always remain free. If TT goes away, or decides to discontinue work of the Free edition of Qt, the latest version automatically becoms BSD licensed.

      --
      A deep unwavering belief is a sure sign you're missing something...
    23. Re:Here's what I expect by Anonymous Coward · · Score: 0

      RosCo! Them Duke boys is makin' that Q-Tee un-backwards-compatiball! Git 'em!

      - Boss Hogg

    24. Re:Here's what I expect by LMCBoy · · Score: 1
      Hi be-fan,

      Funny you should mention the FSF, since they have this to say on the issue in their GPL FAQ:


      Q: If a library is released under the GPL (not the LGPL), does that mean that any program which uses it has to be under the GPL?

      A: Yes, because the program as it is actually run includes the library.


      See the part where it says all apps linked to a GPL'd library must be under the GPL? It unambiguously excludes "GPL-compatible" licenses in this statement. If you still aren't convinced, that very same FAQ defines a "GPL compatible license" this way:


      Q: What does it mean to say a license is "compatible with the GPL".

      A: It means that the other license and the GNU GPL are compatible; you can combine code released under the other license with code released under the GNU GPL in one larger program.

      The GPL permits such a combination provided it is released under the GNU GPL. The other license is compatible with the GPL if it permits this too.


      See the part where it says the combined code must be released under the GPL?

      So, I'm afraid you're mistaken when you say that a program linked with a GPL'd library can be licensed under any GPL-compatible license; the FSF explicitly says such code must be GPL'd.

      The mistake in my post was not a misread of the GPL, it was my interpretation that you have to choose between the QPL and GPL. Apparently, the dual-license means that both are applied simultaneously. (That's quite a trick, seeing as how the FSF says the QPL is not GPL compatible, but whatever, I am not arguing that point...) However, I stand by my point that you couldn't run KDE with a GPL'd Qt library, if Trolltech offered a disentangled GPL license for their library.

      It seems to me there are issues here that are routinely swept under the proverbial rug...
      --
      Liberal (adj.): Free from bigotry; open to progress; tolerant of others.
    25. Re:Here's what I expect by 10Ghz · · Score: 1
      What if I don't like either? Things like this should be licensed under LGPL or a BSD-style license, or you just shouldn't bother. Say I write GPL cross-platform applications, but what if I wanted to pull my own dual licensing scheme and sell it as commercial product with some closed source enhancements? I can't do this with QT without paying Trolltech. Basically Trolltech are preventing people making money of QT software unless they receive their dividend. This is why Sun can't use QT in OpenOffice/StarOffice and it's also why Ximian can't and doesn't use QT.


      I'm really sick and tired of the people who whine about Trolltech, Qt and it's license! Basically they are insisting that TT must provide them with tools for free so they could write closed software for profit. What they are saying is a perfect example of "Do as I say, not as I do!". Those supporters of free software whine when company offers a toolkit that is not only free (as in speech) but it also encourages them to write free software as well. They preach about free software, but they stop preaching when it starts to be about their own software-developement. They demand everyone writes free software but they want to write closed software themselves. Hypocrits!
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  6. This might mean something to me by Anonymous Coward · · Score: 0, Interesting

    if their licensing policy didn't suck. I write low cost software (not "free", not "encombering", reasonably priced) and the QT licensing does not allow me to use it. They pretty much say "Fsck you" in their licensing FAQ to such developers.

    Too bad, I liked their stuff, but luckily there is wxWindows...

    1. Re:This might mean something to me by Bingo+Foo · · Score: 4, Insightful
      Their licensing scheme doesn't "suck." It's just incompatible with your goals, i.e. a free toolkit which you can use to create salable apps. If you don't like it, you can:
      1. Buy a Qt commercial developer license
      2. Release your own apps as open source
      3. Use a different toolkit
      It sounds like you have chosen #3. I'm sure the people at Trolltech are able to sleep well regardless.
      --
      taken! (by Davidleeroth) Thanks Bingo Foo!
    2. Re:This might mean something to me by arkanes · · Score: 1

      Actually, if you want to develop on windows, #2 isn't even an option, which is something I'm sure limits uptake in some cases. But like you said, I'm sure they sleep okay regardless.

    3. Re:This might mean something to me by joib · · Score: 1

      I think the logic goes something like: If you truly love RMS, you aren't using windows anyway.

    4. Re:This might mean something to me by phurley · · Score: 3, Interesting

      I use and enjoy wxWindows, but I do not think your criticism of QT and their licensing is very fair. They have a completely free license (GPL) which you can use - to create completely free applications. They have commercial licensing (admittited too expensive for "shareware" type applications).

      There is a completely reasonable middle ground where you can release your application as GPL code - which you can legally sell for any price you want - yes you need to provide the source code to your customers (not a bad thing) and yes they can then give it away to their friends, family and even people they pass on the street - but if your application has true value - they will probably be more than willing to pay for it (especially if it is as low cost as you claim). Many users are not sophisticated enough to compile their own binaries and the making the "official" binaries what you sell - is legal.

      Now if you are just upset because they will not give you (or sell at the price you pick) their library for you to use in closed source for profit applications, then it is far better that you found a different library.

      --
      Home Automation & Linux -- now I know I'm a geek
    5. Re:This might mean something to me by yamla · · Score: 1

      You can use the outdated 2.3 non-commercial edition for Windows. Your development has to be non-commercial (not just open-source), of course.

      --

      Oceania has always been at war with Eastasia.
    6. Re:This might mean something to me by pclminion · · Score: 1
      I think you miss his point. Maybe he means he's willing to pay for a commercial license, but his product is small enough that he would rather pay a lower license fee. A reasonable demand, although Trolltech obviously will do what they will...

      A few years ago back when QT 2.0 just came out, I downloaded the free trial for Windows, and marveled at the fact that my program which was originally written for Linux "just worked." I wanted to create a particular Windows app at the time, and distribute it as Open Source.

      So I emailed Trolltech and asked, "I wanted to create an open source Windows app. You already have a free license for open source apps on X, why can't I create one for Windows too?"

      The response was, "Why on earth would anyone create a free Windows application?"

      Hence, no cheap Windows licenses.

    7. Re:This might mean something to me by Dan+Stephans+II · · Score: 1

      Trolltech, sister company to SCO in the Canopy Group's myriad collection of companies...

    8. Re:This might mean something to me by vurian · · Score: 1

      I you cannot affort to invest a measly $1500 in your business, you're sunk anyway. You don't have a business, you have a hobby.

    9. Re:This might mean something to me by Cthefuture · · Score: 2, Interesting

      As others have mentioned, the problem isn't that we don't want to pay for a license.

      I have no problem paying for QT.

      I have a MSDN subscription in fact. That MSDN (Professional) was around $1000. Not too bad considering you get every single MS OS and the whole development environment (C/C++, C#, Java, VB, etc.) and all sorts of other bits. For the most part Microsoft is very good to their developers (hey, they make them money).

      Compare that with QT which is around $3000+ for all three platforms (or what, $1500 for one platform?!). And it's only a GUI toolkit (sure, with some extra "fluff"). Way, way too expensive for what it does. If QT was $1000 for all three platforms, then I'd own several copies And many, many other people feel the same way. Their license prices are holding them back. They would have so, so many more developers working in QT if their prices were reasonable. That would only help them in the end as I have a strong feeling the world would become more QT-centric (I mean, it is a pretty good GUI toolkit; although the current stuff is rather slow).

      --
      The ratio of people to cake is too big
    10. Re:This might mean something to me by Anonymous Coward · · Score: 0

      Percentage of Canopy Group ownership versus total company ownership of TrollTech: ~4% (no date given, but it's on TT's investors page)

      Percentage of Canopy Group ownership versus total company ownership of SCO: ~45% (as of late last year)

      I think we are dealing with a whole difference set of proportions here. I think it's unfair to put TrollTech in the same group as SCO as TrollTech's employees include some people who've given a lot of time and effort to helping open source software. For example, Mattias Ettrich, the author of this talk in this article, wrote LyX, which I use daily, and founded KDE, which I also use daily.

      What have _you_ done for Open Source lately?

    11. Re:This might mean something to me by Anonymous Coward · · Score: 0

      Let's think about their licensing fees for a sec.

      If I bill out at $100/hr, then at $1500 for one platform would cost me 15 hours...for all three platforms...30 hours. Seems pretty damn reasonable to me.

      And on the other hand I can develop on it for free...

    12. Re:This might mean something to me by DrPascal · · Score: 1

      I gave wxWindows a hefty chance, and came up pretty short. I wrote a medium sized utility for Linux, Win32, and OSX, and although it ran in all three versions decently, every crash I had always traced back to the wx libraries, in all three cases.

      Mind you, I usually blame it on me (perhaps I was sending the libraries bad inputs), but 90% of the time it was something that'd be from an wx example (straight off Wiki even), and while it'd run great in [oneplatform] or [anotherplatform], it wouldn't work in the third. I gave up trying to balance it and just made a few wrappers of my own.

      wxWindows is a decent design (I like their classes quite a bit), but I had too many problems with it.

      --
      DrPascal: Not the language, the mathematician.
    13. Re:This might mean something to me by Anonymous Coward · · Score: 0
    14. Re:This might mean something to me by Bingo+Foo · · Score: 1
      Maybe he means he's willing to pay for a commercial license, but his product is small enough that he would rather pay a lower license fee. A reasonable demand

      You have outlined his potential reasoning, but how is this a reasonable demand? I can't ask the iTunes Music store to give me the songs for 33 cents if I promise I will listen to them only once and then delete them. These are market driven commodities, and they set their prices as they see fit.

      Restaurants are also places of commerce with market-driven pricing, but many of them do give free surplus food to groups as long as they are distributing it to people in need for free. Does that mean therefore that it is reasonable to demand cheap food from them if I'm only going to eat half of it and give the rest away?

      --
      taken! (by Davidleeroth) Thanks Bingo Foo!
    15. Re:This might mean something to me by Anonymous Coward · · Score: 0

      Wrong! You don't have "every single MS OS and whole developement environment and all sorts of other bits..." You only have them for trying them out. You can not use them as infrastrucutre. You have to purchase the full version of each software you decide to use/deploy. So, basically, you are a paying Beta-Tester.

      So, let me get this straight: I have to pay MS so that they can use me (for free) to catch bugs in its tools? For what reason? So, I can start using catch phrases like XP and .Net before anyone else? Woohooo! Sign me up!

    16. Re:This might mean something to me by rweir · · Score: 1

      Their license prices are holding them back.

      How so? They've been around for several years, and can afford to employ several KDE developers AND continue to release Qt under the GPL. Seems you've mixed up "not doing what you want" with "holding them back".

    17. Re:This might mean something to me by phurley · · Score: 1

      I'll be the first to admit we have not pushed it very hard (our app uses a very small and primitive subset of wxWindows), but it has worked well for us. It is also the case that I have not even looked at the OSX port, but have been playing with the Linux frame buffer version, which looks interesting.

      --
      Home Automation & Linux -- now I know I'm a geek
    18. Re:This might mean something to me by Cthefuture · · Score: 1

      WTF are you talking about?

      It's a developer license for developing software.

      You can deploy the applications you develop to anything you want.

      --
      The ratio of people to cake is too big
    19. Re:This might mean something to me by Cthefuture · · Score: 1

      Duh, holding them back from taking over the world.

      Trust me, if QT was reasonably priced they would simply rule the cross-platform market.

      And duh, when you don't give customers what they want they use something else and you lose. Not that Trolltech is doing terrible, but they could be so much more.

      --
      The ratio of people to cake is too big
  7. KDE ... by biggj · · Score: 1, Informative

    I have had trouble's with KDE... It tends to be bloated and slow. But but there are a lot of useful apps on it, so maybe this will fix some of it's issues.

    --
    -- [Sig] Rome did not create a great empire by negotiation; They did it by killing everyone who opposed them.
    1. Re:KDE ... by DarkSarin · · Score: 1

      bah I use windowmaker with both gnome and kde apps. it starts up much faster, and I can live with the very few defincies that i have found.

      --
      "We don't know what we are doing, but we are doing it very carefully,..." Wherry, R.J. Personnel Psychology (1995)
  8. Trolltech and Canopy/SCO by bstadil · · Score: 2, Troll
    As you know 4% of TrollTech is owned by Canopy of SCO fame. We need to put some pressure on Trolltech to make sure that nobody from Canopy is on the board or has any saying whatsoever over Trolltech

    I have switched to Gnome until further

    --
    Help fight continental drift.
    1. Re:Trolltech and Canopy/SCO by Anonymous Coward · · Score: 0

      I've given this a lot of thought, and you know what. I'm with you. I used to be real positive on qt. A nice c++ cross-platform toolkit. But I'll never touch it. They're in the same boat as SCO. They're funed by the canopy group and are going to pull the same shit that SCO is pulling now with open source. I wouldn't doubt it if they claimed they owned KDE.

    2. Re:Trolltech and Canopy/SCO by JumpSuit+Boy · · Score: 1

      So is Novell and they are releasing products that run on Linux and they have been saying that their fight with SCO is not over yet.

      --
      Oh really?
    3. Re:Trolltech and Canopy/SCO by Anonymous Coward · · Score: 1, Informative

      Novell is not part of Canopy. The former founder of Novell started the Canopy group as a tech fund but Novell has nothing to do with Canopy these days. It is interesting to note that the Canopy groups home pages has a quote from Darl McBride and their latest news proclaims the termination of IBM's AIX license.

    4. Re:Trolltech and Canopy/SCO by torpor · · Score: 1

      Fuck you bastard, its not a troll!

      This is *serious*. Qt is at the core of KDE, and Trolltech is a Canopy puppet.

      --
      ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
    5. Re:Trolltech and Canopy/SCO by be-fan · · Score: 4, Informative

      Dipshit.

      A 5.7% stake hardly makes TT a "Canopy puppet."

      Hint: Look at Canopy's website. Note that TT is listed under "Portfolio Companies." Understand that this in no way means that they are controlled by Canopy group. Hell, Microsoft owned about as much of Apple after their $150 million investment. Did that make Apple a Microsoft puppet?

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:Trolltech and Canopy/SCO by jesco · · Score: 1

      Another kind person posted a link to a List of Trolltech's owners. SCO/Canopy is listed with no more than 6%, whereas the employers of Trolltech own 65%.

      Now get off your crack-pipe and stop being paranoid.

    7. Re:Trolltech and Canopy/SCO by Arandir · · Score: 1

      Take your fudding ass and get it out of here! And take that yapping gnome with you!

      Canopy owns less than 6% of Trolltech. Trolltech employees own more than 60% of Trolltech. SCO (a minor precancerous growth on Canopy) has absolutely no control or influence over Trolltech. And even if they did, there's the Free Qt Foundation they would have to contend with.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:Trolltech and Canopy/SCO by mandolin · · Score: 1
      Hell, Microsoft owned about as much of Apple after their $150 million investment. Did that make Apple a Microsoft puppet?

      Wasn't that right about when Apple decided that Microsoft wasn't "the enemy" and that Dell was?

      (umm, I could be very wrong though, I don't pay much attention to Apple news.)

    9. Re:Trolltech and Canopy/SCO by be-fan · · Score: 1

      Not really. Dell is more naturally their enemy, because Apple is, and always has been, a hardware company. Their software is just a draw for their hardware. Besides, you obviously haven't seen any of the "Switch" ads recently :)

      --
      A deep unwavering belief is a sure sign you're missing something...
    10. Re:Trolltech and Canopy/SCO by yomegaman · · Score: 1

      Hey, I bet Bill Gates has some money in a Wilshire 6000 index fund. OH MY GOD! That means he now controls IBM, Sun, Red Hat, Intel, ATI, nVidia, etc, etc, etc...

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
  9. KDE & KDE apps by nuggz · · Score: 1

    I had the opposite experience.
    I now run KDE, and mostly gnome apps.

    You could probaly just run gnome with the KDE apps just fine.

    1. Re:KDE & KDE apps by biggj · · Score: 1

      Yeah, that's what I do, but I had to install kde-base, kde-libs, et al, that was when the trouble started. It may have been an isolated issue, but it turned me off from KDE reguardless.

      --
      -- [Sig] Rome did not create a great empire by negotiation; They did it by killing everyone who opposed them.
    2. Re:KDE & KDE apps by zenyu · · Score: 1

      You could probaly just run gnome with the KDE apps just fine.

      The secret to doing this and still having reasonable application startup times is to always leave one runing KDE app. I use kworldclock, just put it on an extra virtual desktop. This keeps their object broker running (CORBA/COM++ish thingy), and keeps major qt/kde libraries in memory.

    3. Re:KDE & KDE apps by CommandNotFound · · Score: 1

      I wonder if one could create a 20-line Gnome tray applet that has the K gear icon, an "exit" popup menu, and just sits there so kdeinit will stay open?

    4. Re:KDE & KDE apps by CableModemSniper · · Score: 1

      Could probably make it headless for that matter. Just have it in the session startup scripts and it would exit when everything else did.

      --
      Why not fork?
  10. RTFA! by Anonymous Coward · · Score: 3, Informative

    Paragraph 2:

    "Qt 4 mostly tries to preserve source-compatibility with a little search and replace and a COMPAT compilation switch. More porting will be required for styles and code that uses the meta object system directly."

    How much stuff do you think uses the meta object system directly, aside from the internals of KDE?

    1. Re: RTFA! by Rimbo · · Score: 3, Interesting

      Jesus, I was wondering when someone was going to say this. Qt developers obviously aren't reading slashdot. other than you and me, that is :D

      I think the large number of complaints is that although source-compatibility is -basically- maintained, you still have to recompile your apps. One of the nice things Microsoft has done is that you don't have to recompile your Win32-based app to work in .NET -- well, not completely, anyhow. This does have the side effect of dirtying up the API a bit. So it's a trade-off. Backwards compatibility does make GUIs easier for people to adopt -- who wants to constantly have to download new apps to work with the latest version???

    2. Re: RTFA! by Anonymous Coward · · Score: 0

      You said:

      Backwards compatibility does make GUIs easier for people to adopt -- who wants to constantly have to download new apps to work with the latest version???

      I replied:

      Well, actually, my most recent experience with this is upgrading me old man's machine to Windows XP. He can't afford a new Office, so I've set him up with the Word 97 that came with the machine. It basically works, but a few things are buggered - some simple visual stuff because of the new XP window set, but it also can't deal with having multiple copies running simultaneously as different users (from fast user switching). If it were a case of downloading Word XP, I'd do it! [1]
      I would complain about /paying/ to get the latest version everytime there's a major api change, but downloading I'm cool with. Especially since it normally does funky *new stuff*.
      What's important to me is backwards compatibility of *configuration files*. And with m$'s arcane registry, I'm going to give KDE/etc the kudos on this one...

      [1] I'm downloading a nice shiny new OpenOffice for him to use right now ;)

    3. Re: RTFA! by kiskoa · · Score: 1
      One of the nice things Microsoft has done is that you don't have to recompile your Win32-based app to work in .NET

      Win32 app working under .NET? What do you mean working under .net? .NET is a managed environment, a JIT-ed world with bytecode, GC etc. (like Java)

      Win32 app doesn't run "under .NET". They are binary code, they have no connection to the managed runtime.

      Or you mean Windows 2003 Server (known previously .NET server)? Now I understand why did MS drop the name. Confuses people.

      Actually Windows 2k3 Server did break compatibility in some places, that's why you need to to download separate patches for example.

      --
      If Yoda so strong in Force is, why words in right order he cannot put?
    4. Re: RTFA! by Jungle+guy · · Score: 1

      Windows is so big, bloated and unstable because you have great binary compatibility. I can get Visicalc, one of the first spreadsheet programs for PCs, and run it under Windows XP. Many closed source programs compiled for old version of glibc, with old gcc versions, don't run under new Linux systems, and kde programs can be even a greater pain. I know it sounds like a troll but, unless you stick with the RPMs provided by your distribution, you have difficulties to install binary software in Linux, as most open source programs are distributed on a source format. I heard that even if you use the source you might have problemas: the gcc 3.x might break some software that compilled under gcc 2.x, because the old version was more tolerant to bad writen code.

    5. Re: RTFA! by Kunta+Kinte · · Score: 1
      I think the large number of complaints is that although source-compatibility is -basically- maintained, you still have to recompile your apps. One of the nice things Microsoft has done is that you don't have to recompile your Win32-based app to work in .NET -- well, not completely, anyhow. This does have the side effect of dirtying up the API a bit. So it's a trade-off. Backwards compatibility does make GUIs easier for people to adopt -- who wants to constantly have to download new apps to work with the latest version???

      What on earth are you talking about? I think you should clarify your post a little, cause sounds like you're saying .NET is source compatible with Win32 API or MFC.

      .NET is in no way, shape or form source compatible with Win23 API or MFC. Anyone who's spent five minutes looking at the .NET Foundation Class Libraries would know this.

      .NET runtime will have absolutely nothing to do with a Win32 app or MFC based application. Not unless you're just pointing out that MS is currently supporting both Win32 and .NET platforms, so you can run those apps side-by-side.

      So yeah, you can pull in unmanaged routines using .NET's 'Marshal','Interop' functions, but do not expect to pull in your entire MFC or Win32 gui int a .NET application that way.

      And plus your entire GUI event pump is different, so I don't see that working well for a gui anyway. Using the interop functions is like using JNI in Java to pull in C/C++ code, I'd say. Not the most elegant way to do things.

      Moving from MFC, or worse yet plain Win32 to .NET is a major rewrite. Many of us have to do it cause you know MS is going to make it very difficult to stay. Already documentation in the new MSDNs is leaning heavy to .NET. But hey, it's their prerogative right? I mean my years of investment learning MFC/Win32 API doesn't mean anything right? Not that I'm not bitter or anything.

      I worked on moving a non-gui MFC based parser class to managed C++, and that was a lot of work to keep things on the CLR at all times. It was like we basically ported to a new platform.

      ...Which really is what it is.

      --
      Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
    6. Re: RTFA! by Anonymous Coward · · Score: 0

      You don't need to recompile your Linux apps to work with QT4 either. You just need to keep the old QT libraries as well as the new ones. Your old apps will still work without recompiling, and the new apps that use QT4 can also work.

      This is no different than Windows. For example, if you have an older app that used MFC 4.0 then you do not have to recompile it to use MFC 4.2. If you look in the system directory on a typcial windows box you will find both an MFC 4.0 and a 4.2 dll.

    7. Re: RTFA! by Anonymous Coward · · Score: 0

      Big and bloated? Have you not used linux w/ a gui in the last year or so?

      gigs of space are needed, for the os, basic tools, basic apps. While to get the same end user usability, takes much less space.

      2 gig HD for linux, ya right. Between gtk, qt, x11, and what ever you want (BB, WM, KDE, Gnome, etc). Now add Perl, a web browser, e-mail client, star office, and you are up to 3+ gigs. Not to mention, you have to have all the sources installed.

      MS windows still comes on 1 cd, whereas almost every distro out there comes on min of 2 cds, and in some cases 5+.

      Not to mention, the main stream linux gui's are so bloated, you need a powerful system. Granted so is XP, but not nearly so bad.

      What I want, is a fully viable and useable system, that fits on 2 gigs, where no more space is needed, nothing else to install, and when I need to upgrade samba or something else, it is not a major hassle.

      What I think needs to have happen is X11 and other gui parts, made more a part of the linux kernel.

    8. Re: RTFA! by Spy+Hunter · · Score: 1
      One of the nice things Microsoft has done is that you don't have to recompile your Win32-based app to work in .NET

      What are you talking about? If you want your app to be CLR code, of course it has to be recompiled. If you want it to be written in C#, then you have to completely change the source code. It is the same with QT. If you want to use the new capabilities of Qt 4, you have to recompile, and maybe change your code some.

      If you don't want to change anything, you can continue using {Qt 3/Win32 API} and your applications will still work fine, with {Qt 4/.NET} applications running at the same time. This approach wastes memory, of course, since there's a lot of duplicated code when two systems are running at the same time, but the problem is the same for Windows as it is for Qt. You just don't notice it for Windows since there's no way to get rid of the legacy Win32 code. With Qt, and especially with most Linux Qt apps being open source, it is possible to port everything over to Qt 4 and dump Qt 3.

      Remember the transition from Qt 2 to Qt 3? I don't think I have any Qt 2 applications on my system anymore. It wasn't a problem last time. OTOH, Microsoft's approach of always retaining backwards binary and source compatibility has resulted in Windows becoming a huge pile of convoluted code that is the epitome of the "More Than One Way To Do It" philosophy. Except that almost every way to do it is a hack around some older way to do it, which itself is often poorly documented and/or buggy.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    9. Re: RTFA! by Jeagoss · · Score: 1

      I have a fully working system, with apache, a mysql database, fully working kde, and tons of libraries and fullfillment programs, and I am only using 2 gig s of space. I dont have any source code on the drive. Source is only needed if you are compiling on the machine. I compile on one machine and build a slackball to install it on the other machine. Now, install windows, just the default installation. windows xp takes almost 900 megs. Add office xp to it. That is another 400 megs. Look, we haven't installed any servers yet, and we are all the way up to 1.3 gigs. Just for kicks, lets install Visual Studio. Look, we just hit the 2 gig point. I haven't even installed basic burning apps, multimedia apps, or day to day software. size of an os with a gui and fully working system is determined by the user. But, it is possible to install a fully working system on 2 gigs or less with a *nix os.

      --
      Password Authentication Bypassed for Root
    10. Re: RTFA! by Rimbo · · Score: 1

      "Win32 app working under .NET? What do you mean working under .net? .NET is a managed environment, a JIT-ed world with bytecode, GC etc. (like Java)"

      It's also the name of the latest API. The new stuff in .NET doesn't break the stuff (well, not completely) that's in Win32. Neither did MFC. Neither did ActiveX.

      A better example is probably the successive versions of the DirectX API. At least here we don't have people getting confused because of the lack of a numbering scheme. ;)

    11. Re: RTFA! by Wolfrider · · Score: 1

      --Try installing Knoppix to your HD, then go and delete the stuff you don't need. My install fits in under 2 gig (but you need 2300M to start with.) You *don't* need the sources except for the kernel.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    12. Re: RTFA! by Hooded+One · · Score: 1

      Aren't the majority of packages on Linux CDs third-party extras? Sure, Windows comes with some stuff by default, but nowhere near as much as Linux. A Linux install comparable to what Windows includes on its CD would almost certainly fit on one CD as well.

    13. Re: RTFA! by Minna+Kirai · · Score: 1

      Windows is so big, bloated and unstable because you have great binary compatibility. I can get Visicalc, one of the first spreadsheet programs for PCs, and run it under Windows XP.

      That's insensible. The reason Visicalc works is because it's "statically linked". It doesn't depend on any external libraries to run. Statically linked Linux binaries will run on any Linux system (with the right CPU family). Dynamically linked Windows apps can easily get into "DLL hell". There are closed-source programs compiled for 2-year old versions of DirectX that no longer run on WindowsXP.

      Linux developers don't usually like to release statically linked apps. They think it wastes space, and they're right. "Besides", the argument goes, "the needed libs are Free software, so you're allowed to obtain anything you need"

  11. Damnit. by fliplap · · Score: 1

    Damnit, Project Opie developers are still talking about how many things are going to change when we move to QT3 (for example ensurevisable())

  12. You say "80's style"... by Anonymous Coward · · Score: 0

    I say "nostalgic":)

  13. Me and my delusional business brain by JasonUCF · · Score: 1, Funny

    Son of a bitch. Am I the only one who read the topic and went 'Woah! Predictions for fiscal fourth quarter? Huh, I wonder what they'll come up with.'

    yes, I know it's Slashdot, yes, I know we're geeks, but just for that moment, that hesitating, single moment , I thought.. Slashdot.. the Business site?! Aiyeeee!

    1. Re:Me and my delusional business brain by Anonymous Coward · · Score: 0

      If I had mod points, I would bitch slap you into obscurity for being stupid.

    2. Re:Me and my delusional business brain by Anonymous Coward · · Score: 0
      Huh, I wonder what they'll come up with.'
      Fifth quarter?
    3. Re:Me and my delusional business brain by Anonymous Coward · · Score: 0

      Funny? That is not even REMOTELY funny.

  14. New versions alway better in the long run by jj00 · · Score: 2, Interesting


    Now this is what I like about Linux; every time I think some annoying little thing about the interface/OS is really starting to annoy me, a new version comes out and something get tweaked to the way I like it.

    It's really the reason I have grown to like Linux so much: I can actually see the progress of its development moving forward. It seems in the past few years that Windows has just been moving backwards.

    1. Re:New versions alway better in the long run by leifm · · Score: 1

      Not backwards, just kind of sideways.

      --

      "Windows Me offers tremendous reliability and stability improvements..." -- Paul Thurott
    2. Re:New versions alway better in the long run by Anonymous Coward · · Score: 0

      What does this have to do with Linux?

      Your observation probably applies to open source software in general.

  15. What I would like to see.. by ErisCalmsme · · Score: 3, Interesting

    Is more apps that require QT but not all of kde to run. That's why I use gtk apps... because most of them dont require gnome. There are gnome apps of course, and there are progs like Gaim that will give you a little somethin' extra if you have gnome installed, but you don't need it... Are there any qt apps that dont require kde to be installed?

    --
    Chaos is Divine *
    1. Re:What I would like to see.. by Anonymous Coward · · Score: 2, Informative

      Yes, some of the common ones include

      Opera Web browser
      LyX word processor
      SuSE's YaST.
      Scribus destkop publisher.
      The Linux 2.6 QConf
      Kylix.
      YHBT Business books
      and hundreds more.

    2. Re:What I would like to see.. by AArmadillo · · Score: 2, Informative

      There are many. One of the advantages of Qt is that it provides a common interface to X-Windows, MS Windows, and Mac OS GUI programming. Qt is entirely independent of KDE, the only reason an application would be bound to KDE is if it utilizes the KDE extensions to Qt.

    3. Re:What I would like to see.. by ErisCalmsme · · Score: 1

      I suppose I just have had bad luck then. Seems whenever I find something on freshmeat that requires qt, it also requires kde. I knew someone on slashdot would be able to clear that up for me ;)

      --
      Chaos is Divine *
    4. Re:What I would like to see.. by Anonymous Coward · · Score: 0

      Are there any qt apps that dont require kde to be installed?

      Are you kidding? The Qt toolkit isn't just a base layer for KDE, you know. It's a cross-platform toolkit that works on Windows and the Mac as well. You are free to write apps using just Qt if you like. For instance the Opera browser is an application that uses Qt but not KDE.

    5. Re:What I would like to see.. by _|()|\| · · Score: 1
      I use gtk apps... because most of them dont require gnome.

      Because GTK+ and GNOME are developed by a lot of the same people, there's a tendency to move things down a layer, where appropriate. For example, a lot of stock icons moved from GNOME to GTK+ between GNOME 1 and 2.

      The relationship between Qt and KDE, as I see it, is less of a two-way street.

    6. Re:What I would like to see.. by arose · · Score: 0, Troll
      Opera Web browser
      I'll use Galeon thank you very much.
      LyX word processor
      Not bad, but Emacs and Latex are still "better".
      SuSE's YaST
      Yet another closed Source qT application. Mandrake Control Center uses GTK2
      Scribus destkop publisher
      Excelent, I'm thankfull they don't use KDE, the only application I keep QT around for.
      Kylix.
      Glade, with libglade for your pet language.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    7. Re:What I would like to see.. by Ripat · · Score: 1

      Yes there are many! Check out:
      http://www.trolltech.com/freesoftware/index. html

      xdu is a nice little gem i found recently.

    8. Re:What I would like to see.. by be-fan · · Score: 1

      WTF? He asked for Qt apps. Why are you listing GTK apps?

      --
      A deep unwavering belief is a sure sign you're missing something...
    9. Re:What I would like to see.. by SoulDrift · · Score: 1

      Also, I think it's the case that the only KDE package required by most apps is kdelibs.

      So if you only want one particulay application, you only need the one KDE dependency to get it running, rather than having to install the whole thing.

    10. Re:What I would like to see.. by arose · · Score: 1

      I just wanted to shoe that if those are the best of QT only applications it's quite useless.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    11. Re:What I would like to see.. by RzUpAnmsCwrds · · Score: 2, Insightful

      "One of the advantages of Qt is that it provides a common interface to X-Windows, MS Windows, and Mac OS GUI programming."

      Thankfully, GTK+ also does this. Gaim/Win32 is proof of that. With the new Wimp skin, GTK+ even matches the Windows look, for the most part.

      Of course, there are also QT apps that I enjoy on Windows. MySQLAdmin, for one.

    12. Re:What I would like to see.. by be-fan · · Score: 1

      Why would you want to do that? How is that relevent to his question?

      --
      A deep unwavering belief is a sure sign you're missing something...
    13. Re:What I would like to see.. by arose · · Score: 1

      How is this relevant to the question [why aren't there any more QT applications around?]?

      The existing ones are not that good/unique to inspire others to use the toolkit.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    14. Re:What I would like to see.. by edwdig · · Score: 1

      GTK for Windows barely works. There are constantly bugs in it. Unless they fixed it recently, GAIM for Windows hasn't had working drag and drop for months due to GTK bugs.

      Doing GTK development on Windows is extremely difficult. Thought it was hard getting all the dependencies right in Linux? Try doing it in Windows where you don't have a package manager to help set it up.

    15. Re:What I would like to see.. by 10Ghz · · Score: 1
      The existing ones are not that good/unique to inspire others to use the toolkit.


      The DudeWell... that's just like... your opinion man
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  16. gcc dynamic linking? by 4of12 · · Score: 4, Interesting

    A couple of years ago someone on the KDE team posted a nice analysis of the performance bottlenecks associated with dynamic linking, C++, and gcc, particularly as regards Qt use.

    So I have to wonder, with Qt 4, KDE 3, gcc 3.3, how many of the performance problems remain?

    --
    "Provided by the management for your protection."
    1. Re:gcc dynamic linking? by IamTheRealMike · · Score: 4, Interesting
      That's what all the talk about reducing number of symbols and relocs is about - KDE got hit really really hard by the way it requiries lots of fixup at startup time in the linker. In some cases it was THE biggest drain on startup time. By reducing the number of symbols in the code, you reduce the work needed to dynamically link it all, so improving the speed.

      Though, I can't help thinking that prelink is a better solution to that problem. But whatever, they are surely aware of that technology by now.

  17. Sanity Check by cK-Gunslinger · · Score: 0, Offtopic

    That website used Slashcode, right? Either that, or I've been spending so much time here that all sites are starting to remind me of /.

    1. Re:Sanity Check by joib · · Score: 1

      Its slashdotted right now but IIRC it uses squishdot, a slashdot clone written on top of the zope application server.

  18. Re:Fork!!!! by Anonymous Coward · · Score: 0

    no no, you still got it wrong. It's "AYB ISN'T FUNNY YOU FUCKING ASSHATS [img-timeline]"

  19. I use linux but IANALH (I am not a linux hacker) by rokzy · · Score: 0

    will this make KDE less "sluggish"?

    imo KDE kicks the crap out of anything in terms of functionality and appearance, but everything feels like a real effort to do.

  20. use of the standard library by Eponymous+Coward · · Score: 4, Interesting

    I'd like to see more use of the standard library. The traditional complaints of poorly conforming compilers is mostly just history. Except for support of the export keyword, most C++ compilers and standard library implementations are now quite good. Most platforms even have several excellent compiler / library combinations to choose from.

    Even though it would be hell for already existing apps, I would love to see use of standard library components rather than the re-invented QT versions. And even in those cases were the QT versions have extra features, I still think the advantages of using a library that is already familliar with most C++ programmers outweighs the disadvantages. Of course, that's just IMHO.

    ec

    1. Re:use of the standard library by Anonymous Coward · · Score: 0

      In soviet russia, I'm sure these jokes make sense.

    2. Re:use of the standard library by Anonymous Coward · · Score: 0

      In Soviet Russia, these are not jokes.

    3. Re:use of the standard library by Zugot · · Score: 1

      When developing for multiple platforms, the so-called standard libraries may not be the same. Thats why I am glad that QT includes some of their own functions in the same way the GTK has GLIB.

      --
      -- Bryan
    4. Re:use of the standard library by Anonymous Coward · · Score: 0

      in soviet russia, sense makes jokes.

  21. Re:Fork!!!! by Anonymous Coward · · Score: 0

    You need a trip to the World of Limitless Happy Wonder

    AYB isn't really funny, it's just cool. Yo mama.

  22. Canopy Group by Anonymous Coward · · Score: 0, Troll

    QT seems like a good toolkit and getting rid of bloat is always a good thing. I just wish that they'd put a little pressure on their parent company (the Canopy Group) to tell their cousin company, SCO, to back off. Canopy seems to be the master mind behind the ghastly attacks on the GPL; it's ironic that Trolltech has has handled the issure pretty well: free for free work, pay for business use. Fair enough. But Trolltech should help us stand up to bullies and they are in a position to make a statment.

    1. Re:Canopy Group by Anonymous Coward · · Score: 1, Informative

      Uh, Canopy Group isn't their parent company. The Canopy Group just owns 4% of TrollTech.

      On the other hand, the Canopy Group owns 43% of SCO/Caldera (might have changed since dec. 2002 though)

      Quit your Trolling.

  23. Before you try to book a hotel room by SlashCrunchPop · · Score: 2, Informative

    I believe someone got the name of the town wrong, it's Nove Hrady and not Nove Hardy.

    1. Re:Before you try to book a hotel room by presroi · · Score: 1

      Ooops. Sorry, I did not see your posting and said the same just on another thread.

      Actually, there is some kind of accent on the e of Nove ( ) but the slashdot form does not accept this character.

    2. Re:Before you try to book a hotel room by presroi · · Score: 1

      Argh, even that got filtered out.

      "& e a c u t e ;" would be the right HTML code.

      Anyway, I can't think of any reason for filtering them out in the comment section of /.

  24. QT4 by SlayerDave · · Score: 5, Insightful
    I have recently spent a good deal of time programming with QT3. While QT is the best C++ GUI library and application framework, I think it needs some improvement. Here are my gripes, in no particular order.

    First, the signal/slot mechanism really bugs me. I am annoyed with the need to use non-ANSI C++ techniques (e.g. public slots, moc) to achieve results that could easily be done with legal C++ code. While not strictly illegal, the use of the SIGNAL and SLOT macros, along with the Q_OBJECT macro, are not very good techniques. Specifically the reliance on macros to achieve basic GUI functionality violates a key principle in Meyers' "Effective C++", namely avoiding reliance on the preprocessor.

    Second, several GUI widgets do not have a proper separation of data from view. I am thinking specifically of QTable and QListView. A better approach, from an OO design perspective, is the one taken in Java Swing. The JTable and JTree provide a nice mechanism for separating the data model from the GUI display. I find it obnoxious to have to subclass QTable and build-in data model methods to achieve results that would be cleaner under a Model-View design paradigm.

    The QT online documentation is not easy to navigate. They should take a lesson from the Java API docs and reorganize the QT docs along those lines.

    1. Re:QT4 by fault0 · · Score: 1, Insightful

      > The QT online documentation is not easy to navigate. They should take a lesson from the Java API docs and reorganize the QT docs along those lines.

      Wow, I've found the Java API docs extremely hard to navigate.

      Perhaps that's because of the bloat (in terms of classes) of the Java API, though.

    2. Re:QT4 by chowells · · Score: 1

      > to achieve results that could easily be done with
      > legal C++ code.

      Well, that depends how you define "legal C++ code". Of course you could do it other ways. Some tool kits use virtual functions instead of slots and signals. You need to subclass continually. Not my idea of fun.

      Personally I'm a huge fan of slots and signals and think that they work extremely nicely.

    3. Re:QT4 by SlayerDave · · Score: 3, Informative

      That's true, the Java API has a very large number of classes. But what I like about their docs is the use of frames, which is normally quite annoying, but is well-done in the case of JavaDoc. Also, you can select a particular package to view, such as javax.swing or java.util, which greatly limits the number of classes you have to browse. Also, I like the ability to see clearly what members are new in each class and what members are inherited and/or reimplemented. Also, getters and setters are listed together in the Java docs, but not in the QT docs. I think these features make the Java docs easier to navigate than the QT docs.

    4. Re:QT4 by katz · · Score: 1

      I find that the signal/slot mechanism an effective and elegant way to enhance C++'s dynamicness. In C++, as with Java, objects can only respond to messages if they or their ancestor classes respond to that message.

      So say you have a C++ linked list class called "List"; you can't add any arbitrary object into the list--only objects which inherit from some basic ListElement type [1].

      In Java, you can add seemingly arbitrary objects to vectors only because those objects inherit from a common Object class.

      Java, C++, pascal -- That's the algol school of languages. Another school bases its OO philosophy on Simula67. Smalltalk, Objective-C, and Python's object models allow any object to respond to any message regardless of their base type (so in Python, I can add any object I want to lists) If the object is passed a message which it does not support, the runtime library or interpreter raises an exception.

      QT's signals and slots mechanism extend C++'s dynamicness so that it can do the same thing as Smalltalk, Objective-C, and Python.

      [1] templates are just compiler macros; they are complementary to a dynamic, polymorphic language (java is getting them, but so might in the near future). You still can't mix arbitrary types in a given instantiated template object.

      ---
      aside: where can I get toilet paper imprinted with Microsoft source code?

      Roey

    5. Re:QT4 by SlayerDave · · Score: 2, Interesting
      It is matter of personal preference, to some degree. Personally, I prefer the EventListener mechanism in Java Swing to the signal/slot mechanism in QT. Of course, C++ does not support anonymous classes, but it does support inner classes with the same scoping (I think) as Java inner classes, so it would be relatively easy to write small Listener classes, registered with the appropriate widget, to handle callbacks and events. Again, personal preference.

      I should admit, though, that my main annoyance with the Qt signal/slot mechanism is that it confuses Emacs, screwing up indentation and syntax highlighting. Annoying, but not enough to make me stop using QT.

    6. Re:QT4 by fault0 · · Score: 1

      > Also, I like the ability to see clearly what members are new in each class

      Yup, I'd love to see this done in Qt.. it's even marked in the source I beleive (@since 3.1, etc..)

      > what members are inherited and/or reimplemented.

      I think it already is

      > Also, getters and setters are listed together in the Java docs,

      agreed.

    7. Re:QT4 by chowells · · Score: 2, Informative

      Well plenty of KDE developers use emacs/xemacs so presumably with the emacs scripts things in kdesdk so presumably it is possible to get emacs sorted :)

    8. Re:QT4 by TomorrowPlusX · · Score: 1, Insightful

      Let me tell you something about the model-view-controller seperation: it is the main reason swing and mac os x's cocoa are so damned slow for certain tasks. ( try dragging the vertical scroll-bar in the files pane in ProjectBuilder sometime... )

      I emphasise "certain tasks" -- my own experence is more with cocoa than swing but I can say with absolute horror that NSOutlineView and NSTableView are dog slow, thanks to the model-view-controller seperation. QT's TableView and QListView, as much less abstract APIs, hauled ass.

      I know this from experience, having ported quite a bit of my own code from Qt to Cocoa in the past 8 months. I've had to redesign parts of the app's frontend to get around the fact that keeping tabular data refreshed was consuming something like 75% CPU time. Whereas it was a non-issue under Qt.

      I'm not complaining: Model-view-controller design is by and large a Good Thing, and frankly, programming NSTableView via delegates is a dream. But it comes with a price.

      My recommendation is that if you dissaprove of the QTable and QListView concrete approach, write an abstract model mechanism to wrap it. It shouldn't constitute more than a few evenings' work.

      --

      lorem ipsum, dolor sit amet
    9. Re:QT4 by Admiral+Burrito · · Score: 1, Interesting
      That's true, the Java API has a very large number of classes. But what I like about their docs is the use of frames, which is normally quite annoying, but is well-done in the case of JavaDoc.

      I find javadoc frames annoying. Easily fixed of course, just use the non-frames version.

      My javadoc navigation solution is to create a folder on my mozilla personal toolbar with bookmarks for the packages and classes I refer to most often, and one for the package list (so I can reach the other packages). It's like a separate bookmarks button just for java API stuff. Works pretty well for me.

    10. Re:QT4 by PSC · · Score: 1

      First, the signal/slot mechanism really bugs me. I am annoyed with the need to use non-ANSI C++ techniques (e.g. public slots, moc) to achieve results that could easily be done with legal C++ code.

      But it can't. C++ is notorious for its inspection features, or rather, lack thereof. C++ offers virtually no meta class information. That's the sole point of moc's existance.

      (And not only Qt desparately needs meta classes. The ROOT framework also uses a meta class generator, here creferred to as a "dictionary generator", but doing the same thing moc does: build a meta class from a class.)

      Specifically the reliance on macros to achieve basic GUI functionality violates a key principle in Meyers' "Effective C++"

      You can't just use a mixin here - you had to inherit from a generated (by your much-hated moc!) class. That would not only pollute the name space but also make your program less readable.

      Maybe it's best to think of moc as an aspect weaver that weaves in meta object information. This style of programming (AOP) is current research in Computer Science and going far beyond mere OOP techniques.

      [...] not have a proper separation of data from view. I am thinking specifically of QTable and QListView.

      I agree fully-hearted (esp. on your gripes about QTable). Then again, the article reads:

      Model/view classes for list box, tree view, icon view and table

      Sure sounds good to me!

      --
      --- The light at the end of the tunnel is probably a burning truck.
    11. Re:QT4 by Kidbro · · Score: 1

      The QT online documentation is not easy to navigate. They should take a lesson from the Java API docs and reorganize the QT docs along those lines.

      Read the doc in the QT Assistant, an application designed specifically for the task. You'll notice that soon you find your way around about as easily as you do with the online Java doc. Maybe not the optimal solution for you (it sure ain't for me), but it works.

    12. Re:QT4 by Arandir · · Score: 2, Informative

      First, the signal/slot mechanism really bugs me. I am annoyed with the need to use non-ANSI C++ techniques (e.g. public slots, moc) to achieve results that could easily be done with legal C++ code.

      There is no ISO C++ mechanism that does the same thing that signals/slots do. None. None at all.

      Now before you start talking about Boost::Signals, libsig++, gtkmm, etc., take a step back. Those things you're talking about are libraries, just the same as Qt. They are not standard mechanisms any more than gettext or libxml are standard mechanisms. Every bit of the code that is in Qt to implement signals/slots is standard ISO C++ code. No different than with Boost::Signals.

      And as opposed to those other "standard" mechanisms, Qt signal/slots are extremely flexible.

      The QT online documentation is not easy to navigate.

      You have been smoking crack, haven't you? Despite it's unfamiliarity to those children raised on the Holy Bible of JavaDoc, the Qt documentation is a breath of fresh air when it comes to the dissemination of useful information. No other body of technical documentation anywhere in the Open Source world even comes close.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    13. Re:QT4 by WWE-TicK · · Score: 1

      > But it can't.

      What about boost::signal?

    14. Re:QT4 by WWE-TicK · · Score: 1

      > Every bit of the code that is in Qt to
      > implement signals/slots is standard ISO C++
      > code. No different than with Boost::Signals

      But Qt code uses non-standard keywords such as "public slots" and "signals". Code which uses these keywords need to be fed into a preprocessor which then converts that code into legal C++. The Comeau C++ compiler is a C++-to-C translator. Your argument is like saying any C++ code is perfectly legal ANSI C code; you just have to feed the C++ code into a "preprocessor" (such as Comeau's compiler) first before you actually compile it.

      A signal/slot implementation like boost::signals, on the other hand, is ANSI C++ code.

    15. Re:QT4 by be-fan · · Score: 1

      I agree about the documentation (Qt's documentation rocks) but I have to disagree about the signals/slots. Qt relies on a preprocessor to achieve its signals/slots. That's different from Boost::Signals, which is built on actual language mechanisms. Qt signals was a good idea back when the template mechanism wasn't widely available, but its an anachronism today.

      --
      A deep unwavering belief is a sure sign you're missing something...
    16. Re:QT4 by Anonymous Coward · · Score: 0

      Well then you will be glad to know that gtkmm has had those two problems solved a LONG time ago.

      (specifically the second one is done in the gtk level obviously, but nm)

    17. Re:QT4 by Anonymous Coward · · Score: 0

      I understand what you are saying, and it is a valid point of boost::signal could be compiled by the computer w/o the boost::signal headers and library. So you need moc, it isn't really that big of a deal. I'm not being condencending, intentionally at least, but explain why it is a big deal.

    18. Re:QT4 by Arandir · · Score: 1

      Do what I did, and perform some actual test. Write a quick sample program requiring callbacks. Implement one version in Boost::Signals, and the other in Qt. Statically link both. Now check the size of the binaries. Now check the complexity of the actual syntax used. Chain signals to signals. Connect a single signal to multiple slots. Connect multiple signals to a single slot. Finally, send a single to an independent third party object with modifying it or writing a wrapper.

      Qt is much more flexible than Boost, it results in smaller sizes, and is easier to use.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  25. Re:DO NOT CLICK HERE by Eric+Ass+Raymond · · Score: 0, Offtopic

    Hey! It's Bra'tac!

  26. I'm not so sure its a good idea. by HanzoSan · · Score: 2, Insightful



    I agree with you exactly, it sounds nice but why do we need to change an architectual change when the current QT architecture is the best there is?

    Why fix what isnt broken? Especially when you are ahead of the curve and on the cutting edge? Why not polish what you have? Thats the exact problem Gnome has, they keep restarting and redoing everything and they get NO WHERE.

    KDE 4.0 would be better if it were based on the current QT because it could be polished, if they instead have to rewrite alot of code for a port, this is going to slow Linux on the desktop, and for what? A tiny bit more speed? I want to be sure that the benefits outway the cost here. The cost being time.

    --
    If you use Linux, please help development of Autopac
    1. Re:I'm not so sure its a good idea. by kdsolutions · · Score: 1

      ANALOGY:

      The US has the best power grid in the world.

      What happened earlier this month?

      Just because it's the best doesn't mean it shouldn't be improved!

      --
      Error 666 - Satanic SCO code found in your Linux kernel.
    2. Re:I'm not so sure its a good idea. by BenjyD · · Score: 1

      A 15% reduction in memory usage is a fairly major bit of 'polish' to add to an app. Kde 4.0 is a long way off anyway (3.2 is planned for december, so h). From the sound of it, the change 3->4 is not as big as the jump was 2->3.

    3. Re:I'm not so sure its a good idea. by pcb · · Score: 1

      The US has the best power grid in the world

      As mentioned before, NA does not have the best power grid in the world. In fact, many would argue that NA has the oldest and most unreliable power grid amongst the developed nations (most of Europe and Asia have much better systems). Refer to this article.

      --PCB

      --
      'Men never commit evil so fully and joyfully as when they do it for religious convictions.' B. Pascal
    4. Re:I'm not so sure its a good idea. by kdsolutions · · Score: 1

      again, that was based off a quote from a government official who'se name I'm too damned lazy to remember right now.

      as well, did you read my reply to HanzoSan's reply to my post?

      no! if you did, i wouldn'd be posting this reply to your reply because you would not have replied.

      I'm not labling you as a troll, as you seemed to at least back up your stand. But at least read the other posts in response to my comment before you repeat the words of a troll.

      Again, someone please kick my ass for once again feeding the troll who posted the first reply to my comment, as I'm sure he'll eat this right up as well.

      no hard feelings, PCB, as you do raise a valid point and I do agree with it. But please look as what my comment was based off of and take a sec to figure out the point I was trying to make. You DID manage to take this post off-topic.

      --
      Error 666 - Satanic SCO code found in your Linux kernel.
    5. Re:I'm not so sure its a good idea. by Wolfrider · · Score: 1

      /me kicks your ass, as requested... Now stop feeding the troll. :b

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    6. Re:I'm not so sure its a good idea. by kdsolutions · · Score: 1

      /me gets back up and dusts off
      Thank you, Wolfrider... it was so hard to resist trying to make him see the point which was (and I apologize for this) masked by a mis-informed analogy.

      --
      Error 666 - Satanic SCO code found in your Linux kernel.
  27. Why turn KDE into Gnome? by HanzoSan · · Score: 4, Insightful



    This is the exact problem Gnome has. They keep messing around under the hood and nothing changes from the user point of view, development is moving at turtle pace because developers who want to write gnome apps cant figure out what to use because some new bonobo/mono type thing comes out every 6 months.

    Developers need stability if they are going to work on big projects, we need at least a few years before a big re-write. I cant develop for Gnome because everytime I try to start they change something.

    --
    If you use Linux, please help development of Autopac
    1. Re:Why turn KDE into Gnome? by Lispy · · Score: 1

      This is not intended as trolling as the other answer someone gave, but why is it then that most apps I use on a daily basis are Gnome apps? I am not a programmer myself but if I compare KDE apps with the GTK based ones I must say that GNOME apps are mostly far superiour. Except for k3b maybe.

      How would you explain this discrepancy?

    2. Re:Why turn KDE into Gnome? by IamTheRealMike · · Score: 4, Informative
      I guess you'll be pleased to hear that GNOME 2 remains fully backwards compatible throughout the 2.x cycle - in the history of the project, it's broken compatability in a major way only once, compared to KDEs 2 times (though 2->3 was extremely trivial for 99% of apps).

      Mono is entirely irrelevant - it's not related to the GNOME project other than having Miguel/Ximian involved, and you are certainly not forced to use it to write GNOME apps.

      Basically, I think you're misinformed - if you write an app for GTK2/GNOME2, it will continue to work for quite a long time, until the next major revision (which is going to be needed simply in order to properly sync KDE and GNOME around standards eventually anyway). So, I don't know what you're complaining about really.....

  28. warming up to the idea ... by Anonymous Coward · · Score: 0

    Calls to boycott Trolltech were getting scored "Troll" two weeks ago. However, it's getting more respectable.
    Here's Trolltech's owner's list. I'm not sure if the "SCO group" is our hated enemy or a similar sounding company name. I'm not sure how many of those "employees" are canopy stooges and I'm not sure if the other Cap Investors are shills for Canopy. It'd also be nice to know who Trolltech owes any debt that they may have to and whether or not Canopy has special rights, like extra board slots or warrants.

    Trolltech needs to come clean on this issue.

  29. Re:Fork!!!! by Anonymous Coward · · Score: 0

    no ayb's been unfunny and uncool for years. however, lets keep beating the same dead horse and see what oozes out; seems to be the slashdot way.

    now space robots, they'll always be funny. pak chooie unf :coal:

  30. Very nice. But they forgot one minor thing: by master_p · · Score: 4, Interesting

    I don't have any major complain from Qt, as I have been using it a lot in our company and found out that it is the best.

    I only have this problem: the TreeView widget is single-linked. This a major problem for us, since our apps contains lots of trees. We have to do a lot of tricks, like keeping a pointer to the last item all the time.

    I've posted this on the Qt newsgroup but I was ignored. Although many people have complained about it, Qt engineers ignored us. I think they should fix it in version 4.

    Other than that, Qt is indeed the finest toolkit out there. It simplifies development a lot, and it fills the great void that exists in C++ libraries. It's really like the Java libraries or the .NET libraries, providing almost everything needed under the sun.

    The biggest advantage of it is that it works as expected; in other words, you just create one widget inside the other, and voila, there is the app's gui. You can even do it programmatically, without the KDesigner.

    Finally, it does C++ justice. It's the only library that shows how powerful C++ can be. After having used Qt and Java, I may safely say its up on par with Java...even better I would say, since it uses all of C++ capabilities, including the most important one: templates.

    1. Re:Very nice. But they forgot one minor thing: by arkanes · · Score: 1

      I use (and adore) wxWindows now, but one thing I always liked about Qt was that any widget could be it's own top-level frame - made testing custom widgets and the like much easier. Price tag was the kicker for me, but I've grown to prefer the wxWindows API anyway.

    2. Re:Very nice. But they forgot one minor thing: by gregfortune · · Score: 1

      Then spend the time necessary and modify the QTreeView source directly, making it doubly linked. If it's really causing you that many problems, your time is well invested making the change. Also, may be able to get by with simply subclassing it. Seriously, the source is not that hard to understand and making changes to it is kind of fun :) I ended up digging around in the QRichText source so I had a better idea of how they handled the psuedo html...

    3. Re:Very nice. But they forgot one minor thing: by dknight · · Score: 1

      No, the most important one (that java forgot) is the ability to resize arrays!

      (ok, ok, sorry, but that was always something about Java that just bugged the hell outta me, and I know lots of my friends agree)

    4. Re:Very nice. But they forgot one minor thing: by ratfynk · · Score: 1
      "Other than that, Qt is indeed the finest toolkit out there. It simplifies development a lot, and it fills the great void that exists in C++ libraries. It's really like the Java libraries or the .NET libraries, providing almost everything needed under the sun."

      Very interesting it does not include everything according to Sun. What Sun needs to do with the MADHATTER is create a Java dev desktop. That would be interesting. KDE is great and yes you can is the Dev attitude. Why not have more than one desktop available under X for different purposes, a better desktop switch with a simple macro combo and holding multiple X sessions for a single user might become very usefull. For examble if the ram footprint of KDE was small enough you could keep a session suspended, and then switch into another desktop which is already up in ram. If the ram level swap out was say around 80 meg then having a ram partition for swapping desktops would be fantastic! Imagine 512 to one gig of ram and you could really smoke when building big java based web apps. Instead of having to switch out X sessions you could have more than one up at all times.

      --
      OH THE SHAME I fell off the wagon and use sigs again!
    5. Re:Very nice. But they forgot one minor thing: by Anonymous Coward · · Score: 1, Insightful

      Other than that, Qt is indeed the finest toolkit out there. It simplifies development a lot, and it fills the great void that exists in C++ libraries. It's really like the Java libraries or the .NET libraries, providing almost everything needed under the sun.

      Except that it costs way more than the MS development tools or Java.

      Trolltech ain't getting many developers because of their insane pricing. Not that I want it for free, just reasonable pricing.

      Shame because it is a decent cross-platform kit.

    6. Re:Very nice. But they forgot one minor thing: by Anonymous Coward · · Score: 1, Interesting

      Then you and your friends need to stop drooling over stupid American muscle cars and get a clue -- java.util.Vector has been around forever, and java.util.ArrayList has been around since JDK 1.2.

    7. Re:Very nice. But they forgot one minor thing: by penguin7of9 · · Score: 1

      I think Java clearly does not meet the legal bar for being a good platform for open source development.

      Hey, it's open source--you can just fix it. Oh, wait, development is run by Troll Tech. Well, you are a paying customers are you not? You don't even get a response from the company for your $$$?

    8. Re:Very nice. But they forgot one minor thing: by Jeremi · · Score: 1

      Except that once you've changed the Qt source you're stuck with using that version of Qt forever -- or at least, every time you upgrade to a new version of Qt, you have to re-implement your changes into the new Qt release's QTreeView source. Not very much fun :^(

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    9. Re:Very nice. But they forgot one minor thing: by Anonymous Coward · · Score: 0

      Given that there is no such class as QTreeView, I doubt you actually know what you're talking about. Are you referring to QListView?

      Rich.

    10. Re:Very nice. But they forgot one minor thing: by Jeremi · · Score: 1

      Doesn't matter what class I'm referring to... the point is valid for any code that is in someone else's codebase.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    11. Re:Very nice. But they forgot one minor thing: by gregfortune · · Score: 1

      I would seriously doubt that a patch couldn't be created that would apply to new versions without too much hassle unless Trolltech made huge changes to the internal data structure/api and that probably won't happen very often with the list view source.

    12. Re:Very nice. But they forgot one minor thing: by swillden · · Score: 2, Funny

      Except that it costs way more than the MS development tools... Shame because it is a decent cross-platform kit.

      Yeah, Microsoft's cross-platform development kit is much cheaper.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    13. Re:Very nice. But they forgot one minor thing: by GreenBugsBunny · · Score: 1

      Disclaimer: I'm using Redhat 9 as my reference here.

      This can already be done with linux's virtual consoles (ctrl+alt+F1 - ctrl+alt+F12). F1-F6 are text consoles, but F7-F12 are graphics consoles.

      When using The X login, you only have one X console by default on F7 (aka :0) To start another session on F8, open an Xterm and run 'X :1'. 'X :2' F9, 'X :3' is F10, etc. It works like you described, and you just have to use ctrl+alt+F* to switch. I'm sure there is a way to specify which WM you want to run, but I haven't messed with it.

      This is a very handy feature, and I use it a lot at work for remote X sessions on different machines ('X :1 -query ' for example).

    14. Re:Very nice. But they forgot one minor thing: by ratfynk · · Score: 1

      I dropped red hat because they do not document switchdesk very well. I am running Slack 9 the manager is xwmconfig the docs are not lacking but the gui is really simple. Patrick uses the solution that the default you can change in root and a /home user can change their own preference I just set this user profile back to Gnome. So when I ctrl-alt-bkspc and then just type startx again. If I create multiple users then I can set the root preference to no X and each of the users to a different desktop. However you have to switch user to go into a different session anyway. I will look to see if there is another way. What I was getting at is completely different, holding a supended X session in a ram partition with different scaled down purpose oriented desktops. It would be great if you could config a java/html developement only desktop! This advancement would leave the MS desktop model in the dust. The ability to do things with lots of ram and a ram partition rather than hd swaps or drop out of X and then back in is something that could easily be in the future, ram is cheap harddrives are a pain in the ass. Running a ram partition for swap is silly but sometimes it helps. Why not make the idea work for a really usefull purpose.

      --
      OH THE SHAME I fell off the wagon and use sigs again!
  31. Exactly, Tell this to the Gnome development crew. by HanzoSan · · Score: 1



    Maybe they will quit with the architectual changes every few months and actually add features!

    --
    If you use Linux, please help development of Autopac
  32. Re:To all the GTK zealots. (5core:5, insightful) by molarmass192 · · Score: 1

    Nice flame, and you're wrong about GTK based applications NEVER being as popular as QT. Mozilla/Netscape, OpenOffice/StarOffice, GIMP, gAIM, MPlayer, and XMMS are ALL GTK apps. You'd have a hard time naming a single QT application (not desktop), with the exception of Opera, that rivals even one of these in terms of mind share.

    For the valid part of your post, you're right, the current GTK file dialog does suck. There's a patch from Ximian floating around to change it to look like this which is better but still lacks some "coolness" like previews and filters. The threads I've seen all point to a rewrite planned for GTK 2.6 but backwards compatibility is a sticking point.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  33. Re:Fork!!!! by Anonymous Coward · · Score: 0

    no ayb's been unfunny and uncool for years. however, lets keep beating the same dead horse and see what oozes out; seems to be the slashdot way.

    IN SOVIET RUSSIA DEAD HORSE BEATS YOU!

  34. non-STL containers? by Anonymous Coward · · Score: 0
    Using them will expand to less code compared to Qt 3.x and STL

    Why aren't they supporting STL interfaces to their containers? And do they really think their containers are more efficient than any implementation of STL?

    1. Re:non-STL containers? by Anonymous Coward · · Score: 0

      Many of their container classes have been STL compatable since qt 3.x.

      The reason Qt doesn't just switch to the STL is for people who perfer to not have the portability issues that it brings along. For example, _very_ few KDE apps use the STL, and nothing in the base KDE packages (AFAIK) do.

      Perhaps when exotic compilers on properitary UNIXes (and visual C++ 6), which both have buggy STL implementations, die, TrollTech will switch to the STL completely.

  35. KDE loads faster than XP by HanzoSan · · Score: 1



    So I dont see why people complain about loadtimes when its faster than XP. Sure its slower than Afterstep or Fluxbox, maybe its slower than Gnome, but its also more powerful and more refined.

    I dont care about speed issues, I can upgrade my CPU or my harddrive to SCSI, I do get angry when I have to learn a new API.

    --
    If you use Linux, please help development of Autopac
    1. Re:KDE loads faster than XP by Anonymous Coward · · Score: 0

      So I dont see why people complain about loadtimes when its faster than XP.

      It is not faster than XP. Compare the speed of Konqueror to that of Explorer. Explorer wins hands down, even with all the eye candy turned on in XP compared to Konqueror with all the eye candy turned off in KDE and files previews turned off. Not to mention Explorer is running on a slower machine.

      KDE is definitely powerful, though. And I use it too, but I am intimately aware of the performance issue since I use KDE and Windows both on a daily basis. And I use Windows on a slower machine than what I run KDE/Linux on.

  36. Re:Fork!!!! by DrRiffic · · Score: 1

    oh boy, another bannable catchphrase from SA that migrated to fark and finally caught on at slashdot only to be overused until forever

  37. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    LOL.. When did OOo become a gtk app?

  38. Re:To all the GTK zealots. (5core:5, insightful) by fault0 · · Score: 1

    "The threads I've seen all point to a rewrite planned for GTK 2.6 but backwards compatibility is a sticking point."

    I wonder why they just didn't do it for gtk 2.0, since it broke so much compatability anyways. I've seen threads before gtk 2.0 came out saying that it would have a new file dialog, then threads saying that gtk 2.2 would have a new file dialog, then threads saying gtk 2.4 would have a new file dialog, and now threads saying gtk 2.6 will have a new file dialog.

    Oh yeah, there was even discussion before gtk 1.2 about a new file dialog :-)

    I won't beleive it until gtk 3.0 :)

  39. Re:It Sounds Nice (OT) by cymen · · Score: 1

    Do you know how to save your Gnome preferences? While running KDE I can load up the Gnome preferences panels but the changes are never saved. By default, my Gnome apps have large fonts, large UI widgets, and just look 'orrible.

  40. Re:To all the GTK zealots. (5core:5, insightful) by ElGuapoGolf · · Score: 1


    Well, k3b seems to be one of the more popular cd burning programs around and is gaining a lot of mindshare.

    I used to use xcdroast exclusively. But once I started playing with k3b, it's been impossible to go back. Feature wise it approaches some of the windows cd burning programs, which is no easy task.

    Isn't xine more popular than MPlayer, and doesn't xine use their own toolkit, and not GTK? Gaim is great, but isn't there a qtopia version of it? Will a QT version be far beind?

    Haven't they been talking about fixing the GTK file dialog for years now?

  41. use of macros in C++ by jdooley · · Score: 1

    While I haven't read the above-mentioned book, "Effective C++", I have been forced to make
    the transition from C to C++ (at my University).
    Having a C background makes me see macros as one
    obvious solution to a problem, while they don't
    even teach macros in my C++ programming classes.
    Even talking to friends that program in C++ w/o
    starting out in C, it seems like C++ programmers
    are afraid of the preprocessor. Why is this?
    I'm not trying to be critical, I am genuinely curious as to why C++ programmers avoid macros and other preprocessor directives at all costs. Anyone have an explanation?

    1. Re:use of macros in C++ by js290 · · Score: 3, Informative

      Ever tried stepping through code with a debugger that's full of macros? Not fun, unless you like printf's. As far as Troll Tech using macros for their signal/slots, I don't care as someone using their toolkit. One less abstraction to worry about.

      --
      "Tempers are wearing thin. Let's just hope some robot doesn't kill everybody." --Bender
    2. Re:use of macros in C++ by Anonymous Coward · · Score: 0

      It's not just C++ programmers who avoid macros and other preprocessor directives. Brian Kernighan advises against them even in C in his book "The Practice of Programming". (Too lazy to supply a link to Amazon.)

    3. Re:use of macros in C++ by Anonymous Coward · · Score: 0

      I'm not sure that it's any worse than stepping through complex templates. The macros in Qt are actually very simple and easy to follow in a debugger.

      Rich.

  42. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    there's a patch from Ximian floating around to change it to look like this which is better

    Cool - where can I find it (I googled for it, but just found people talking about it, nobody listed where to download it.)

  43. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    First of all, most of the apps you mentioned are NOT gtk apps. Mozilla uses XUL, which is a wrapper that can be wrapped around any toolkit you like. OpenOfffice uses its own toolkit, Mplayer is a command line program, with a gtk front end (which sucks, most people use the superior KDE front end kmplayer). XMMS uses the old 1.x toolkit, and is due to be replaced with the superior JuK in KDE 3.2 in most distributions when it comes out.

    There are loads of QT apps That I mentioned here.

    GTK is simply an inferior toolkit, written for GIMP, which is a art program. Its widgets are optimized for it, and non GIMP programs written in GTK simply don't work as well.

    KDE is the Leading desktop for a reason, it dosen't suck.

  44. Hahahaa no we didnt by HanzoSan · · Score: 2, Informative



    Japan has a better powergrid than ours. Who gave you the idea that we had the best in the world? DO not assume our system is the best just because we are the USA. Japan has alot of things better than us, as does Korea. Japan has the best power grid in the world, the most efficient public transportation in the world, the best cellphone technology in the world. They also have better robotics than us,

    South Korea is the most wired country in the world, with the best internet technology in the world.

    just because its USA does not automatically equal best.

    --
    If you use Linux, please help development of Autopac
    1. Re:Hahahaa no we didnt by kdsolutions · · Score: 1

      forgive my lack of research and trusing in my government officials upon stating that although it is the best in the world, it should have been inproved years ago, and since it was no, it failed massively.

      by many, it is viewed to be the best in how it handles changes in demand and the speed with which repairs can be made when needed.

      My point was, however, not that the US has the best of everything. Nobody has the best of everything. It is a fact that the US power grid is viewed by many to be the best in the world for the above-mentioned reasons.

      Yes, it can be improved. As well it should. That was the point I was trying to make.

      Somebody please kick my ass for further feeding this troll.

      --
      Error 666 - Satanic SCO code found in your Linux kernel.
  45. GTK - nyed! by Moritz+Moeller+-+Her · · Score: 4, Informative

    Most of the applicatons you presented as GTK apps do not use GTK widgets:

    Openoffice/Staroffice does not use GTK at all (in fact the first SO port to Linux was done by Matthias Kalle Dallheimer, a KDE founder...)

    Mplayer has an optional GTK gui, which is hardly used by anyone. It also has at least two KDE guis. Not a very good GTK app.

    XMMS has it's own GUI, GTK is basically used for the file dialog, which is arguably not the most impressive part of GTK.

    Mozilla/Netscape uses XUL, it's own toolkit, again no GTK widgets are used, just some basic drawing routines.

    This leaves GIMP (functional, but ugly) and GAIM (never used it, AOL is not my thing) for GTK.

    --
    Moritz
    1. Re:GTK - nyed! by Anonymous Coward · · Score: 0

      Not to mention the GTK originates from GIMP, so that application hardly counts.

    2. Re:GTK - nyed! by fodder69 · · Score: 1

      And even XMMS had to hack the file dialog to create a usable directory tree interface (I know cause I borrowed it for GRio500)....

    3. Re:GTK - nyed! by Anonymous Coward · · Score: 0
      Mozilla/Netscape uses XUL, it's own toolkit, again no GTK widgets

      Mozilla can be built with GTK+, and there is movement to enable building without XUL.

    4. Re:GTK - nyed! by dukoids · · Score: 0

      GTK has one killer app: Eclipse.

      I am currently using KDE, but that will probably make me switch to Gnome. Moreover, even if OO/Thunderbird/Firebird are not really using GTK, they seem to look more "consistent" with GTK apps.

    5. Re:GTK - nyed! by tempest303 · · Score: 1

      Your rebuttle needs a rebuttle.

      OpenOffice: I'd hardly call the OO.o KPart a "port" :P Come back to me when you show me a full OO.o Writer window that uses native Qt widgets.

      Mplayer is skanky. All the cool kids use Totem anyhow, which has an extremely capable Xine backend. :)

      XMMS is equally skanky. RhythmBox totally owns its sorry ass.

      Mozilla* - another crusty, crufty, nasty app. Epiphany and Galeon are far better browsers, but with Gecko's rendering power.

      *(I mean Mozilla-proper here - Firebird is very nice, though Epiphany and Galeon are still better, IMHO)

      As for Gaim, it does more than just AOL - Gaim speaks AIM, ICQ, MSN, IRC, Yahoo, Jabber, and even some weirdo protocols like Gadu-Gadu and Zephyr. It's even cross-platform!

      You're forgetting a bunch of other good GTK apps, too:

      Evolution, gThumb, GnomeMeeting, Sound Juicer, Camorama, and more.

      Both GTK and Qt camps have great apps on their side - this bickering is stupid, especially when one can run apps from one environment inside the other just fine. (Especially thanks to freedesktop.org! Wahoo!)

  46. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    Or mplayer, for that matter.

    Yes, there is a GTK frontend for it. There is also a Qt one. The "real" mplayer has no frontend, though.

  47. I've always maintained that.... by Anonymous Coward · · Score: 0

    the only feature I want from QT is a LGPL license.

  48. How about more standard C++ by Ed+Avis · · Score: 3, Interesting

    Is it too much to ask that the next Qt will use the standard C++ string class instead of its own reinvention and kitchen-sink-itis that it suffers from at the moment?

    --
    -- Ed Avis ed@membled.com
    1. Re:How about more standard C++ by Anonymous Coward · · Score: 0

      it just wouldn't be "their" c++ toolkit unless they rewrote the string.

      YADAFSI (Ya another dump-ass fucking string implementation)

      Sounds like Kadafi.

    2. Re:How about more standard C++ by Carewolf · · Score: 1

      Is it too much to ask that the next C++ will use the standard C string type instead of its own reinvention and kitchen-sink-itis that it suffers from at the moment?

    3. Re:How about more standard C++ by Ed+Avis · · Score: 1

      Now come on, you're as well aware as I am of the problems with the standard C char* strings. Making a new string class is certainly justified if all you have to work with is something as error-prone as null-terminated character pointers. (And you may argue that char*s are entirely safe to work with, and only stupid programmers make mistakes; but I am a stupid programmer and judging by bugtraq, so are most others. Even assuming perfect programmers who don't mind doing memory allocation manually, a C-style string cannot store data containing embedded zero bytes.)

      Back in 1993 or whenever, it was entirely reasoable for Qt and other C++ libraries - heck, even C libraries - to define their own string classes. I don't think that applies now - it's unlikely that Qt's string has any strong enough advantage over the standard string to make it worth introducing Yet Another String Class.

      Replacing a type with something demonstrably better is fine. Pointlessly reinventing the wheel is not.

      --
      -- Ed Avis ed@membled.com
    4. Re:How about more standard C++ by Anonymous Coward · · Score: 1, Informative

      Well, to be honest, the QString class is substantially more powerful than the C++ string class. Most especially in casting to and from other data types. Moreover, it supports the full range of internationalised characters, it automatically casts as neede and passes by value as needed as well.

      On the whole, it acts in a more intitive manner for the programmer, and that is true of almost all QT classes. That's the thing about QT, it works the way programmers want it to work. Say what you like about the licencing or the people or whatever, but it is a great toolkit to code with.

    5. Re:How about more standard C++ by Anonymous Coward · · Score: 0

      Actually, it does have quite a few strong advantages still. The casting is very good, as is the auto-casting to and from char arrays and C++ strings. The internationalisation is the best, though.

      There are a few more, too. I suggest picking up the O'Reilly Qt book for a really good read on such things :)

    6. Re:How about more standard C++ by Ed+Avis · · Score: 2, Interesting
      Well, to be honest, the QString class is substantially more powerful than the C++ string class. Most especially in casting to and from other data types.

      boost::lexical_cast

      Well, okay, I'm proposing a third party library to provide what Qt's string class has built-in. But in a way this illustrates an advantage of using the standard string (or other standard classes) rather than rolling your own. You are able to take advantage of lots of third-party code, including the excellent work at boost.org.

      Moreover, it supports the full range of internationalised characters,

      You can make a basic_string of whatever character type you wish, including wchar_t. I guess it's unfortunate that the standard 'string' is an alias for basic_string<char, ...> instead of using 16-bit or 32-bit characters, but it's not a disadvantage of the string class itself.

      it automatically casts as neede and passes by value as needed as well.

      The standard C++ string has value semantics, so you can pass it by value (and usually do so efficiently). In this respect it's just like an int - you can pass and return strings by value, and two strings are equal iff they have the same characters.

      I'm sure the Qt string class is great, the question is, is it so much more wonderful that it justifies being different from the rest of the world?

      --
      -- Ed Avis ed@membled.com
    7. Re:How about more standard C++ by Jeremi · · Score: 1

      Is the STL string class still not thread-safe due to its reference-counting implementation? As I recall, that was (and maybe still is) a good reason to not use it.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    8. Re:How about more standard C++ by Ed+Avis · · Score: 1

      AFAIK the standard library specification doesn't make any guarantees about thread safety (a big deficiency, I agree), so your question is really one about implementations. As far as I know most newer std::string implementations do not use reference counting because it's difficult to make it thread-safe.

      I'd agree that if you have real performance or thread-safety requirements that block you from using std::string (even if you make some assumptions about the implementation), then you could be justified in rolling your own. But even then the sensible thing to do would be to make the interface as close to std::string as reasonably possible (perhaps omitting the direct character writing with operator[], since this makes copy-on-write difficult).

      --
      -- Ed Avis ed@membled.com
    9. Re:How about more standard C++ by nrublimk · · Score: 1

      Given what I think of the standard string class, i sure as hell hope not!!!!! The Standard (Template) library, while very flexible, seems needlesly complex (although various MS APIs still have them beaten there!)..

    10. Re:How about more standard C++ by Ed+Avis · · Score: 1

      You may be right about the STL being complex, but the standard string class doesn't in fact come from the STL - it was added because of the need for a standard string to unify all the incompatible QString, CString, MyString etc etc etc that were common in the mid-90s.

      Personally I think that the problem with the STL is that it is far too simple (in some ways) and this makes it complex to use. For example, std::map lacks any way to iterate over the keys of the map. Instead you can get an iterator over key, value pairs. From the viewpoint of designing a minimal interface this makes sense - a separate keys_begin(), keys_end() sequence would be redundant when you can already iterate over everything. But it would be a handy shortcut.

      --
      -- Ed Avis ed@membled.com
    11. Re:How about more standard C++ by TheSunborn · · Score: 1

      It is not, but why would you ever want a threadsafe string?

    12. Re:How about more standard C++ by Jeremi · · Score: 1

      So that you can use strings in a multithreaded program without random crashes? (and no, just making sure access to any given string object is serialized isn't enough, because multiple strings objects can point to the same ref-counted data)

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
  49. Who's wanting? by roystgnr · · Score: 1


    It will take time for developers to start supporting the new format, which will leave end users wanting.

    I expect I'll just do the same thing with qt4 that I did with qt3 (and gtk 2, etc.): install it, but keep older versions around until all the programs which use the library have been updated. This is the way libraries are supposed to work; you increment the major version when you've broken binary compatibility, you keep all the major versions installed that you need, and you uninstall them when you no longer need them.

  50. Not exactly necessary... by Moritz+Moeller+-+Her · · Score: 2, Informative

    Just start e.g. kmoon or klipper. KDE and GNOME use the same docking protocol, so any existing docked program would suffice.

    --
    Moritz
  51. AC Comment from other Canopy Employee by bstadil · · Score: 3, Interesting
    Since my comment has been modded a Troll I think you should read this posting from another Canopy Company employee.

    Quote:

    As an employee of a company in the same office buildings as SCO and partly funded by Canopy Group, I strongly encourage a boycott of all companies funded by the Canopy Group.

    There was a lot of buzz about mergers a few weeks ago. It seemed that everyone was going to join into one large company called, you know it: SCO! .......

    --
    Help fight continental drift.
    1. Re:AC Comment from other Canopy Employee by be-fan · · Score: 1

      That would make no sense. Why would TT is an employee owned company. The employees would have to approve any merger. Why the hell would they merge with a sinking ship (SCO) for a measly 5.7% stake? Hell, a lot of companies that Canopy group invests in have absolutely no relation to SCO. They invest in a company (LinuxNetworx) that builds Linux-based clusters! You think they're going to make LLNL (one of their customers) pay a $700 Linux license fee for each node they build???

      --
      A deep unwavering belief is a sure sign you're missing something...
  52. HTML rendering by jamesk · · Score: 1

    When can we expect a stand alone HTML rendering engine properly wrapped (and supported) by QT. Yes I know they have a rich text widget that supports simple HTML rendering BUT I have a project that needs something more sophisticated. Is there a KHTML or Gecko wrap out there that would give me x-platform across Linux, Windows and the Mac for use with stand alone QT applications???

    1. Re:HTML rendering by julesh · · Score: 2, Interesting

      Have you looked at this to solve your windows portability needs?

      http://kde-cygwin.sourceforge.net/

      It uses cygwin, which might mean some user confusion with filenames; if that's an issue for you you might want to forget about it. Also it'll mean you're stuck with GPL. Otherwise, I understand the results are quite impressive... if you don't want to use X, you can probably substitute the windows version of Qt, and everything should work OK. It'll be a lot of work to get it going, but after that it should be stable and usable...

  53. Backwards compatibility is important by ZorinLynx · · Score: 3, Insightful

    Sigh. I really hate to say this, but I must agree with keeping API's backwards compatible across versions of libraries.

    I've been using Linux for years now, and one of the biggest annoyances is that software packages tend to be tied very closely to a specific version of a library. Without backwards compatibility, you sometimes need to have two or three different versions of the same library installed in order to use different applications.

    When a library is used by a wide variety of applications, like Qt, GTK, libc, and so on, backwards compatibility should be ensured. Yes, this means the library may be a bit more bloated than it has to be, but the bloat isn't as bad as the bloat that results from having to install an ancient version of Qt in order to run an app that hasn't had active development for a few years.

    This is coming from someone who doesn't do much software development; I just maintain a lot of systems and software libraries.

    1. Re:Backwards compatibility is important by be-fan · · Score: 1

      Look at it this way. If library v2.0 is so much better than library v1.0, most of that code is going to be redundent. Adding all the features of library v2.0 while still keeping compatibility with library v1.0 means that you'll get almost the same memory usage as having both 2.0 and 1.0 installed at the same time. At least with the split-up version, the users have the choice of only keeping the apps that use a particular version of the library.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:Backwards compatibility is important by gaelicwizard · · Score: 1

      One of the things that some people have done in their libraries is to make the lib check what version the linked app thinks it should be, and then provide the API from that version, either with current code or with included older code. Something like this in some widely used libraries would bloat a libraries disk space, but not how it performs in memory b/c it would only make available the code for the version that is being used. Does this make sense or am I speaking out of my rectum?

      JP

      --
      -- JP
    3. Re:Backwards compatibility is important by jfx32 · · Score: 1

      It is possible to have both libraries on the same system. Suse did this during the move from kde2 - kde3. They had a package(kde-compat, or something like that) so you could continue to use kde2 binaries under kde3.

  54. Re:It Sounds Nice (OT) by edbarrett · · Score: 1

    KDE is overriding your GTK preferences. Look in the KDE control center under Look&Feel/Style and deselect Apply fonts and colors to non-KDE apps, and then get rid of ~/.gtkrc-kde.

  55. Moderators Suck ... by Anonymous Coward · · Score: 2, Interesting

    Troll? Come on guys, we're not bashing Apple.
    You don't have to throw a hissy fit cuz someone's bashing your fave tool.

    from http://www.pclinuxonline.com/modules.php?mop=modlo ad&name=Forums&file=viewtopic&topic=870&forum= 37
    As an employee of a company in the same office buildings as SCO and partly funded by Canopy Group, I strongly encourage a boycott of all companies funded by the Canopy Group.

    Taking money from Ralph Yarrow (Canopy) made all of us sick to our stomachs but we held our noses and moved into their offices in the hope their stake would stay small. And we were out of business if we didn't.

    There was a lot of buzz about mergers a few weeks ago. It seemed that everyone was going to join into one large company called, you know it: SCO! That buzz ended yesterday. Now the talk, all over the group, is how to distance ourselves from SCO and Canopy. The mention of our company on Slashdot resulted in very negative feedback and two potential customers walking away. Other's got it even worse. I hear Trolltech spent most of the day on the phone smoothing things over with their customers. Upper management meetings were held all afternoon among the group's companies (I'm not privvy to those, but can guess the subject matter). Companies that were considering a merger with SCO (some as close as 5 days away) are now backpedalling as fast as they can.

    Canopy Group is the key to pressuring SCO. Thats where they get their money and their actions could harm the whole group and Canopy's plans. Pressure on the Canopy Group's members will result in pressure on SCO.

    Save me from SCO! Boycott Canopy Group. If they want to point a gun at their own head, I'd rather they do it away from me. Write letters to the all the Canopy Group companies. We are all very small and even a few letters would have a major effect. The three we received yesterday sent management into a tizzy. Oh, yeah. And start at the bottom of the alphabetical list of companies, please.

    Thanks for listening...

    -------- more --------------

    Ignoring your personal attacks, the point remains that the pressure point here is Canopy and their group members. SCO could care less about a boycott, Canopy will continue to funnel money to them. The key is Canopy and Canopy is vulnerable through their holdings.
    Ralph Yarrow cares about only one thing: the bottom line.

    Only three emails to my company convinced mangement that there was a problem. They spent most of the afternoon in closed door meetings deciding on how best to distance themselves from this mess (at least that was the discussion when I was called into offer my opinions). They dreamed of the day we would be slashdotted, but are very dismayed that when it finally happened, it was entirely negative and harmful. From my colleagues in other companies, I gather the scene was common all over the office park yesterday. A couple hundred more emails will have a dramatic impact. The pressure will proceed directly from companies of the Canopy Group up to Ralph. When he sees the bottom line being attacked he will rein in SCO.

    Some have said that it is unfair to punish the other companies. But the other companies are already being punished for SCO's actions. We have already lost potential customers who informed us they did not want to be associated with Canopy/SCO in any way. My product's release date has been placed on hold indefinitely while this uproar is going on. I fear this nonsense will ruin us. It would be foolish to start the rollout under this dark cloud.

    The party line from SCO is that the opposition is from just a few disgruntled 'pot-smoking hippie-types' that can be ignored and they will go away. (From an overheard conversation in the restrooms. No doubt, Monday morning SCO employees will receive news of a new policy about talking in the restroom. But it wasn't the employees forgetting to check the stalls before tossing around disparaging remarks).

    Give them a reason to

  56. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    Actually, the current mplayer has a gtk frontend included with the source (gmplayer)

    The next version of mplayer (G1), will _not_. It'll be a seperate tarball.

    Same thing with xmms. Current version of based on gtk, but the next generation xmms2 will be based on Gtk and Qt, depending on the user's preference.

  57. The Name of the City is Nove Hrady by presroi · · Score: 0

    At least that's what "the internet" tells me:

    search for Nove Hrady:

    1. dot.kde.org
    2. www.novehrady.cz

    I love google :)

  58. Re:To all the GTK zealots. (5core:5, insightful) by julesh · · Score: 1

    There's a patch from Ximian floating around to change it to look like this which is better but still lacks some "coolness" like previews and filters.

    Well, its certainly a start. But it still looks (& I suspect feels) very much like the same file dialogs that I was using 10 years ago.

    Lets face it, the separate directory and file list should have been consigned to the scrapheap of history long ago. Using icons to distinguish files and directories in the same listing is just neater.

    The control at the top (presumably for moving up through the directory structure) still looks clunky and unweildly, just like the original one I saw when I first used GIMP back when 1.0.0 was released. Personally, I blame Motif.

    The buttons on the left look out of place (although so do the icons that provide equivalent functionality in KDE2; I haven't upgraded to v3 yet so can't comment on that). Quite usable, though, I suspect.

    Yep, I'm still going to stear clear of GTK apps whenever possible, even if that patch gets applied. Thanks for reminding me why.

  59. Re:Haha by oscast · · Score: 1

    it sucks? Its the best media container format available...

  60. KDE Conference Talk Writeups by JRiddell · · Score: 3, Informative

    Writeups of the talks I went to are at:

    the Nove Hrady wiki.

  61. Re:"ligher memory usage" by Anonymous Coward · · Score: 0

    HAND

    Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)

  62. Re:Haha by Kenterlogic · · Score: 1

    Sure, the technology assosiated with QuickTime 6 (AAC particularly) is killer. The app itself is fundamentally flawed in the way it is presented. Usability and features are where it lacks. It is also slow as death.

    --
    The New Root Council, kickin' ass sinc
  63. change and "innovation" by penguin7of9 · · Score: 1

    Many people have come to Linux because they want to get off the upgrade treadmill that commercial companies are subjecting them to. Commercial companies have all sorts of incentives for breaking backwards compatibility, like being able to sell new licenses.

    Of course, the dual-license for Qt means that Troll Tech has most of the same incentives: they need to come out with new and "improved" versions in order to make their paying customers happy. And that's perhaps why dual-licensed software is not such a good idea for open source development after all.

    Because, when all is said and done, there is really little that is innovative in any of Gtk+, Qt, wxWindows, FLTK, etc. They just are making different tradeoffs for different markets. And if any of them need a significant and incompatible API overhaul, it's probably because their developers were learning on the job. OO GUI toolkits have been around since the 1970's, and there really isn't a lot of new stuff to figure out about them.

  64. Re:To all the GTK zealots. (5core:5, insightful) by molarmass192 · · Score: 1

    My bad, it isn't, I based my post on "grep -ri gtk /usr/local" and it hit on a couple of unrelated files in OO. How about "the letters GTK appear in sequence in several OO files" instead?

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  65. Re:To all the GTK zealots. (5core:5, insightful) by molarmass192 · · Score: 1

    I pretty sure they're referring to this one .

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  66. Re:YHBT by Anonymous Coward · · Score: 0

    That's it, go ahead and feel proud of that little bit of social interaction. It has to last you all week, right?

    Christ, find something better to spend your time on, kid.

  67. Re:I use linux but IANALH (I am not a linux hacker by Lispy · · Score: 1

    Maybe, but more likely the preemptive patch in kernel 2.6 will. ;-)

  68. Would be a good Ask Slashdot.. by msimm · · Score: 1

    As much attention (and general discussion) as the desktop is getting I'd love to see a couple of 'Ask Slashdot's' with people like Matthias.

    I can think of a few questions I'd love to ask.

    --
    Quack, quack.
  69. Qt 4 vs Qt 6 by egommer · · Score: 3, Funny

    I don't know why you all are worried about QuickTime 4 f. I personally use QuickTime 6 on my iMac. Sheesh. You can't even see the latest pron and movie trailer's with Qt 4. Oh Wait... I think this is somthing else.. Damn you! you- 133t linux users fooled me again.

    --
    Two Towers-Two Worlds.One seeks triumphs and freedom for man.The other deems man unworthy and wrecks them.
  70. QT 4? by Have+Blue · · Score: 1

    That's old news, man. QT4 has been out for years. We're up to QT6.3 now, and I can't wait for the next version with Pixlet...

  71. Relax. If you don't like Qt4, use Qt3 by ishmalius · · Score: 1
    It's not as though they're going to discontinue it!

    Don't stress over this. Take your Ritalin.

  72. Mod was correct by kupci · · Score: 1
    Save me from SCO!Huh? Save yourself.

    I'd rate this as a troll, or maybe hypocritical. The writer calls for folks to boycott TrollTech, yet works for a company supported by Canopy/SCO, in a building with SCO?

    Right...

    Here's a better idea: kick in the funding to match whatever Canopy provides TrollTech, they do sell licenses...or does the tune change when it comes down to actual dollars and cents?

  73. Re:To all the GTK zealots. (5core:5, insightful) by molarmass192 · · Score: 1

    K3B is nice, but I have no clue about it's mindshare.

    I did try xcdroast a while back (not overly impressive) but I still prefer to use the command line for cdrecord and prodvd.

    I don't know. I looked at XINE a few years ago and wasn't impressed. However, I just took a peek, prompted by your post, and it looks like they've merged in a lot of the features from Ogle and MPlayer so I'm going to be taking it for another test drive very soon.

    gAIM is awesome. The protocol implementations are not GTK specific and do most of the hard stuff, so anything is possible.

    Yeah, I think the patch in question finally got rolled into CVS, not 100% sure though. However, it's primarily cosmetic and doesn't add any new functionality so in that sense it's not "fixed". of my post

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  74. Wrong... by Dr.+Evil · · Score: 1

    Commercial development...

    QT is a library. That's why the LGPL was written and that's why Gtk is LGPL'd. By GPL'ing the library, Troll Tech ensures that no product can be written for the library unless it too is under the GPL. The only way for a corporation to get out from under that bind is to pay Troll Tech. That's the point, and that's how Troll Tech makes their money.

    Unfortunately there is nothing to protect non-GPL (or non-QPL) development under QT and thus KDE.

    1. Re:Wrong... by bongoras · · Score: 1

      No, that's MY point. Free as in freedom means commercial developers are free to develop ANYTHING they want, as long as they are willing to give their customers the same freedoms they got.

      Oh, you mean, commercial developers ought to be able to take the work that TrollTech did and create non-free stuff out of it, sell it, forbid their customers from reverse-engineering, modifying, or distributing the results, and NOT pay TrollTech for their efforts?

      Sorry. The GPL exists precisely to prevent that sort of thing.

    2. Re:Wrong... by Dr.+Evil · · Score: 1

      "...NOT pay TrollTech for their efforts?"

      It's tough to pitch free software when the first thing management sees is a $2000/developer price tag with no guarantee that it will remain under that price or scheme in the future.

      Second, QT is one small component of a Linux or Unix environment. It is sad that the kernel, compiler, libraries, GUI and desktop environment could all be freely contributed, whereas the toolkit for the desktop environment would slap a tariff on the end for commercial development.

      This is not what the GPL was for, this was a very clever use of the GPL to appease the strict Free Software developers, while still keeping commercial control over the toolkit.

    3. Re:Wrong... by manyoso · · Score: 1

      Wrong... yourself. Its called the KDE/FreeQt foundation. Why don't you educate yourself before you open your mouth.

    4. Re:Wrong... by Dr.+Evil · · Score: 1

      Ummm... I don't think you're trolling, so I'll respond...

      The KDE/FreeQt foundation never had anything to do with commercial interests. It existed because KDE was built on Qt which was built on the FreeQt license. The FreeQt license said roughly: "you cannot modify and distribute this code". If Troll Tech went bankrupt, was bought out, or neglected the code, KDE would be in trouble. So the KDE/FreeQT foundation was formed to protect KDE.

      http://www.kde.org/whatiskde/kdefreeqtfoundation .php

      This all happened years ago. The KDE/FreeQT foundation is a historical artifact from the old FreeQt license which was eventually superceded by the QPL and GPL.

    5. Re:Wrong... by 10Ghz · · Score: 1
      It's tough to pitch free software when the first thing management sees is a $2000/developer price tag with no guarantee that it will remain under that price or scheme in the future.


      To my knowledge, price of Qt is not that high when compared to alternatives. And are there any guarantees that the price of other toolkits remain stable? There aren't really.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    6. Re:Wrong... by Dr.+Evil · · Score: 1

      The absolute success of KDE means that Troll tech will have a monopoly over commercial entrance to the Linux Desktop. Given that, why should anyone want KDE to become a standard desktop?

      Yes, I recognize that other toolkits can interact with the KDE environment, but if you need to use other toolkits or explain why Troll tech can exact a fee, why even support KDE as a standard desktop?

      It's not the money itself, it's the long and complex explanation as to why purchasing would have to be enaged to develop for a "free" software platform, and the fact that you can't develop closed commercial software for KDE without paying it. Every Linux distributor would have to explain it, every new Linux customer would have to understand it, and every closed commercial developer would have to deal with it.

      Win32 doesn't even have this problem, and Gtk certainly doesn't have this problem.

    7. Re:Wrong... by 10Ghz · · Score: 2, Insightful
      The absolute success of KDE means that Troll tech will have a monopoly over commercial entrance to the Linux Desktop. Given that, why should anyone want KDE to become a standard desktop?


      Because KDE is superior to the alternatives? And if you write free software, you don't need to pay one dime. I fail to see the problem. And if TT starts to abuse it's power, users would migrate to other toolkits.

      Yes, I recognize that other toolkits can interact with the KDE environment, but if you need to use other toolkits or explain why Troll tech can exact a fee, why even support KDE as a standard desktop?


      If you can't recoup the cost of Qt-license, then you should REALLY reconsider your desision to write closed, commercial software, since there obviously isn't that much demand for it.

      It's not the money itself, it's the long and complex explanation as to why purchasing would have to be enaged to develop for a "free" software platform


      If you write free software you don't have to pay. If you want to write closed software, you have to pay. I fail to see the problem. WHy should you get the right to write closed software but you want to deny TT the same right? If you use their tools for profit, you need to pay them, IMO that is fair.

      Win32 doesn't even have this problem, and Gtk certainly doesn't have this problem.


      Then use Win32 or your precious Gtk, I fail to see the problem.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    8. Re:Wrong... by Dr.+Evil · · Score: 1

      WHy should you get the right to write closed software but you want to deny TT the same right?

      This is such bizzare logic. TT has thrown a toll to write commercial software for an open platform. The platform without TT was open. TT is writing a library, not applications. TT is denying the ability to write all (closed) commercial software for KDE without going through them. There is a big difference between me writing a closed application and TT writing a core toolkit for a desktop environment used on an open platform.

      Whether or not you perceive it as a problem, it certainly represents a different set of freedoms when developing under KDE than when developing under the rest of Linux.

      I agree with you in so far as to say that if you believe in strict open-source development, and don't care about commercial acceptance, then yes, it's not a big deal.

    9. Re:Wrong... by 10Ghz · · Score: 1
      This is such bizzare logic. TT has thrown a toll to write commercial software for an open platform. The platform without TT was open. TT is writing a library, not applications. TT is denying the ability to write all (closed) commercial software for KDE without going through them.


      What's stopping you from using some other toolkit for your app? Gtk-apps work just fine in KDE. And TT is doing the exact same thing you want to do: to make money. What gives you the right to write software for profit, but TT can't do the same? To me that smells like hypocrisy.

      And if you are serious about your proprietary software, the cost of Qt should not be a problem. But I fail to see what right do you have to profit from the work of TT. TT encourages you to write free software. If you choose not to do so, you have to pay them. That is, like I said, fair.

      Whether or not you perceive it as a problem, it certainly represents a different set of freedoms when developing under KDE than when developing under the rest of Linux.


      Then develop for Gnome and stop your whining. Problem solved. Nobody is forcing you to develop for KDE or use Qt for that matter.

      I agree with you in so far as to say that if you believe in strict open-source development, and don't care about commercial acceptance, then yes, it's not a big deal.


      Now I'm not a big and important software-developer, but it seems to me that commercial software is usually written by companies. And companies can easily afford the license of Qt. If they can't, I would seriously question their viability.

      Tell me one good reason why TT should provide you with tools that you could exploit for profit without giving them a dime? that would basically kill their business, and it might kill Qt as well. To me, your desire to exploit work of others for free sounds extremely selfish. You want free tools, yet you don't want to give anything back. With Qt you get what's coming to you. You write free software, you get Qt for free. You write proprietary, commercial software, you have to pay. Like I said, I REALLY fail to see the problem here.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    10. Re:Wrong... by Dr.+Evil · · Score: 1

      Like I said, I REALLY fail to see the problem here.

      That's right, you fail to see the problem.

    11. Re:Wrong... by 10Ghz · · Score: 1

      Well, I do see one problem. I see someone who expects others to give him the tools for free while he himself gives nothing in return.

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    12. Re:Wrong... by Dr.+Evil · · Score: 1

      Oh no, it's worse than that.

      TT expects the GNU/Linux environment to be given to them for free, and a desktop environment to be written on top of their toolkit for free, and they expect to charge money to all commercial (closed source) software developers who use their toolkit to target the desktop environment which they didn't develop.

      All they have to do in exchange is to expand thier mindshare by giving their toolkit away to people who wouldn't pay for it anyways.

      They're not evil for it either, they didn't seek out the arrangement. KDE set it all up.

      I'd rather see Linux standardize on a Gnome environment, polish up the Gnome/KDE interactions, and leave KDE/Qt as an optional development path for whomever prefers it. That would leave TT in a profitable situation, but without enough power over commercial desktop development to be able to abuse it.

    13. Re:Wrong... by 10Ghz · · Score: 1
      TT expects the GNU/Linux environment to be given to them for free


      Maybe, and in return they give Linux-community a free (both as in speech and as in beer) toolkit. Again, where is the problem?

      and they expect to charge money to all commercial (closed source) software developers who use their toolkit to target the desktop environment which they didn't develop.


      They didn't develop the desktop-environment, but they did develop the toolkit those developers are using. Why shouldn't they charge for it? And, like I said, if you write free software, you get the toolkit for free. if you want to profit from it, you have to pay.

      I'd rather see Linux standardize on a Gnome environment


      Ah, a Gnome-user. That explains your whining. You know what, you keep on developing for Gnome/GTK, no-one is forcing you to use Qt/KDE.

      That would leave TT in a profitable situation, but without enough power over commercial desktop development to be able to abuse it.


      What makes you think that they would abuse it, whereas Gnome/Gtk-guys would not? I mean, Qt is under the GPL, it's pretty difficult to abuse it. If TT starts to act like an ass, last GPL'ed version of Qt is re-licensed under the BSD-license.

      And if you are serious about commercial developement, the price of Qt should not be a problem. If you cant earn 2000$ from your software, what's the point of trying to sell it for profit? Obviously there's no money to be made there.

      TT has treated the community with great care. They have bent over backwards to satisfy the complainers. Yet there are still people out there who whine that "Waaah! TT is EEEEEVIL! They give me a GPL'ed toolkit and I don't like it! They must satisfy my every whim and I and I alone can write software for profit, the evil trolls from Norway do not have that right!"

      Cry me a river.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    14. Re:Wrong... by Ded+Mike · · Score: 1

      Except that the COMMERCIAL desktop development (Red Hat, Sun Mad Dog, Ximian) is all being done on GNOME, and all the free development (KNOPPIX, Debian) is on KDE.

      It is GNOME which is moving towards notYET and M$, while KDE and the Qt libs are moving closer to the open, free world.

      You can interface any language to KDE, through Qt or Gtk/Gtk+. MUCH more difficult in GNOME. I18N is more complete (therefore, the environment is MUCH freer in reality) in KDE than in GNOME.

      Your logic doesn't follow the realities of today...admit it. Anything but BSD and GPL confuses you and foils your evil plans to write closed, non-free software on KDE and Linux. FINE! Write it on GNOME. Watch M$ steal it!.

      --
      Remember guys, this is Amerika. Just because you have the most votes, doesn't mean you get to win.--Fox Mulder
    15. Re:Wrong... by Dr.+Evil · · Score: 1

      What makes you think that they would abuse it, whereas Gnome/Gtk-guys would not?

      What are you talking about? Gnome and Gtk cannot strongarm commercial development, they have no power over commercial development. That's why Gtk uses the LGPL. That's why the LGPL exists.

      As for the BSD'ing of Qt, as I read the FreeQt agreements, only the last "FreeQt" licensed version of Qt is BSD'd only when TT neglects Qt or goes bankrupt. There's nothing in there about BSD'ing the code after being taken over by a hostile interest and making commercial development impractical. This and I'm pretty sure there hasn't been a 'FreeQt' licensed version of Qt in years.

      Corporations only care about money. It doesn't matter who has control over commercial development under KDE, it's that one particular group does and they can do anything they want with it.

      On that note, look who's next to SCO in the Canopy group: http://www.canopy.com/

  75. Re:To all the GTK zealots. (5core:5, insightful) by Sandmann · · Score: 1

    Don't believe the promises random people make on messageboards about what will be in the next version of gtk+.

    The facts are:

    - gtk+ 2.4 will have a new file selector

    - gnome 2.4 will use gtk+ 2.2

    - gnome 2.6 will use gtk+ 2.4

    - hopefully most applications will be ported ver to the new file selector by gnome 2.6

  76. Re:To all the GTK zealots. (5core:5, insightful) by tempest303 · · Score: 1

    The new file selector actually comes with GTK 2.4! Thank God, too! I can't wait for this to get finished so people stop fucking bitching about it. ;)

  77. well you got scored +1 informative. by Anonymous Coward · · Score: 0

    So. Tell us, who's on the board at Trolltech? Any Canopy reps?

    Sounds like Canopy set them up and controls
    the board. Sorry D00D.

    1. Re:well you got scored +1 informative. by Anonymous Coward · · Score: 0

      still need to loose that hat

  78. Re:To all the GTK zealots. (5core:5, insightful) by molarmass192 · · Score: 1

    I use KDE 3.1 as my desktop, it does look good and the KDE "File Open" dialog is "all that" so far as "File Open" dialogs go. When moving from KDE 2.x to 3.x there were some minor compatibility issues with KDE 1.x apps but nothing that wasn't fixed by a recompile.

    Yep, I'm still going to stear clear of GTK apps whenever possible, even if that patch gets applied. Thanks for reminding me why.

    You're joking right? At least say it's for reasons more significant than a "File Open" dialog. Reasons that make sense are things like "I want a consistent theme/font", "I need my apps to interoperate at a level deeper than the X clipboard", or "I'm more familiar with the KDE/QT toolkit so if I need to make a mod ...".

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  79. Please mod this troll down by Anonymous Coward · · Score: 0

    The founder of Novell has nothing to do with Canopy. Canopy is owned by Ray Noorda who was originaly brought in to rescue the mainframe company Novell. Some techs insdie were working on networking and showed it off during the bankruptcy. Noorda is not the founder, simply the CEO who was there during the bankruptcy.
    Mpw as to Trolltech doing a SCO, that is impossible due to the license. KDEe.v. can at anytime move the license of Qt to BSD if they see fit. They simply do not as "the Trolls" provide a great service.
    What I find funny is that the parent (a real troll) thinks that 4.1 % is enough to control the company. TrollTech has shown over and over that it has not intention of committing suicide, whereas Caldera/SCO has consistently done so. Remember when Caldera move their OSS system over to a closed source. Likewise, when caldera got the right to sell unix (they really do not own unix or the code; they just act like it), they announced the death of Linux and said that Unix would kill it. Now, they are claiming that Linux stole code.
    Caldera/SCO is very different than TrollTech.
    As to the poster, I would guess that you are from MS, Sun, or canopy group. If you are from GNOME, please stop this crap. It hurts you as much KDE to spread these kind of lies.
    I can not believe that I answered this troll, but sheese....

  80. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    XMMS uses the old 1.x toolkit, and is due to be replaced with the superior JuK in KDE 3.2 in most distributions when it comes out.

    Are you on crack? You're telling me that this JuK player is going to replace XMMS? Go ahead and use that fugly pos if you want but I sure as hell won't.

  81. Re:To all the GTK zealots. (5core:5, insightful) by arose · · Score: 1

    Don't know about the Ximian one, But the current GTK file dialog feels excelent (hint, use TAB). It looks ugly and lack this or that feature, but I hope they'll keep the core intact when improving it.

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  82. What to Expect From Qt 4 by Anonymous Coward · · Score: 0

    Expect the Windows version to languish in old versions, and to get jerked around simply trying to distribute it. It's not that begrudge Troll making money, and if charging more for Qt on Windows than MS does for all of Visual Studio is their model, so be it, but I simply can't use the most recent version of Qt with the FreeQt license whether my app is GPL'd or not. This makes Qt far less supportable than GTK, since I have to keep this version discrepancy in mind.

  83. Re:What to Expect From Qt 4-WD by Anonymous Coward · · Score: 0
    Why World Domination. What else?

    PROFIT!!!!

  84. Qt on DirectFB by dok666 · · Score: 2, Informative

    You might want to have a look at this new QtDirectFB screenshot:

    http://www.directfb.org/screenshots/FirstQt.png

    I'm really looking forward to having the KDE libraries independent from QtX11.

    Best Regards,
    Denis Oliver Kropp

  85. Re:I use linux but IANALH (I am not a linux hacker by be-fan · · Score: 2, Interesting

    Qt4 will definately help in some ways. In particular, the fact that all widgets will now be double-buffered (instead of just most of the widgets) means that a lot of tearing will go away. Startup time should be reduced a little bit as well. Hopefully, a lot of work will go into fixing synchronization issues, which is the real problem holding back X-based GUIs.

    KDE itself is getting much better. I'm using a CVS version of KDE, and can say that things are *much* faster. Konqueror starts instantly, and most apps start in less than 2 seconds. Konqueror has zero rubber-banding when resizing medium-complexity websites, and hardly noticible rubber-banding when doing reflow-heavy sites like Slashdot. The KOffice apps are all very fast, none exhibit any rubber-banding at all and all start up in a couple of seconds. All the standard widgets are really fast --- Juk for example, resizes with zero redraw even with a 2000-item listview. The only apps that really need work are those that use custom views or widgets (like Konqueror).

    My setup is KDE CVS from Aug. 8, 2003. I'm Gentoo 1.4 on a 2GHz P4.

    --
    A deep unwavering belief is a sure sign you're missing something...
  86. LOGGED FOR PROSPERITY by Idimmu+Xul · · Score: 0, Offtopic

    [22:19] MightyPalm (~NotLlama@x1-6-00 << his username is highly wrong
    [22:19] <TwoSheds> oops
    [22:19] <TwoSheds> lol i thought it said not lame
    [22:19] <TwoSheds> it says not llama
    [22:19] <TwoSheds> that may or may not be wrong
    [22:19] <TwoSheds> plese pretend that i never said anything

    -2 off topic dya think?

    --
    The problem with slashdot is that most of its users were bullied and stuffed into lockers as kids!
  87. Re:To all the GTK zealots. (5core:5, insightful) by Anonymous Coward · · Score: 0

    the file dialog will land on GTK+ 2.4 that will be deployed with GNOME 2.6. Right now there is only one patch pending so that the new file selector can land on CVS.

  88. "Troll" responds ... by Anonymous Coward · · Score: 0

    How you can control a company with 6 percent ownership.

    1) You funded it. You have the rights to buy more shares cheap.

    2) You control the board.

    3) You own the debt and can "call" at anytime.
    If they cant pay, you own the company.

    4) The "employees" that "own" it are shills for you.

    5) You control the "foundation" that controls the company (i.e. TrollTech foundation).

    Sorry, D00D, these are legit. questions to ask about Trolltech and all Canopy funded properties.

    1. Re:"Troll" responds ... by Anonymous Coward · · Score: 0

      Take off your tinfoil hat....you'll think clearer....

  89. Read the article! by EarthTone · · Score: 1

    No wonder you find the online docs difficult to navigate...you must not be paying attention ;-). See the article on dot.kde.org...you will find:

    * Model/view classes for list box, tree view, icon view and table

    Hopefully this will solve your problem.

    Eron

  90. Error in above post, sorry!! by LMCBoy · · Score: 1

    Oops. I missed an important detail.

    You can have a GPL'd library linked to non-GPL'd (but GPL-compatible) application code, as long as the linked binary is licensed under the GPL. The application code need not be GPL'd; any GPL-compatible license is ok. Sorry about that.

    signed,
    Unfrozen Caveman Developer, who is frightened and amazed by your advanced licensing schemes!

    --
    Liberal (adj.): Free from bigotry; open to progress; tolerant of others.
    1. Re:Error in above post, sorry!! by be-fan · · Score: 1

      Heh. Nobody ever said the GPL wasn't complicated :)

      PS> Nice SNL reference!

      --
      A deep unwavering belief is a sure sign you're missing something...
  91. Memory Usage by Anonymous Coward · · Score: 0

    I should hope so!!!

    The last time I used KDE it sucked all of 128MB on my desktop and left everyone else using it with the impression the KDE sucked the big whazoo! To be honest, it did suck when you consider that just the desktop used up all the available RAM and everything else sent you swapping

    I do hope they are able to get the RAM consumption down, right now I consider KDE effectively useless because of it. It uses more RAM than Mozilla does and it's been a classic hog.

    When the WM uses more RAM than all the applications typically used, combined, it's time to kill the developers.

    But I am biased. I use WindowMaker with only 600KB of RAM used.

  92. Ok Troll. by HanzoSan · · Score: 1



    The point hes trying to make is, do your research. You cannot get all your information from fox news or from government officials and expect it to be true!

    The government is biased, this is like getting information about computers from Bill Gates, of course Windows will be the best piece of software ever written!

    --
    If you use Linux, please help development of Autopac
  93. Re:Ok Troll. [Thank you] by kdsolutions · · Score: 1

    the point /* I */ was trying to make was that while Qt might be the best out there now, it can, and therefore should be improved. That's what open source is about anyway, isn't it? constant improvement!

    So I used a not-entirely-accurate analogy, so what! I got my point across to those willing to look for it!

    --
    Error 666 - Satanic SCO code found in your Linux kernel.
  94. You're the dipshit. by Anonymous Coward · · Score: 0

    Ralph Yarrow, head of Canopy which owns 40% of SCO is on the board of directors of Trolltech.

    Opps.

  95. Sideways == Backwards by GreatOgre · · Score: 1

    Or at least in this fast passed world!

  96. quit your flaming. by Anonymous Coward · · Score: 0

    Canopy controls the Trolltech Board of Directors.

    Uh. Cat got your tounge?

    Quit your Flaming.

    (+1 Informative? Moderators Suck. )

  97. Re:To all the GTK zealots. (5core:5, insightful) by julesh · · Score: 1

    You're joking right? At least say it's for reasons more significant than a "File Open" dialog. Reasons that make sense are things like "I want a consistent theme/font", "I need my apps to interoperate at a level deeper than the X clipboard", or "I'm more familiar with the KDE/QT toolkit so if I need to make a mod ...".

    Actually, none of those things are particularly important to me. The last one is kind of relevant, but I figure GTK shouldn't be too hard to learn if I ever need it. The first would be kind of nice, but I think nice file handling dialogs are much more important. They set a tone for the application, and to see something that just looks so outdated & clumsy ... well, OK there are worse file dialogs out there (the one on xdvi springs to mind, what were they thinking?), and there are a number of GTK apps that I do use.

    But given a choice between a GTK app and a Qt app that otherwise perform the same job roughly as well as each other, the Qt app will win, in my estimation, because of this issue. That's all there is to it.

    Another thing: there is no way I could *ever* justify switching to a desktop where that dialog was the standard file dialog to my boss. He'd go nuts. He'd think we were switching back to Windows 3 or something. But KDE? I think he'd just about wear that. Maybe. If it wasn't for the compatibility issues...

  98. Rebuttal - rebuttal- Reh Bock Hirsch... by Moritz+Moeller+-+Her · · Score: 1

    I was not referring to CuckOO.o, the OOo kpart.

    I was instead referring to the initial Staroffice-3.x port to linux, which happened in 1998 or even earlier. Gnome did not exist back then.

    Xine is in fact (like mplayer) just a video decoding app, the widgets are not interesting. Xine is also used by arts and therefore by noatun, the KDE player.

    --
    Moritz
  99. Maybe not a puppet.. by Inoshiro · · Score: 1

    But that does mean that 5% of all the profits you help give to Trolltech or Apple will probably go to companies like SCO and Microsoft.

    All the more reason for careful restrictions on business to business investment. You end up with a tangled web, and the consumers in the free market are no longer able to boycott the companies they want to.

    --
    --
    Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  100. Re:To all the GTK zealots. (5core:5, insightful) by yomegaman · · Score: 1

    Oh yeah? And why should we believe you, huh? Tell me that!

    --
    ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
  101. Nah by Anonymous Coward · · Score: 0

    Qt isn't even integrated into KDE! It doesen't even use the same file dialog!

    It is jsut as integrated with GNOME!

  102. Are you retarted? by Anonymous Coward · · Score: 0

    "Mozilla/Netscape, OpenOffice/StarOffice, GIMP, gAIM, MPlayer, and XMMS are ALL GTK apps. "

    Mozilla/Netscape is not GTK! OpenOffice/StarOffice is not GTK!

    Mplayer! t doesen't even matter what toolkit they sue it's the video libraries that matter, taht's why makinga Qt Mplayer was so easy.

    XMMS, yes it's GTK, but ehy there are comparable KDE apps such as Juk or Noatun.

    Gaim, yes GTK also, but there is Kopete and Kmess too.

    Anyway, you should really check your facts befor eposting such stupid things.