Slashdot Mirror


Qt 4 Beta 1 Available for Download

scc writes "Get it here. Trolltech's press release gives the details, including the projected release date: late first quarter 2005. Qt is the cross-platform GUI framework at the heart of KDE. At the same time, Trolltech released under the GPL Qtopia 2.1, an implementation of their GUI framework for Linux-based PDAs."

196 comments

  1. No Free Windows Version by Anonymous Coward · · Score: 4, Interesting

    I think Qt is great, I use it for most of my projects, the only annoying thing is that the Windows version isn't free. There are free Linux and Mac versions released under the GPL, but no Windows version. \

    The whole point of Qt is to make it easier to have software run on multiple OS's, but I can't test any of my stuff on Windows. Oh well, still kick ass software.

    1. Re:No Free Windows Version by Anonymous Coward · · Score: 0

      You can no longer download recent versions of Qt non-commercial Windows edition from TrollTech, but "C++ GUI Programming with Qt 3" ships with a complete version of Qt 3.2 non-commercial Windows edition.
      http://search.barnesandnoble.com/booksearch/isbnIn quiry.asp?isbn=0131240722

    2. Re:No Free Windows Version by ByteSlicer · · Score: 2

      Since the Linux version is GPL'ed, what stops people from porting that to Windows and releasing it under the GPL? Sure, it would be a lot of work, but it could be done if enough people committed themselves to it. I wonder if Trolltech would try to stop it.

    3. Re:No Free Windows Version by Anonymous Coward · · Score: 1, Informative
    4. Re:No Free Windows Version by mattyrobinson69 · · Score: 1

      its mentioned in their FAQ's ~(iirc) that theyre perfectly fine with that. im not diggint it up though, i cba

    5. Re:No Free Windows Version by ByteSlicer · · Score: 1

      Running software under Cygwin on Windows is in the same league as running software under Wine on Linux. It is nice and useful, but not the same as a native port. Thanks anyway for the link.

    6. Re:No Free Windows Version by rjstanford · · Score: 2, Insightful

      The whole point of Qt is to make it easier to have software run on multiple OS's, but I can't test any of my stuff on Windows. Oh well, still kick ass software.

      Actually, the whole point of Qt from the perspective of TrollTech is to make money to feed their families (and, I guess, to allow them to buy US$50,000 kittens if they so choose). Providing free Mac/Linux implementations was a strategic business decision towards that goal.

      Note: I'm a big Qt fan, and this should be taken as an endorsement rather than criticism. Better yet, it should probably just be ignored.

      --
      You're special forces then? That's great! I just love your olympics!
    7. Re:No Free Windows Version by twener · · Score: 3, Interesting

      Read the link. The native win32 port doesn't require Cygwin.

    8. Re:No Free Windows Version by twener · · Score: 2, Informative

      An update of the book for Qt 4 is in work according to the documentation pages, let's hope it again includes a non-commercial version.

    9. Re:No Free Windows Version by furry_wookie · · Score: 3, Informative

      Actually there is a version of the GPL QT ported to Win32. In fact its been out for quite a while.

      The Windows version of the ultra excellent lyx editor used it for their windows port in fact. See: http://www.home.zonnet.nl/rareitsma/lyx/

      Here is the home for the Win32 port of the GPL QT:
      http://kde-cygwin.sourceforge.net/qt3-win32/compil e-mingw.php

      Its part of the cygwin project, BUT they have instructions for doing a native compile with other native Windows compilers such as Borland, Microsoft C++ etc..

      --
      -- Given enough time and money, Microsoft will eventualy invent UNIX.
    10. Re:No Free Windows Version by computerme · · Score: 4, Interesting

      oh for petes sake!

      Can you at least to a simple google search to find out why this is not so??!

      Its not like its been brought up on slashdot EVERY SINGLE TIME QT IS MENTIONED....

      Short answer for the kids that ride the short yellow bus:

      They had a free version for windows.

      It was supposed to be used for only apps that were free and not for a commercial entity such as an in house enterprise app or commercial app.

      But guess what? Nearly no one on the windows side followed the rules and Trolltech lost $$$$$$$$.

      So blame your windows buddies.

      They are to blame. Not trolltech.

      If you make or save money on an app you build for a commercial entity, YOU should pay for it.

      Don't agree with me or Troltech?

      Don't USE IT!

      Simple.

    11. Re:No Free Windows Version by klack · · Score: 1

      There actually is such a port in the making. Take a look at: http://kde-cygwin.sourceforge.net/qt3-win32/index. php

    12. Re:No Free Windows Version by ByteSlicer · · Score: 1

      Apologies. I saw some things about KDE and Cygwin and wrongly assumed it was a port to Cygwin only.

    13. Re:No Free Windows Version by Anonymous Coward · · Score: 0

      Do

      you

      always

      type

      vertically?

    14. Re:No Free Windows Version by computerme · · Score: 1, Flamebait

      Y
      E
      S

      I
      D
      O
      N
      T

      K
      N
      O
      W

      W
      H
      Y

    15. Re:No Free Windows Version by inmate · · Score: 2, Informative
      there is a "non-commercial" version available for the win32 platform.
      it has no (direct) cost and distributed apps are royalty free.
      i dont think that it is available for download, but it is included in with the book "c++ gui programming with qt3"

      http://www.amazon.com/exec/obidos/tg/detail/-/0131 240722/qid=1103913660/sr=8-1/ref=sr_8_xs_ap_i1_xgl 14/002-4430584-6064036?v=glance&s=books&n=507846 amazon

      --
      --- blackironprison, where ignorance is bliss....
    16. Re:No Free Windows Version by tandr · · Score: 1

      Ok, I am a Windows developer and I would like to know a bit more about Qt. Then I look in possibility to learn , and see no "educational" (free) license for Windows. And even if they have it, I look on the price of license for Windows toolkit, and it is insanely high for one-man shop.

      Guess not Qt for me.

    17. Re:No Free Windows Version by Anonymous Coward · · Score: 0

      Qt Educational License Qt Product Evaluation If you have a start up and a business plan which you think will earn you enough money within about a year you can also ask for a custom contract in which case Trolltech is willing to delay all payments until your business works.

    18. Re:No Free Windows Version by snorklewacker · · Score: 1

      Don't agree with me or Troltech?

      Don't USE IT!


      And hey guess what, no one did. The fact that a single license cost more than a MSDN Universal subscription might have something to do with it.

      Gee, wonder why I can't sell any cars? They're only a million a piece. All I gotta do is sell one. Cheap bastards...

      --
      I am no longer wasting my time with slashdot
    19. Re:No Free Windows Version by Anonymous Coward · · Score: 0

      That's depressing. So what happens if Linux ever does become a popular desktop operating system, and all those win32 programmers move over to make a buck off of it using Qt?

  2. Nice to see things coming along... by exigentsky · · Score: 3, Interesting

    I'm especially happy about Arthur and the new Qt Designer, we will finally have an accelerated OpenGL? desxtop and all will be smooth due to double buffering.

    My only gripe is that the performance is still not great, but that should be expected with debugging code and all.

    Trolltech is doing great work.

    1. Re:Nice to see things coming along... by sporty · · Score: 0

      OpenGL and double buffering are mutually exclusive. One can implement double buffering in software. OpenGL compatability allows drivers to be written that throws all that drawing stuff to a seperate cpu, namely the one on your video card.

      --

      -
      ping -f 255.255.255.255 # if only

    2. Re:Nice to see things coming along... by Anonymous Coward · · Score: 0
      OpenGL and double buffering are mutually exclusive.

      What?? What have you been smoking?

    3. Re:Nice to see things coming along... by Anonymous Coward · · Score: 0

      Hmm... there may be a problem with OpenGL rendering. If you use GTK apps as well as Qt/KDE apps, won't that mess up OpenGL acceleration on the Qt side? Is there an OpenGL accelerated X for Linux?

    4. Re:Nice to see things coming along... by geeveees · · Score: 2, Informative

      OpenGL and double buffering are mutually exclusive.

      Uhm... Then how come I've been using these functions? They must be figments of my imagination! When I compile my source the code fairies must have magically removed them! It's the only viable explanation.

      SDL_GL_SetAttribute(SDL_GL_DOUBLEBUFFER,1);

      SDL_GL_SwapBuffers();

      --
      I am a viral sig. Please help me spread.
    5. Re:Nice to see things coming along... by m50d · · Score: 1

      You use GLX under X. And composition is done using opengl when it's available, but Xcomposite is still basically beta. I can't see how having other non-opengl windows would mess up an opengl one - have you never used the xmms opengl visualiser with other windows open?

      --
      I am trolling
    6. Re:Nice to see things coming along... by sporty · · Score: 1

      You don't need double buffering to implement opengl and vice versa. The original statement was about OpenGL bringing double buffering. Most modern graphical applications already double buffer w/o OpenGL. Just like I can do OpenGL, or emulate it, w/o double buffering and get the flicker effect. But most card makers who implement 3d, including OpenGL like interfaces, are smarter than that when they write drivers.

      --

      -
      ping -f 255.255.255.255 # if only

    7. Re:Nice to see things coming along... by forkazoo · · Score: 1

      The term you were looking for is "orthogonal" rather than "mutually exclusive." which is why people got confused. Mutually exclusive implies that it is impossible to have double buffered OpenGL. Orthogonal implies that they don't go hand-in-hand, but can coexist.

      That said, a compliant OpenGL implimentation *must* support double buffering, so your point is a bit skewed. But, so was your parent post. :)

    8. Re:Nice to see things coming along... by sporty · · Score: 1

      Tnx, I've been trying to understand "Orthogonality". How does it work in linear algebra?

      --

      -
      ping -f 255.255.255.255 # if only

    9. Re:Nice to see things coming along... by forkazoo · · Score: 1

      Well, in the mathematical sense, it generally means that there are two things which exist on different axes, which makes sense. The general-use sense basically means the same thing.

    10. Re:Nice to see things coming along... by CableModemSniper · · Score: 1

      if A inverse is equal to -A then A is orthogonal IIRLAC. (LA = Linear Algebra)

      --
      Why not fork?
  3. Re:QT by Anonymous Coward · · Score: 1, Insightful
    Please think before you post...

    What is the idea behind providing Open Source (GNU GPL) versions of Trolltech products?

    They are our contribution to the open source software community. Part of our commitment is to enable those who contribute to open source software to receive something back. We also benefit, as open source software users contribute to the quality of the Qt product by providing bug reports and feedback.
  4. more info here by carnivore302 · · Score: 5, Informative
    The press release is a bit light on details of what to expect from this release. here is a link that describes some of the features of the final qt4 version.

    Qt designer and assistent apparently can be embedded into kdeveloper, visual studio etc.

    Other improvements include

    a new paint engine

    a new text rendering engine

    new containers (which are lighter than the STL ones)

    better support for multithreading

    a new docking architecture

    and last but not least better performance and smaller memory footprint.

    --
    Please login to access my lawn
    1. Re:more info here by Anonymous Coward · · Score: 1, Interesting

      Does the improvements to Qt include totally ignoring backwards compatability, forcing every application developer to re-write large portions of their code for the fourth time just to keep in step with the whims of Trolltech and their ever changing APIs?

      Boy am I looking forward to KDE 4, when once again we all get to load yet another multi-megabyte Qt library and half our applications stop working because no-one ships Qt 3 libraries any more. Yay.

    2. Re:more info here by karstux · · Score: 2, Insightful

      I'd rather have broken backwards compatibility than eternal stagnation: in the computer world, that's usually the price of progress.

      Also, what's stopping you to distribute the Qt2 or Qt3 libraries with your program? Yes, it probably bloats the package, but the possibility is there.

      --
      Don't whistle while you're pissing.
    3. Re:more info here by twener · · Score: 3, Informative

      > Does the improvements to Qt include totally ignoring backwards compatability

      You can compile in compatibility mode, there is a porting tool in work, and there is also a Qt 3 compability lib for now obsolete classes.

      > I looking forward to KDE 4, when once again we all get to load yet another multi-megabyte Qt library

      Qt 4 is broken down into smaller libraries: libQtCore (1,1MB), libQtGUI (4,5MB), lib Qt Network (0.2 MB), lib QtOpenGL (0.15 MB), libQtSQL (0.2MB), libQtXML (0.3 MB) and optional libQt3Compat (3 MB)

    4. Re:more info here by Jeremi · · Score: 3, Interesting
      Also, what's stopping you to distribute the Qt2 or Qt3 libraries with your program? Yes, it probably bloats the package, but the possibility is there.


      For what it's worth, I just statically link the Qt library into my app, and it works well. True, it adds a few megabytes to the executable size, but anyone can just download the .zip file, unzip it, and run the app -- there are never any problems with missing or misplaced .dll or .so files, no DLL hell (i.e. library version mismatch problems), no installer scripts, no setting of load-paths necessary. I think the gain in simplicity and improved user-experience is worth the extra download size.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    5. Re:more info here by Anonymous Coward · · Score: 0

      Back that up a mo'; libQtCore and libQtGUI combined are 5.6MB in total! I'd call 5.6MB bloated and it's certainly multi-megabyte.

    6. Re:more info here by HyperCash · · Score: 1

      Thank you. I wish everybody would do that. I don't care about an extra 10M of RAM or HD space. I just don't give a shit. But I don't want to fuck around for an hour dealing with install problems.

      --HC

      --
      So I'm jump'n up and down screaming show me the money.
  5. Re:Don't forget by Anonymous Coward · · Score: 5, Interesting

    So basically your saying that they shouldn't be allowed to make money off Qt, but you should be allowed to make money off your software that uses it? Nice.

  6. Qt saved C++ by Anonymous Coward · · Score: 5, Insightful

    Qt has done more for C++ than any other single project. Kudos to the Trolls.

    1. Re:Qt saved C++ by PhrostyMcByte · · Score: 3, Interesting

      Really? More than Boost? A few of their libraries will be in the next C++ standard.

    2. Re:Qt saved C++ by glennrrr · · Score: 3, Interesting

      I don't think that's very much of a good thing. C++ is a horrible kludge of a language, and Qt tries to salvage it with it's signals/slots preprocessing and other hacks. Everyplace I've ever worked in C++, people spent a huge amount of time implementing clever hacks to add features to C++ which other languages have for free. They had legacy code (MFC) or skills and were willing to spend upwards of a third of the development time grafting things into C++ rather than switch. We should be grateful that Trolltech has spent the time so we don't have to.

      However, if you want to see what a clean language can do for a framework, look at how sweet Objective-C and Cocoa go together. Message passing right in the language, a clean memory management model, proper abstract interfaces, dynamic runtime module loading... It's just so beautiful.

      I've been employed writing Qt apps for the last two years, and it's OK, but do my freeware projects in Cocoa and there is just no comparison in terms of rapidity of development and features you get for free.

      Of course Cocoa is a Mac thing, but presumably Objective-C is a gcc language and therefore available for anybody to write a framework around. (I haven't looked at cross-platform Cocoa clones.) If you were writing Qt today, Objective-C would have to get some consideration.

    3. Re:Qt saved C++ by mattdm · · Score: 1

      Yeah. Boost is really nice, but it's not a reason in and of itself to use C++. It's the kind of thing you might look for once you've already started your C++ project. Qt, on the other hand, is the kind of decision you might make very early on, right around the same time as "what language will this be in".

    4. Re:Qt saved C++ by ratta · · Score: 0

      Now we just need some project to save C.

      --
      Wondering why i am doing so strange posts? I am trying to get a "+5,Flamebait" or "-1,Insightful" rating.
    5. Re:Qt saved C++ by msh104 · · Score: 1

      like.... the kernel?

    6. Re:Qt saved C++ by Anonymous Coward · · Score: 0

      That's exactly what we need for Linux. ANOTHER framework. Xt, GTK+, Qt, TK, Motif, and FLTk just isn't enough!

    7. Re:Qt saved C++ by Anonymous Coward · · Score: 0

      Flamebait? I don't think so. Saying Qt saved C++ is, in fact, complete bollocks.

  7. No STL by Anonymous Coward · · Score: 0

    This is very true. Qt makes C++ programming fun by avoiding the STL completely. And by God, how I hate the STL!

  8. Re:Don't forget by Corbin+Dallas · · Score: 4, Insightful

    It costs a lot of money to develop commercial software with Qt (and by extension KDE) because they use the full GPL license (as opposed to something more reasonable like the LGPL) for the Qt library to extort money from developers. Trolltech effectively control any possible commercial software market for KDE (or anything that uses Qt).

    So what if you have to buy a licence for commercial development? If you're out to make money on your software then you deserve to pay. Show me another cross-platform development suite as flexable and powerful as Qt that's free. Go on, I'll wait right here till you get back.

    But naturally, Trolltech are benign lovable types, aren't they? Sure they are... except they are part-owned by SCO and Canopy -- the Linux IP grab and sue specialists. Avoid Qt. It's poisonous to free software.

    If you're going to troll, at least take the time to write something with fewer holes in it. Trolltech is partially owned by Canopy but not SCO. Big deal. If you were to discover that the Unibomber owned 5% of Nabisco, would you really avoid eating thier crackers? Qt ( and Trolltech ) are great friends to FOSS.

    --
    Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote.
  9. Wo by Cow007 · · Score: 0, Offtopic

    I thought that was QuickTime for a second there. Then I realised that Quicktime is at 6.5.

    --
    411 Y0UR 8453 4R3 8310NG 70 U5!! -NSA
    1. Re:Wo by spectre_240sx · · Score: 1

      Ok, risking karma... Troll? Come on. Off topic possibly, but that's a stretch. Please, can we get an underrated over here for the parent?

  10. Qt Windows, Speed by Anonymous Coward · · Score: 0

    Trolltech said that the reason why there's no GPL version of Qt/win32 is because Windows is not a free platform. On the other hand, they do have GPL versions for closed source unices, like HPUX. What's the deal with that?!

    Anyways, Qt 4 is going to be a magnitude slower than Qt 3. Don't expect your old pentium to run KDE 4 with decent speed.

    Oh, and the new designer is horrible. I want MDI back!

    1. Re:Qt Windows, Speed by twener · · Score: 1

      > Anyways, Qt 4 is going to be a magnitude slower than Qt 3.

      Care to explain why? Facts, not opinions or FUD please.

    2. Re:Qt Windows, Speed by MikeCapone · · Score: 1

      Yeah, I'm curious about that too. I don't see why it would be much slower, and in fact, I'd expect most graphical desktops to become faster with the new thing coming in X.Org (not the fancy graphical effects, but the things like damage and others I forgot the names).

    3. Re:Qt Windows, Speed by computerme · · Score: 3, Informative

      its supposed to be 20% faster overall. Ignore the trolls.

    4. Re:Qt Windows, Speed by Anonymous Coward · · Score: 0

      I am not a troll. Double buffering comes at a cost, and that cost is speed. If you draw everything twice, it *will* be slower. Just look at GTK+ 2 and Aqua/Quartz.

      Look me staight in the face and tell me that GTK+ 2 is not slower than GTK+ 1, without flinching. It's not, and this is mostly the result of double buffering.

      Window resizing is going to be a lot slower in Qt 4. I doubt the Trolltech guys will try to counter that statement.

    5. Re:Qt Windows, Speed by Anonymous Coward · · Score: 0

      Facts? Or did you base that on what the trolltech guys said 2 years ago?

    6. Re:Qt Windows, Speed by computerme · · Score: 1

      based on multiple emails, web postings and a day at Qt developer camp.

      Happy?

    7. Re:Qt Windows, Speed by Anonymous Coward · · Score: 0

      Double buffering comes at a cost, and that cost is speed. If you draw everything twice, it *will* be slower.

      Is this some sort of new Slashdot stand-up comedy routine I wasn't previously aware or are you just horribly uninformed and laughably attempting to talk about a subject you clearly have no knowlege of?
      If it's the former, do you take bookings?

    8. Re:Qt Windows, Speed by eloki · · Score: 1

      Well GTK2 is slower than GTK1. Doing double buffering is potentially slower, you're doing twice the writes. The idea is that it looks better, not that double buffering is faster.

    9. Re:Qt Windows, Speed by Anonymous Coward · · Score: 0

      Do you seriously want to fight my statement? You seriously believe that double buffering will not slow things down? My god, you are the comedian here, dude :) Believe me, I have knowledge of these things.

      Merry Christmas to you too.

    10. Re:Qt Windows, Speed by Anonymous Coward · · Score: 0

      hmm, subjective, subjective, subjective! Or did they show you hard evidence? I'd like to see some benchmarks that prove the 20% speed increase. Then I will be happy :)

    11. Re:Qt Windows, Speed by Trepalium · · Score: 1

      This actually depends more on the X server, video driver and your hardware. If you're doing double buffering off screen, you may actually be able to write to that memory faster than onscreen memory, and be able to offload the copy operation to the graphics processor rather than doing a looped REP MOVSx operation. On a dumb framebuffer, you'll probably see a large decrease in performance. On a modern video card, things are not so clear cut, especially in the case were double buffering allows you to avoid sending too much data over a slow bus.

      --
      I used up all my sick days, so I'm calling in dead.
  11. At first glimpse of the heading... by djeddiej · · Score: 1

    Newbies who might not read the heading properly or actually go to the link itself http://www.trolltech.com/products/index.html might think /. was in a timewarp, circa 1997, releasing the beta for Quicktime 4!!!!

    aahhh back in the days of Macromedia Director 4...
    --
    just a web application developer and instructor in Toronto, ON Canada
  12. Re:Don't forget by Anonymous Coward · · Score: 0
    If you were to discover that the Unibomber owned 5% of Nabisco, would you really avoid eating thier crackers?
    I find your ideas intriguing and would like to subscribe to your newsletter.
  13. Is this Opie's influence? by eamacnaghten · · Score: 1

    This would not be connected to the success of the Opie Project, would it?

    --

    Web Sig: Eddy Currents

  14. Re:Don't forget by Anonymous Coward · · Score: 0

    Show me another cross-platform development suite as flexable and powerful as Qt that's free.

    Look no further!

    Granted, it's got its own set of quirks and whatnot, but I love it.

  15. Qt beats Java/Swing hands down by Anonymous Coward · · Score: 3, Insightful

    Having programmed in both Qt/C++ and Java/Swing for several years I can say that Qt kicks Swing's butt for ease of programming, speed and simply a better looking interface. The subset of C++ that Qt employs can be quickly mastered by any programmer - professional or novice. KDE is proof of that. When you are thinking about a cross-platform GUI think twice before going with Swing. It may be free - but you get exactly what you pay for.

    1. Re:Qt beats Java/Swing hands down by Anonymous Coward · · Score: 0

      Everyone knows all of Swing's look and feels are ugly, slow, and non-native. SWT has saved desktop Java and is open source, free software.

      http://eclipse.org/swt/

    2. Re:Qt beats Java/Swing hands down by O · · Score: 1

      No it hasn't. It runs just fine on Windows. It runs like complete ass on Linux/GTK and MacOS. So, it's really only useful on Windows. I use Eclipse on Win32, Linux/GTK, and MacOS, and it's really only satisfactory on Win32. I really wish that wasn't the case.

      --

      1, 1, 2, 3, 5, 8, 13, 21 -- Mathematics is the Language of Nature.
    3. Re:Qt beats Java/Swing hands down by m50d · · Score: 3, Informative

      I have tried both of those, but for ease of development I've found something which beats both is Qt/Python. Give it a try if you haven't - it's actually easier than Qt/C++ because you don't have to worry about moc and declaring slots.

      --
      I am trolling
    4. Re:Qt beats Java/Swing hands down by Anonymous Coward · · Score: 0

      You're right. I do prefer prototyping in PyQt - you are at least five times more productive when you are not waiting for the very long C++ compiles to end. But regardless of the wrapper, Qt with its C++ heritage made PyQt possible.

  16. Re:Don't forget by Anonymous Coward · · Score: 0

    Hear, fucking, hear!

    Although to be fair, I haven't touched it since before the name change. But, on the other hand, I was using since around v. 1.67.

    On the other, other hand, I really do like the slot model in qt.

  17. still more info here by Mitchell+Mebane · · Score: 4, Informative
    --

    The roots of education are bitter, but the fruit is sweet.
    --Aristotle
  18. Re:Don't forget by Anonymous Coward · · Score: 0

    Show me another cross-platform development suite as flexable and powerful as Qt that's free.

    WxWidgets.
    Java.
    GTK.
    C#.

  19. +5 Inspiteful ... by Anonymous Coward · · Score: 1, Informative

    Sorry, SCO owns a chunk of Trolltech ...

    http://www.trolltech.com/newsroom/investors.html

    And Canopy (who owns SCO) has a seat on the board of Directors currently occupied by Ralph Yarro (Darl Macbride's boss).

    1. Re:+5 Inspiteful ... by Corbin+Dallas · · Score: 1

      Sorry, SCO owns a chunk of Trolltech ...
      http://www.trolltech.com/newsroom/investors.h tml


      I stand corrected on the issue of ownership, though the Unabomber/Nabisco analogy still stands.

      --
      Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote.
    2. Re:+5 Inspiteful ... by Anonymous Coward · · Score: 0

      Reinstanting the important bit that you snipped out: And Canopy (who owns SCO) has a seat on the board of Directors currently occupied by Ralph Yarro (Darl Macbride's boss).

      I stand corrected on the issue of ownership, though the Unabomber/Nabisco analogy still stands.

      How would you feel if Charles Manson got a job on the board of directors of your cracker manufacturer? No wonder you snipped that bit out of your reply. Your analogy, piss-poor originally, is in tatters. Retract it.

    3. Re:+5 Inspiteful ... by Anonymous Coward · · Score: 0

      How would you feel if Charles Manson got a job on the board of directors of your cracker manufacturer?

      I imagine I'd develop quite an appe-Tate. *ba dum ching*

    4. Re:+5 Inspiteful ... by Corbin+Dallas · · Score: 1

      How would you feel if Charles Manson got a job on the board of directors of your cracker manufacturer?

      Not one bit different. One crazy man on a board does not a crazy company make. The whole point of a corporation is that it is not under the diabolical control of one man. As much fun as it may be to poke fun at Bill Gates, Gates != Microsoft. If he started to suggest that Microsoft sell exploding CDs or suggested that his company make drastic changes in focus ( from product development to litigation ), that would require the consensus of many people.

      Going back to Charles Manson, what exactly do you think he could do to harm you? Without influencing the other board members, he would have to resort to sneaking into the factories and poisioning the food. I say 'sneak' because the factory workers wouldn't allow him to pour unknown substances into the batter.

      No wonder you snipped that bit out of your reply. Your analogy, piss-poor originally, is in tatters. Retract it.

      It got snipped because it was irrelevant as to the direction, focus, and character of Trolltech for the reason started above. Ergo, I retract nothing.

      And for the record, SCO is probably the best thing that's ever happened to FOSS. Awareness is at an all time high, people are questioning the pros and cons of open vs closed development who would never have done so before, and thus far not one FOSS developer has been harmed insofar as I am aware.

      --
      Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote.
    5. Re:+5 Inspiteful ... by Anonymous Coward · · Score: 0

      *How would you feel if Charles Manson got a job on the board of directors of your cracker manufacturer?

      Not one bit different.

      Now you're just lying to cover up for how ridiculous your analogy was, or you're just stupid.

      *No wonder you snipped that bit out of your reply. Your analogy, piss-poor originally, is in tatters. Retract it.

      It got snipped because it was irrelevant as to the direction, focus, and character of Trolltech for the reason started above.

      The make-up of the board of directors is irrelevant for the direction, focus and character of the company? Good god man... are you really saying this, or are you just posting to make it seem like you are replying, when in fact you are saying nothing of sense.

      Ergo, I retract nothing.

      Ergo, you are a pompous twit who can't admit that his long-winded post has been systematically demolished and shown to be drivel.

    6. Re:+5 Inspiteful ... by Anonymous Coward · · Score: 0

      When you can't attack the argument, attack the man.

    7. Re:+5 Inspiteful ... by Anonymous Coward · · Score: 0

      Attack the argument that the board of directors has no influence on the direction, focus and character of the company? It's fundamentally moronic -- the only thing to do with an argument like it is mock the fool who made it.

  20. Re:Don't forget by leonscape · · Score: 1

    Bzzt, thank you for trying. WxWidgets is GTK underneath, neither are up to the standard of Qt. Java and c# are languages.

    --


    If a first you don't succeed, your a programmer...
  21. Re:Don't forget by leonscape · · Score: 0, Flamebait

    No he said flexible and powerful, neither can be applied to WxWidgets. Quirks does not cover it.

    --


    If a first you don't succeed, your a programmer...
  22. Re:Don't forget by Anonymous Coward · · Score: 0

    Is this really true ?!? I will eat those blood soaked terrorist crackers no more !

  23. Re:Don't forget by vorpal22 · · Score: 2, Interesting

    Don't be ridiculous.

    The elegance of Qt far surpasses that of WxWindows, and Qt offers many more powerful classes than WxWindows does (containers, database connection, etc.).

    GTK+ may be a contender, but is there a native Mac OS X version? Additionally, last I checked, which was admittedly awhile back, the documentation was terrible and the support for the Windows port was sub-par. Additionally, since much of today's programming is OO, Qt is probably a more sensible choice for many programmers.

    C# may offer some powerful functionality, but from my understanding, there is no cross-platform GUI toolkit. Windows Forms for windows, GTK# for *nix, etc...

    Java, IMO, is the only one that matches (and surpasses) Qt, from that list. Personally, I like both Java and Qt, and pick whichever is more appropriate for the project I'm working on.

  24. Re:Don't forget by Anonymous Coward · · Score: 0

    Bzzt. Gtkmm follows STL style conventions so will be infinitly more familiar to C++ programmers than QT. A C++ developer, familiar with neither QT nor GTK will be more productive with Gtkmm than QT because of this.

  25. Re:Still dual licensed ? by twener · · Score: 1

    Small capitalized "open source"? You get the source when you buy it. About "Open Source", only the Window low-level parts are not available under GPL.

  26. Re:Still dual licensed ? by Alan · · Score: 1

    *pssst* Don't feed the trolls!

  27. Re:Don't forget by Anonymous Coward · · Score: 0

    Your inability to figure out how to approriately use the framework does not make wxWidgets non-powerful. But hey, feel free to complain anyway.

    Any specific problems, or are you just a QT fanboy who wants to make noise?

  28. Re:begin the "But its not free" by SirTalon42 · · Score: 2, Informative

    QT is released under the GPL on Linux and OS X. People claim it isn't free because use to it was ONLY under the QPL, but now you can use it under either license for non-commercial use. If you want to make money off of it do the honest thing and pay them for using their product, and you will be able to license it under any license you wish.

  29. Re:Still dual licensed ? by Anonymous Coward · · Score: 0

    The Open Source edition is dual licensed, yes: QPL and GPL. The commercial edition has only one license.

  30. Re:Don't forget by Anonymous Coward · · Score: 0
    C# may offer some powerful functionality, but from my understanding, there is no cross-platform GUI toolkit.
    http://qtcsharp.sourceforge.net/
  31. Parent didn't say Cygwin... by Svartalf · · Score: 1

    He said "port' which is what I've been wondering about. If Qt's as modular as I think it is, what's stopping someone from adding the code to hook into the GDI layer on Windows? For me, it's lack of interest as I don't need Qt under Windows for any of my GPL licensed projects (Fltk does well enough for what I'm needing...) and my preferred platform is Linux. I'm just wondering why there's not someone out there with the needs or desire to do this act.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:Parent didn't say Cygwin... by m50d · · Score: 1

      As others have said, it is being ported. However, GDI is very different from X, so it's a lot of work.

      --
      I am trolling
    2. Re:Parent didn't say Cygwin... by Svartalf · · Score: 1

      Doesn't make it un-doable. I could do it nicely enough (...since I know more about ActiveX and GDI than is healthy for a Linux/Unix developer... GAH!) but I don't have time or a need to be involved with the work.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    3. Re:Parent didn't say Cygwin... by m50d · · Score: 1

      Well, the people with the need and desire are trying, but they haven't got there yet.

      --
      I am trolling
  32. Re:Don't forget by Anonymous Coward · · Score: 0

    No he said flexible and powerful, neither can be applied to WxWidgets.

    Of course you'd say that, being a KDE Developer and all. Great way to advertise, by spreading FUD about the competition.

    I guess the Microsoft approach to advertising is spreading to the KDE team now. Nice.

  33. Depends on the "trolls"... by Svartalf · · Score: 1

    In the case of the aforementioned one on here, yes, don't feed them. In the case of Troll Tech, the people who came up with Qt, one should find a way to feed these folks wherever possible (incl. buying copies of the commercial product when feasible...).

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  34. GPL/ BSD by nurb432 · · Score: 1

    Until its BSD licensed its not truely free.. you are still heavly restricted on its use..

    Im not trying to start a bsd/gpl flame war here.. just my personal feeling. I also dont have a problem with them being 100% commercial either.. its their toolkit.. their choice..

    --
    ---- Booth was a patriot ----
    1. Re:GPL/ BSD by Anonymous Coward · · Score: 0

      The GPL enforces that the code _remains_ free, the BSD doesn't, hence the BSD license is more free? Perhaps, but the GPL creates more free software. Which is its purpose, not to make programmers who don't follow the spirit of free software happy.

      GPL'ed software is not heavily restricted in its use, you may do anything with it, except distributing a product which uses GPL code under an other license and not sharing the whole source. In other words: "Don't rip my code if you don't play by my rules."

      There is, indeed, no such thing as a free lunch, except with a BSD license*. That's why we see old BSD networking code in the newer Windows versions. And why Microsoft hates the GPL and has no problem with the BSD license.

      The different licenses are based on different philosophies, but for the end user they are equally free.

      * There are different kinds of BSD licenses as far as I know, one is competely "free", but the other requires that credit is given, which is an additional restriction from the point of view of the GPL, and which makes that license incompatible with the GPL.

    2. Re:GPL/ BSD by Anonymous Coward · · Score: 0

      there is no limits on USAGE in the GPL, there are limits on redistribution, but you can use it till your harts content, once you start giving it to others, then it has some restrictions.

    3. Re:GPL/ BSD by m50d · · Score: 1

      Depends what you call "heavly". BSD still has some restrictions on the licensing - not many, but some. To my mind GPL has few enough restrictions that I'm happy to work on programs that use it. In fact I'm happy to work on programs that use any free software license, even "you get a limited license but have to give us an unlimited license" ones like the Netscape and Apple ones.

      --
      I am trolling
  35. Re:Don't forget by Anonymous Coward · · Score: 1, Informative

    more powerful classes than WxWindows does (containers, database connection, etc.)

    Are you using wxWidgets 1.0 or something? wxWidgets has had container and database classes for some time now.

    You may want to look through the manual sometime. Scroll down.

  36. Re:Don't forget by Anonymous Coward · · Score: 0

    Pay no attention to leonscape . He's probably still bitter that his website got infected by the Santy worm. Classy.

  37. I don't intend to start a flame war! by adolfojp · · Score: 1, Interesting

    I've been using GTK for a while and gotten to like it. I'd like to know what does QT have to offer that GTK doesn't.

    Cheers,
    Adolfo

    1. Re:I don't intend to start a flame war! by Anonymous Coward · · Score: 5, Informative

      Pulled this from the newsgroups...and it covers most diffenences between GTk and QT:::

      - Qt is C++ based but it uses C++ in its own way because of its cross-platform
      nature (through a special preprocessor)
      - GTK is C based but it uses its own "object oriented" approach.
      - Qt can rely on QtDesigner and KDevelop that, together, make up a real IDE
      (similar to Visual Studio)
      - GTK must rely on Glade only, that is a GUI builder equivalent to QtDesigner.
      There is nothing like KDevelop for GTK (AFAIK).
      - Qt runs (with recompilation) on Linux/Unix, MacOS X and Windows (all
      versions)
      - GTK runs on Linux. There is a porting of the old GTK1.2 for Windows. A
      Porting for Mac OS X is under development (AFAIK)
      - Qt has internal support for scripting (QAS)
      - Should you need to add scripting capabilities to a GTK application, you have
      to embed your own engine (Python, LUA...)
      - Qt has integrated data-aware widget for data-centric applications.
      - GTK has a separate project (gnome-db) for data-aware widgtes
      - Qt-based applications and the KDE desktop "talks" each other via DCOP
      - GTK applications and Gnome "talks" each other via CORBA
      - Qt has exhaustive bindings for Python and a few other language (maybe Perl
      and Scheme)
      - GTK has exhaustive bindings for C++ (GTKmm), Python (PyGTK) and Ruby. There
      are less complete bindings for Perl, Scheme, Lua and so on. Have a look at
      www.gtk.org for a complete listing of the available bindings and their
      development status.
      - Qt has exhaustive documentation and a lot of examples form Trolltech and the
      KDE team
      - GTK has exhaustive documentation and a lot of examples from GTK team
      - Qt is freeware on Linux only
      - GTK is always freeware (but it is not completely available on Windows and
      MacOS X)

      Should you need to develop x-platform applications, have a look at wxWindows
      (and wxPython) as well. The Linux implementation of wxWindows relies on GTK+
      but wxWindows can run on Windows (all versions) as well, thanks to MFC, and
      on MacOS (all versions), thanks to a specific GUI engine.

    2. Re:I don't intend to start a flame war! by Stevyn · · Score: 2, Insightful

      I personally think it looks nicer. That's subjective, of course. And that's not to say it looks more like windows. There is a "Ximian version" of openoffice available which can incorporate Qt widgets. It makes the interface much nicer. Some credit goes to the KDE folks though.

    3. Re:I don't intend to start a flame war! by Anonymous Coward · · Score: 0, Troll

      - GTK has GTKMM, C++ bindings that follow STL conventions so will be more familiar to C++ developers.
      - GTK while being C based has excellent C++ bindings.
      - GTK can rely on glade/libglade / any editor of your choice, including KDevelop
      - Anjuta is an excellent IDE, many GTK developers also make use of Eclipse.
      - GTK runs (with recompilation) on Linux/Unix, MacOS X and Windows
      - GTK 2.x works fine on windows, not sure on the MacOS X status, but people seem to run Gimp just fine.
      - GTK has no internal support for scripting because it is a GUI toolkit, no added bloat, you want scripting? embed perl / python / language of your choice, which provides a scripting language that people know and use that have significantly more power than QTs
      - gnome-db not being part of GTK is an advantage, if you don't need it, you don't have the bloat.
      - GTK based applications can talk to each other via the freedesktop.org DBUS protocol, which KDE will be migrating to as well. DBUS bindings exist for glib, python, c# so you can talk to other non GTK applications as well, not just limited to QT apps like DCOP.
      - even talking via CORBA gives you more options than DCOP, you aren't limited to QT apps, which are the only ones that have a DCOP implementation
      - QT is not freeware, it is GPL big difference
      - GTK is not freeware, it is LGPL big difference + it is LGPL on all platforms.
      - GTK is completly available on Windows, even following the WinXP theme.

      Should you need to develop x-platform applications do no look at wxWindows or similar things, you end up with an app that looks bad in all environments as you are limited to the subset of features that each toolkit wxwindows utilizes supports.

    4. Re:I don't intend to start a flame war! by Tepic++ · · Score: 1

      - GTK runs on Linux. There is a porting of the old GTK1.2 for Windows. A Porting for Mac OS X is under development (AFAIK)

      There is also a windows port of GTK 2.x. For example developer packages are available here, an installer for Glade is avaiable from here and an installer for the Python bindings for GTK for Windows is available here.

    5. Re:I don't intend to start a flame war! by m50d · · Score: 2
      - GTK has GTKMM, C++ bindings that follow STL conventions so will be more familiar to C++ developers.

      - GTK while being C based has excellent C++ bindings.

      Anyone who has used them will tell you the Qt way, despite being nonstandard, is much easier to write an actual program in.

      - GTK can rely on glade/libglade / any editor of your choice, including KDevelop

      That's a sign of the quality of KDevelop rather than the toolkit.

      - Anjuta is an excellent IDE, many GTK developers also make use of Eclipse.

      True; however, KDevelop is an even better one.

      - GTK 2.x works fine on windows, not sure on the MacOS X status, but people seem to run Gimp just fine.

      IIRC it will only work under X on Macs, wheras Qt can be "properly native" on Macs.

      - GTK has no internal support for scripting because it is a GUI toolkit, no added bloat, you want scripting? embed perl / python / language of your choice, which provides a scripting language that people know and use that have significantly more power than QTs

      I think this is the core difference. GTK aims to be purely a GUI toolkit, wheras Qt tries to include anything that most people want. I've used Qt purely for its threading and networking libraries without needing it for GUI at all. This doesn't mean bloat, especially with this new version, as the libraries are split up and you don't have to link against them all.

      - gnome-db not being part of GTK is an advantage, if you don't need it, you don't have the bloat.

      The libraries are there if you need them, if you don't don't link against them.

      - GTK based applications can talk to each other via the freedesktop.org DBUS protocol, which KDE will be migrating to as well. DBUS bindings exist for glib, python, c# so you can talk to other non GTK applications as well, not just limited to QT apps like DCOP.DCOP is incredibly easy to embed, more mature although DBUS is now getting there, and included by default with your actions, so the IPC is there with zero effort from the programmer. Yes this means bloat, but it's worth it. CORBA is far bloatier to include, and limits you to applications which have explicitly included corba support, which is very few.

      - GTK is completly available on Windows, even following the WinXP theme.

      So is QT. You just have to pay for it.

      --
      I am trolling
    6. Re:I don't intend to start a flame war! by Bulln-Bulln · · Score: 1

      Qt is GPL for X11 Unices (incl. Linux) and Mac OS X.
      There is an unofficial, but incomplete GPLed Windows port: http://kde-cygwin.sourceforge.net/qt3-win32/featur es.php

    7. Re:I don't intend to start a flame war! by m50d · · Score: 2, Interesting

      Just try programming in it. Write an mp3 player or something (that's how I learnt). I found I enjoyed it a lot more than doing the same thing in GTK, and just found it simpler. But it's your choice.

      --
      I am trolling
    8. Re:I don't intend to start a flame war! by justsomebody · · Score: 1

      - Qt runs (with recompilation) on Linux/Unix, MacOS X and Windows (all versions)
      - GTK runs on Linux. There is a porting of the old GTK1.2 for Windows. A Porting for Mac OS X is under development (AFAIK)

      where did you hear this nonsense. Gimp2 and others for Windows. Gimp relies on GTK2. Gnome parts are the ones not ported, not Gtk

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  38. Re:Don't forget by twener · · Score: 2, Insightful

    Don't forget that it costs a lot of money to develop Qt with this quality.

  39. Re:Don't forget by Anonymous Coward · · Score: 0

    usable does not mean powerful. Try a dictionary if you have vocabulary issues.

    Then do a feature comparison between qt and wxwidgets. I'm not dissing wxwidgets, it's a good toolkit anyway - qt simply does more, or the same thing a lot easier.

  40. Just Say No to QT by Anonymous Coward · · Score: 0

    Trolltech is a Canopy supported company, same as SCO. Tell them to put their stuff where the sun don't shine.

    1. Re:Just Say No to QT by MikeCapone · · Score: 1

      Except that Trolltech has been TREMENDOUSLY helpful to Linux and OSS and SCO has not.

      Not a big enough difference to register with you, obviously.

  41. Re:Don't forget by conteXXt · · Score: 1

    "If you were to discover that the Unibomber owned 5% of Nabisco" ....

    mmmm Nabisco hackers

    --
    The truth about Led Zep should never be told on /. (Karma suicide ensues)
  42. Re:Don't forget by Anonymous Coward · · Score: 0

    So presumably you think glibc should be GPLed and the FSF should charge for commercial software to use it?

  43. if only GUI libraries were really multithreaded by CoughDropAddict · · Score: 4, Insightful

    I hear QT is good stuff. This isn't a slam on QT in particular.

    However, I'm still waiting for the day when mainstream GUI libraries catch up to where BeOS was ten years ago, and put drawing in a separate thread from everything else.

    There is absolutely no reason why GUI applications need to become sluggish when they are doing something computationally intensive. There's no reason that an application should stop posting redraws every time it makes a blocking call (like, for example, doing file i/o).

    My eyes were opened to this shortcoming of "modern" GUI libraries by an entry in Bram's diary a while ago.

    1. Re:if only GUI libraries were really multithreaded by Anonymous Coward · · Score: 0

      threading is not some magic bullet, apps still become sluggish when a large task is going on, you only (generally) have the 1 processor to work with after all. there is also no reason why toolkits have to start becoming much more complicated by implementing threading when applications can handle this themselves if there is a need.

    2. Re:if only GUI libraries were really multithreaded by RdsArts · · Score: 2, Insightful

      Nothing against the opinion, I shared it for a time, but it's not really the problem that needs to be solved. Threading is not a magic bullet. In fact, most modern UI toolkits are rather well designed in this respect if the coder knows what they're doing.

      But, let's assume you put everything in 2 threads, drawing and logic for ease of discussion.

      The drawing thread, at best, will be the same as always because all you logic goes faster than it's refresh time. If not, it redraws when only half a layout is done, or when things aren't in their full initialized state. You can also kiss nice, clean, resizing widgets goodbye; you've just made it so each widget appears the minute you add it to a toplevel widget with the logic thread taking all the CPU time still.

      By now, I'm sure someone is saying, "well, let's just toss a lock in there so we can stop that!" Yep, we've just done all that threading work for nothing.

      Plus we still haven't made them any LESS sluggish. Threading it doesn't make the CPU usage go away, in fact it could worsen it because now we're seeing updates while the CPU is taxed (which you just know will look ever so crisp and quick). A sluggish UI is a symptom of a deeper problem than the UI's threading model, unfortunately.

      A bester fix would be to put the heavy logic into a seperate "logic" thread, add some timeouts in the logic thread so it's not so insistant on hitting the CPU hard, and put all the end results into a bit of shared memory that a idle handler can then pull in when the UI is... well, idle. ;)

  44. Re:Don't forget by Anonymous Coward · · Score: 0

    usable does not mean powerful. Try a dictionary if you have vocabulary issues.

    If you can't use something properly, how can you fully exploit the power of it? Clearly you didn't give it much thought, or you'd see the connection. Do you put such narrow-mindedness into your programming too? Scary.

    But thanks for the failed attempt to look like you know what you're talking about.

  45. QT is worthless? by WizardRahl · · Score: 0, Offtopic

    If movie trailers were largely in divx instead of QT, QT would be worthless!

    1. Re:QT is worthless? by MikeCapone · · Score: 1

      If movie trailers were largely in divx instead of QT, QT would be worthless!

      That's either a fairly clever joke or a sad clueless poster...

    2. Re:QT is worthless? by j.blechert · · Score: 1

      > If movie trailers were largely in divx instead of QT, QT would be worthless!

      lol, nice one

    3. Re:QT is worthless? by WizardRahl · · Score: 1

      slashdot is morse code too!! weeee! :)

  46. Ignoring reality by Anonymous Coward · · Score: 0, Troll

    I seriously doubt anyone released a commercial application based on the Windows Qt free edition, and how can you possibly know how many people used in in-house? And can Trolltech even restrict that? I think that argument is very much in question.

    Let's face it trolltech loves to crow about being a free software company, supporters of free software, yet when it comes time to "put up or shut up" they whine and pout like britney spears...yet they happily use free software to further their cause and pay the people who wrote it NOTHING.

    Youe post was mildly interesting, but ignores what I consider to be a decent reason for not releasing a free Qt/Win...Windows is not free.

    My gut feeling is they should pull their Mac version and license it for less than the windows version.

    And keep things free for the free O/S. This would be a more logical argument from my perspective.

    Finally, I think Qt is doomed. Within a matter of a couple more years Eclipse and the SDL will be rock solid and native on a number of platforms...including Windows, Mac and Linux. So that will be the end of Qt and TrollTech. Truly free software, from people who do not whine and cry, will win the day.

    1. Re:Ignoring reality by m50d · · Score: 3, Insightful
      Qt is truly free. It's GPL, GPL, GPL. If you're not happy with them also providing a propriety/commercial version, then you can fork the GPL version and release it only under GPL. Go on. Find enough people who really think it isn't free enough as-is, and fork it. Trolltech wrote most of Qt and they're the ones who get paid when people buy it, exactly like MySQL etc.

      As for Qt being doomed, having programmed with Qt and the alternatives I could find, I don't think so. Qt is still much, much nicer to program with than GTK, especially since you now have to implement your own confirmation dialog box. Wx is getting there but still a nightmare to install (IME of course) and working through GTK rather than natively hurts it. As for SDL, it's great for 3d renderers etc, but would you seriously want to write a word processor (for example) with SDL widgets? I'm not sure where eclipse comes in, I thought that was a java IDE, in which case Qt is still the best toolkit to use with java on linux, IME, it's much faster than swing and fits in with the most popular desktop environment.

      --
      I am trolling
    2. Re:Ignoring reality by WWE-TicK · · Score: 1

      > Wx is getting there but still a nightmare to
      > install (IME of course) and working through GTK
      > rather than natively hurts it.

      Whatchoo talkin' about, Willis? On Windows, you can either have wxWidgets wrap around the native Windows controls or use the wxUniversal port where wxWidgets reimplements all of the widgets itself much like how Qt does it.

      I suppose you can also try getting wxGTK compiled on Windows, but why in the world would you ever want to do that?

    3. Re:Ignoring reality by Anonymous Coward · · Score: 0

      Maybe he's talking about wx on that X thingy. You know, it runs on that Linux thingy. Yeah, that's it.

    4. Re:Ignoring reality by m50d · · Score: 1

      As the other reply suggested, I'm using Linux. While wxUniversal does have an attempt at an X11 port going, it looks pretty dead. And I've had a real nightmare getting wx working via GTK.

      --
      I am trolling
    5. Re:Ignoring reality by WWE-TicK · · Score: 2, Insightful

      Well then his post makes even less sense, you stupid anonymous jackass.

      He says "working through GTK rather than natively hurts it". There is no "native" toolkit on X. Unless you're talking about raw Xlib or perhaps Athena since thats the widget set that actually comes with X. I can't imagine having wxWindows wrap Athena being any better than wrapping GTK, and if you want it to use Xlib directly theres the wxUniversal port.

    6. Re:Ignoring reality by WWE-TicK · · Score: 1

      The wxWidgets mailing list has always been helpful, but compiling the latest stable (2.4.2) release of wxGTK was just a simple matter of issuing a "--enable-gtk" on the configure command line for me.

    7. Re:Ignoring reality by gentoo_user · · Score: 1

      emerge wxgtk

      --
      gentoo# emerge -s karma Searching... [ Results for search key : karma ] [ Applications found : 0 ]
    8. Re:Ignoring reality by rakbladet · · Score: 1

      Qt is truly free. It's GPL, GPL, GPL. If you're not happy with them also providing a propriety/commercial version, then you can fork the GPL version and release it only under GPL.

      True, true. I think the problem many people have with its license isn't that they provide a commercial license, but rather the fact that they *don't* provide an LGPL (or similar) that allows you to freely use it in a non-GPL project.

    9. Re:Ignoring reality by m50d · · Score: 1

      OK, you could complain about that. But Qt is just as free as (for example) readline, to claim it is non-free is simply untrue.

      --
      I am trolling
  47. kdevelop 'equivalent' by 0racle · · Score: 1

    GTK IDE. If I read it right, there is you kdevelop 'alternative' for GTK projects. Though I believe you could do the same thing with kdevelop, so I don't know why you'd need something else, unless you wern't running KDE.

    --
    "I use a Mac because I'm just better than you are."
  48. What's left to be done for C++?garbage collection! by master_p · · Score: 0, Troll

    The Qt framework definitely proves that C++ is head and shoulders above Java. All that C++ needs now is garbage collection, and we can forget about Java!

    I suggest Qt to be names the official standard C++ library, and the governments around the world to pay Trolltech with a large annual amount of money so as that Trolltech can work for the next version. It's a pity that such good software is not the C++ standard!

  49. Re:QT by abigor · · Score: 1

    Yes, and furthermore, the employees of TrollTech who developed Qt, one of the nicest GUI toolkits in existence, should quit their jobs, give away all of their belongings, don simple clothing made of scratchy wool, and wander about the landscape begging for scraps of food and handing out handwritten copies of the GPL.

  50. Re:What's left to be done for C++?garbage collecti by nmaeone · · Score: 1

    That's D. With garbage collection, interfaces, etc. 'D' looks very promising. Without the overhead of JIT compiled languages, I think it's worth looking at seriously.

    (Don't get me wrong here, I love Java / C / C++ and all others, but C/C++ has some deficiencies that can not be over looked -- Just remember -- The right tools for the right job.)

    http://www.digitalmars.com/d/

  51. Re:Don't forget by m50d · · Score: 1

    Glibc doesn't give free software an advantage since there are plenty of equivalently functional libraries around. With Qt that's not the case.

    --
    I am trolling
  52. Re:Don't forget by m50d · · Score: 1

    Bzzt. Academics may say that, anyone who's actually tried to program with them knows different.

    --
    I am trolling
  53. Re:Don't forget by m50d · · Score: 1

    WxWidgets is getting there, but it's not yet as powerful as Qt. I can still write a similar program ~1.2x as fast with Qt. That may just be me, but I feel I've made an equivalent effort to learn both.

    --
    I am trolling
  54. Re:Don't forget by m50d · · Score: 1

    KDE does not allow Qt into KDE either. It just uses Qt, because at the time (and arguably now) qt was the only library suitable for making a user-friendly desktop environment. It's not about money-grabbing, it's about pragmatism.

    --
    I am trolling
  55. Long live QT by El+Gordo+Motoneta · · Score: 0

    QT is a cutie! ... get it? "kiu - tee"! get it?? thank you, thank you..

  56. Know where some of their money comes from by Anonymous Coward · · Score: 0

    Show me the money

    I, for one, refuse to use anything that requires QT,

  57. Re:Don't forget by Anonymous Coward · · Score: 0

    You're the fanboy. Like the grandparent, I've tried wxwidgets, nice attempt. Sadly the implementation is poorly documented, inconsistent across different platforms and lacking features in its core widgets. No comparison to Qt, not suitable for commercial applications, sorry "fanboy".

  58. Re:Don't forget by Anonymous Coward · · Score: 0

    You almost seem to be implying that somebody has hired you to program? "Scary".

    When you learn to consider the benefit of a well-tested and feature-complete toolkit in a rational manner, please let us know.

  59. Re:Don't forget by Anonymous Coward · · Score: 0

    So what's wrong with being a KDE developer? Surely that gives the poster a reasonable idea of what constitutes a flexible and powerful C++ toolkit?

    What productive software have you contributed to recently? None? Okay, Merry Christmas lame hypocrite.

  60. Re:Don't forget by Anonymous Coward · · Score: 0

    As nice as a C# library containing all of Qt's features would be, Qt# is poorly maintained and has little supporting code. Hardly suitable for any application of any significance, sorry.

  61. Re:Don't forget by Anonymous Coward · · Score: 0

    Quick, put on your tin-foil hat, Trolltech might be trying to raid your house to steal your Christmas presents!

    Of course all those heathens producing "commercial software" will burn in hell, so it doesn't matter, right? Jees, wait til you get a real job and a family.

  62. Re:Don't forget by Anonymous Coward · · Score: 0

    Merry Christmas, little Troll!

  63. Re:Don't forget by Anonymous Coward · · Score: 0

    Doesn't give free software an advantage?

    Specious reasoning at it's best. If I want to watch something chase its tail, I'll just watch my dog, thanks. Try harder.

  64. Re:Don't forget by Anonymous Coward · · Score: 0

    KDE does not allow Qt into KDE either.

    Qt is part of the KDE platform. You are simply playing with words -- like most people who try to defend Trolltech's licensing. As for what "Qt was"... we are talking about what "KDE does now". They won't allow any other GPLed libraries into their platform. Fact.

  65. Re:What's left to be done for C++?garbage collecti by msh104 · · Score: 1

    just try saying "D compiler" and you know it will fall appart :p

    D looks nice...
    but will people use it?

  66. Re:Don't forget by Anonymous Coward · · Score: 0

    Uh no, he is perfectly correct. Free software works perfectly well when it is compiled and linked against non-Free C libraries. Free software gains no advantage from being able to use Glibc over any other C library (E.g. the BSD libc, uClibc, Newlib etc.)

    If you had said Readline instead of Glibc you might have had a point that Free software can gain an advantage, but a) You didn't say Readline b) That wasn't your original point anyway. So we can only conclude that you're an idiot.

  67. Re:What's left to be done for C++?garbage collecti by mic256 · · Score: 1

    >All that C++ needs now is garbage collection, and we can forget about Java!

    The thing that is really important is called reflection. Without it tools like Hibernate, Struts, Tapestry, Spring, Hivemind, probably EJB and many more wouldn't be possible. Garbage Collection is just a nice touch.

  68. Could someone by sowdog81 · · Score: 1

    fork a version of qt that was free for use in windows?Just curious

    1. Re:Could someone by ocelotbob · · Score: 1

      There's a project in place to do just that. See numerous parent posts for the info. Or, just run Linux and use it today.

      --

      Marxism is the opiate of dumbasses

  69. Re:What's left to be done for C++?garbage collecti by master_p · · Score: 1

    Qt provides full reflection.

    I don't understand why I was modded as 'troll'. I made a sincere comment of how Qt is so good that it should be made a standard. Anybody have any ideas???

  70. Re:Don't forget by Jahz · · Score: 1

    And dont forget that Trolltech allows developers to effortlessly port Qt app's from *nix mac for free (but NOT to windows). And of course it also allows those who have purchased a windows license to port to Mac/aqua & nix for free.
    It should be noted that you cannot port from unix & mac to windows without purchasing a pricey license for the windows library. This is bad for free software, but good for linux and mac. It forces free software written for mac/linux to *stay* mac/linux (making those platforms more appealing).
    As an example, for the hell of it, I ported 100k+ lines of my companies software from UNIX to MacOSX. It took about 30 minutes. The UI looked amazing in Aqua, compared to the UNIX and windows versions. Naturally the platform-specific C backend exploded when executed in OSX and rendered the software unsuable, but it still looked good. Not bad for a half hour!

    --
    There are 10 types of people in the world. Those who understand binary and those who do not.
  71. Re:Don't forget by m50d · · Score: 1

    No, there's a very important distinction. The KDE people want KDE itself to remain LGPL - something which your (presuming you are grandparent) previous post would suggest you support. That's the reason they don't allow GPL libraries into KDE, and also why they're careful to keep KDE and Qt distinct. The idea is that propriety projects can still use KDE - they'll just have to buy a license for Qt.

    --
    I am trolling
  72. Re:Don't forget by Anonymous Coward · · Score: 0

    If you had said Readline instead of Glibc you might have had a point that Free software can gain an advantage, but a) You didn't say Readline b) That wasn't your original point anyway. So we can only conclude that you're an idiot.

    Duh... arguments about Qt offering something that no other toolkit does are entirely specious. It doesn't -- and furthermore it doesn't justify the use of the GPL *and* selling commercial licenses. The FSF can get away with making an argument about furthering free software with GPL libraries... Trolltech fucking can't.

    As I said, if I want to watch an dopey creature chase its tail, I'll watch my dog. I don't need to come to slashdot and watch clueless sheep like you.

  73. Re:Don't forget by Anonymous Coward · · Score: 0

    No-one who has ever actually tried to port an app between Unix/Mac/Windows with Qt would describe it as effortless.

    Even Java can be hard work between those platforms. Qt solves a few problems (mostly the low-hanging fruit), but it introduces its own set of troubles.

  74. elf labor by Anonymous Coward · · Score: 0

    I don't eat Nabisco crackers because they are cruel to elves.

  75. Re:Don't forget by RdsArts · · Score: 1

    There's a wxWidgets wrapper for the CIL called wxNet, and there's work on a QT wrapper as well from the KDE people using that smoke stuff they've been working on IIRC, so they both are (or will soon be) accessable to C# and other CIL-based languages.

    GTK's only a UNIX toolkit. On window's it's painfully slow, and on Mac OS X it requires a X Server (and thus, IMHO, is not really available for Mac OS X). Of course, that said, thanks to portable.NET you can use System.WindowForms on UNIX-like OS, Windows and Mac OS. Obligatory link to their screenshots from all those platforms, but I believe that the Mac OS X support requires a X server as well.. =\

    No, I don't have anything useful to add to the conversation, why do you ask? ;)

  76. Re:Don't forget by Anonymous Coward · · Score: 0

    Academics are far from the only ones who hold this view.

  77. Re:Don't forget by Anonymous Coward · · Score: 1, Interesting

    No, there's a very important distinction.

    Again, you are playing games with words and attempting to confuse the issue. The same thing happens whenver this comes up with KDE/Qt supporters. They try to bury the issue in bullshit and false distinctions. There is no distriction... not for a developer. The GPL spreads to any app using KDE stuff, and Qt is part of the KDE platform. Fact. Twisted logic about Qt being "separate" is just smoke and mirrors.

    The KDE people want KDE itself to remain LGPL - something which your (presuming you are grandparent) previous post would suggest you support. That's the reason they don't allow GPL libraries into KDE, and also why they're careful to keep KDE and Qt distinct. The idea is that propriety projects can still use KDE - they'll just have to buy a license for Qt.

    Of course the KDE people want their libraries to remain LGPL -- because it would otherwise not function as a loss leader for TrollTech, and many of the core developers for KDE are Trolltech employees. The point is that anyone making claims about "quid pro quo" or Qt being somehow "more free" (because it encourages more GPL software) than the LGPLed GTK (for example) are engaging in pure hypocrisy, nonsense and Orwellian double-think.

  78. Boost is a nice library by Anonymous Coward · · Score: 0

    but you can't browse the web in Boost, nor can you compose an email in Boost, nor can you create a spreadsheet in Boost. But this is all possible with Qt and KDE. Boost is not a reason to choose a development language. It is nice set of utilities to assist in the development of something that you already started writing for other reasons.

  79. Whine, piss and moan by Anonymous Coward · · Score: 0

    Blah blah blah... C++ is so ugly ... blah blah blah ... _MY_LANGUAGE_ is better ... blah blah blah ... if this happened and that happened then _MY_LANGUAGE_ would have kicked ass ... blah blah blah.

    Yawn.

    Gee, I guess the millions of lines of C++ code in the thousands of KDE apps were all written by morons that could not see the elegance of your alternative. C++ programmers are a pragmatic bunch - they use what works today instead of what promises to work tomorrow. And you can't argue with the results.

    1. Re:Whine, piss and moan by glennrrr · · Score: 1

      I have been employed nearly constantly writing commercial applications in C++ for nearly 10 years. If there is a language which would be considered _MY_LANGUAGE_ it would be C++, and I will tell you again, it is an awful kludge of a language which relies entirely on its first mover advantage to keep it alive.

      I see the unfortunate results of C++ every day of my life. I once whipped up a useable "prototype" in 3 weeks of Objective-C programming which 4 months of Qt/C++ coding couldn't match in terms of stability, speed, and appearance. I would have much preferred factoring the application has having a Cocoa front end on the Mac, and a Qt front end on the PC; the productivity enhancements of Cocoa are so great that we would have ended up saving time in QA and ended up with a true native Mac appearance. But the client was adamant about maximizing shared code. A decision, by the way, which because of the tight schedule nearly killed the company.

      I was at another (well known) company where a team of engineers spent 4 months basically trying to add something better approximating instrospection and getting around C++'s reliance on static class declarations through the use of the PIMPLE pattern. This effort failed.

      I am not a moron. I write in C++ because that is what I am hired to do, because people have a lot of legacy code to integrate. I'm sure most C++ coders are in similar situations. We muddle through.

    2. Re:Whine, piss and moan by Anonymous Coward · · Score: 0

      So what if your one experience with Qt programming was a failure? And the anecdotal story about an unnamed friend's friend working at a big unnamed company - that also proves nothing. To blame a large project's failure on the lack of C++ language built-in introspection is comical. Knuth developed the revolutionary TeX typesetting system in *Pascal* for crying out loud! Talk about a bare bones language! The Troll Tech programmers did not lie down when faced with the lack of introspection - they overcame it. And the same is true for the thousands of KDE developers who develop the hundreds of high-quality freely available KDE applications. The unpaid KDE C++ programmers are not simply muddling through - they freely participate, enjoy and excel at C++ programming. I've seen many highly paid teams fail because they were not practical (nor particularly good) programmers and simply wanted to pad their CVs with the technology du jour. Pay is not an indication of quality of work. In my experience the quality of work has an inverse correlation with the level of compensation. Look at the brilliant LLVM C++ compiler work mostly done by grad students. A single Wall Street salary could cover all their costs. So save your hard-luck C++ is bad story for someone who does not know any better. Don't blame the language when the programmer is at fault.

    3. Re:Whine, piss and moan by glennrrr · · Score: 1

      Trolltech did not solve the lack of introspection and static compilation. They mitigated some small aspect of it, and in the process added a whole new layer of complexity via the qmake step.

      And what is this "friend's friend" stuff? I had lunch with a guy on the engineering team trying to add dynamic class extension every workday for 3 months. It was not some urban legend. It was an engineering team trying to deliver small web based updates to an application with new methods added to C++ classes without having to deliver one big statically linked binary (compounded with ActiveX mumbo jumbo.) In the end, the solution added too much development complexity to be worthwhile.

      And what's this whining stuff? I'm saying other tools are better at application development then C++; I'm giving the example of Objective-C as a better choice, and I gave you a handful of reasons why. You on the other have done nothing but give me the fallacy of appealing to authority. You have not given me one reason why C++ is superior to Objective-C in application development. It's as if you have no idea about the feature set of Objective-C, and yet are arguing against it.

  80. Stupid fuck moderators. by Lethyos · · Score: 1

    It's called a "joke". Maybe you've heard of them before?

    --
    Why bother.
  81. Re:No Free Windows Version -- buy the book by codeconfused · · Score: 1

    The book "C++ GUI programming with QT3" comes with a non commercial windows edition and Borland C++ 5 (free) or Borland C++ 6 trial edition. Also has the mac os x and *nix versions. You could also use cygwin and the QT ports for it. Well worth the price for the book....

    --
    Danger Will Robinson! You are now entering a condescending Unix user zone!
  82. Re:Don't forget by Tyreth · · Score: 1
    So what if you have to buy a licence for commercial development? If you're out to make money on your software then you deserve to pay.

    Pay who? That's the critical point. I don't necessarily mind people having to pay to write commercial software, it's just that I have a problem with who the money goes towards. If an application is written for KDE then Trolltech gets the money for it - the KDE team gets nothing.

    I'm uncomfortable with trolltech being the gateway for all commercial software on Linux. That's a powerful position, and I'll bet they know it.

  83. mod parent up! by Superfluid+Blob · · Score: 1

    sheesh.