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."

113 of 196 comments (clear)

  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 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.

    2. Re:No Free Windows Version by Anonymous Coward · · Score: 1, Informative
    3. 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

    4. 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.

    5. 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!
    6. Re:No Free Windows Version by twener · · Score: 3, Interesting

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

    7. 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.

    8. 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.
    9. 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.

    10. 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

    11. 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.

    12. 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

    13. 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....
    14. 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.

    15. 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
  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 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.
    2. 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
    3. 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

    4. 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. :)

    5. 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

    6. 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.

    7. 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 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 msh104 · · Score: 1

      like.... the kernel?

  7. 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.
  8. 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
  9. 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

  10. 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 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.
    2. 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
  11. still more info here by Mitchell+Mebane · · Score: 4, Informative
    --

    The roots of education are bitter, but the fruit is sweet.
    --Aristotle
  12. +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 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.
  13. 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...
  14. 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.

  15. 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.

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

    *pssst* Don't feed the trolls!

  17. 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.

  18. 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
  19. 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
  20. 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 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
  21. 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.

  22. 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 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.

    4. 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
    5. 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

    6. 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
    7. 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
  23. 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.

  24. 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.

  25. 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)
  26. 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 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. ;)

  27. 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."
  28. 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).

  29. 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
  30. 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...

  31. 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

  32. 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?

  33. 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.

  34. 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.

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

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

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

    slashdot is morse code too!! weeee! :)

  37. 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/

  38. 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
  39. Re:Qt Windows, Speed by computerme · · Score: 1

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

    Happy?

  40. 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
  41. 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
  42. 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
  43. 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?

  44. 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?

  45. 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.

  46. 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

  47. 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???

  48. 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.
  49. 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
  50. 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
  51. 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.

  52. 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.
  53. 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? ;)

  54. 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.

  55. 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.

  56. 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.

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

    emerge wxgtk

    --
    gentoo# emerge -s karma Searching... [ Results for search key : karma ] [ Applications found : 0 ]
  58. Stupid fuck moderators. by Lethyos · · Score: 1

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

    --
    Why bother.
  59. 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.

  60. 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.

  61. 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.

  62. 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
  63. 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!
  64. 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.

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

    sheesh.