Slashdot Mirror


Qt Released For OS X

AxsDeny writes: "It looks like Macslash is also reporting this, but Trolltech is now offering Qt for OS X. Long live cross platform development." Doesn't look like there's a Free version, but there is a non-commerical license called the "Qt Academic License," which "Allows schools and universities to acquire and use Qt for free in relevant courses."

244 comments

  1. Another good link by wiredog · · Score: 5, Informative

    To a good article at Kuro5hin.

    1. Re:Another good link by spicyjeff · · Score: 0, Flamebait

      Lovely grass roots promotion scheme...to bad Kuro5hin sucks.

  2. Re:Let me get this straight... by AxsDeny · · Score: 0, Offtopic

    this is why I don't read anything modded below a 2...

    --

    zork% mv *.asp /bin/darkroom
    283 files eaten by a grue
  3. Qt non-free versions by No-op · · Score: 3, Interesting

    I've been using the Win32 Qt 3.0 for a while, and I have to say that I've vastly enjoyed it. Trolltech earns my vote for one of the best companies I've worked with so far.

    Don't flame them too much for charging money for stuff- everyone has to earn a living somehow :P

    --
    EOM
    1. Re:Qt non-free versions by Anonymous Coward · · Score: 0, Flamebait

      I'm kinda curious how people can still claim BSD is free anymore, with so many proprietary derivatives. Sure, some version somewhere is BSD-licensed.

    2. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      Yeah, but you can't write GPL apps with the free version for Windows. Its illegal, check in the QT FAQ. If you want GPL QT windows apps you need visual c++ and the expensive commercial QT.

      Or you could use wxwindows.

    3. Re:Qt non-free versions by infiniti99 · · Score: 5, Interesting

      Actually, they say it's because a GPL application cannot be linked to a closed source library. They say if you want to link your GPL app to Qt/Noncommercial, then you need to include an exception-clause in your license (this is similar to what Linus does to allow commercial dev on Linux. read the Linux license sometime, it's not pure GPL).

      And no, you can't get around this by using the commercial Qt. You aren't allowed to redistribute the source with that either.

      However, IMO this is a strange necessity. I've seen some MFC windows apps claiming to be GPL. After reading this thing about Qt though, I wonder if that is even possible. MFC is closed source. Hell, so is Windows. Does that mean that pure GPL applications on Windows are impossible? That any GPL Windows app is actually GPL-with-exception by default?

      Technicalities aside, if someone releases a GPL MFC app, you are _not_ allowed to make modifications unless you have a valid MSVC++ license. Granted, you can get MSVC loads cheaper than Qt, but it's the same principle.

      Anyway, all I'm saying is Qt on Windows is no less evil than MFC when it comes to GPL. It's just more expensive (but then, it's also way better).

    4. Re:Qt non-free versions by arglesnaf · · Score: 1

      MFC is closed source? Try looking in C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC on your VC++ 6.0 installation.

      The MFC is not GPL'd, nor is the MFC free, but the source sure is available.

    5. Re:Qt non-free versions by No-op · · Score: 0, Offtopic

      actually no, it's not a lack of compassion or action. I work with a large number of non-profits, churches, and some larger NGO's for free. I donate a lot of hardware and software, and more specifically time and effort. I could be charging someone for my time but I make an effort to help out when and where I can. this usually doesn't cost me money, either.

      I believe that there is much more to be gained by an individual doing what they can to help than by feeding huge sums of money into governmental assistance programs. I have yet to meet anyone truly helped by something like this; whereas I have met many many people, ranging from children to old folks, who have had their lives changed by the actions of a single individual.

      sometimes people have to open their mind a little.

      --
      EOM
    6. Re:Qt non-free versions by infiniti99 · · Score: 2

      The source is only available if you have a MSVC++ license though, right? Qt works just like that too. I got full source code with my Qt/Windows license. However, since both sources are only available to license holders, they are effectively closed-source.

      I did not realize you get MFC source with MSVC++ though, so thank you for pointing it out (I just now verified). I had thought it was always closed, even for developers.

    7. Re:Qt non-free versions by baxissimo · · Score: 1

      I tried wxWindows for a while, but just found it really hard to use. I think perhaps the biggest problem was just that the documentation for wxWindows is no where near as good as Trolltech's documentation for Qt.

      That and nothing in wxWindows behaved the way I expected it too. And it all looks way too much like MFC with all those message map macros.

      In contrast, for whatever reason, Qt just works the way I expect it to. And whenever it doesn't it only takes a few seconds to bring up the appropriate page of documentation that explains where I went awry.

      But, yes, wxWindows has got Qt beat hands-down on the licensing front. I feel like I have to hire a lawyer just to use the darned Qt library.

    8. Re:Qt non-free versions by arglesnaf · · Score: 1
      Open source requires that you get the source with the binaries.

      Open source companies are not required to distribute source to people who do not own the app.

      Remember when Yellow Dog Linux last released?
      There was a huge discussion about that here.

    9. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      I'm sorry, but I find wxwindows's API WAY TOO mfc like. It's not bad for what you get, but Qt's API is much more elegant.

    10. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      Actually, they say it's because a GPL application cannot be linked to a closed source library.

      The normal way to handle this is to add an 'exception clause' to your GPL licence. As in "it's OK to link this software with Qt/MFC/OWL/Java2 -- (signed) the copyright holder".

      Technically (according to my reading) this is required for compiler libs like MFC. But the FSF's GPL FAQ seems to confuse the distinction between operating system libs (which are specifically excepted in the GPL) and compiler libs (which are not specifically excepted) and tells you it's OK to like to MFC, etc without an exception.

      IMO, it wouldn't hurt the GPL if there was a minor revision to deal with compiler libs and other freely distributable infrastructure in the same way that OS components are handled.

    11. Re:Qt non-free versions by RPoet · · Score: 2
      "However, IMO this is a strange necessity. I've seen some MFC windows apps claiming to be GPL. After reading this thing about Qt though, I wonder if that is even possible. MFC is closed source. Hell, so is Windows. Does that mean that pure GPL applications on Windows are impossible? That any GPL Windows app is actually GPL-with-exception by default?"

      You didn't read the GPL, it already has an explicit built-in exception that basically says that software components normally regarded as integral parts of a runtime environment, does not have to be GPL compatible by themselves. This is what makes GPL applications under Windows/MFC possible, as well as GPL apps under Java/Swing/etc.

      From 3:

      However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary
      form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component
      itself accompanies the executable.
      --
      "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
    12. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      I've read the GPL -- it says "operating system" and not "runtime environment".

      IMO, this is a flaw that should be clarified. If they mean "runtime environment", they should say so. Otherwise it's the responsiblity of the copyright holder to rely on a broad interpretation OR slap an exception onto their licence.

      For example, despite jokes about Java being an OS, it's really not. This leads to situations where GPL'd Java programs are legal on Solaris but illegal on Windows.

      Another example is MFC -- If I develop to the version that ships with Windows 2000, you can't legally run the software on NT4.0 (even though the newer version of the lib is freely distributable, it does NOT come with the OS).

      Either way, in most places Qt is neither part of the OS or the standard compiler runtime.

    13. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      First of all, "Open Source" is as stupid and confusing marketing term that is too easily confused with the plain english meaning of the words.

      The fact is that MFC and other VC sources are not redistributable by the end user, which makes them incompatible with most "Free Software" (another stupid marketing term) licences.

    14. Re:Qt non-free versions by Anonymous Coward · · Score: 0

      What the hell are you talking about ?
      Open Source means exactly that - open source.
      It matters not if it comes with a price or other strings attached - you get the source.

  4. This is good news. by Anton+Anatopopov · · Score: 3, Insightful
    Only purist 'license zealots' will worry about the terms of the license. This is great because it means a whole load of great apps can now be ported to run native on Macs.

    MacOS X really is the best of all worlds. You have the stability reliability and scalability of Unix/Mach with the familiar ease-of-use of the mac. Too bad the clunky old PC still seems to rule the roost with the general public :-(

    1. Re:This is good news. by BlowCat · · Score: 2, Flamebait
      Only purist 'license zealots' will worry about the terms of the license.
      Wrong. If you violate the license you are potentially in trouble. If you are a company in Europe or in the United States and you use Qt in violation of the license, your chances to be sued by Trolltech are very high (I would say above 50%).

      Of course, if you are in Russia (seems to be the case for you) or in North Korea or in Iraq, you may want to risk. However, please don't generalize. I'm not a license zealot, but I'm not going to violate their license (e.g. pretend to be a university professor).

    2. Re:This is good news. by dvdeug · · Score: 2

      Russia has the same copyright laws as anywhere else, so TrollTech can sue you there for violating the license just as easy as the US or EU.

    3. Re:This is good news. by Anonymous Coward · · Score: 0

      Heheheheheh.
      Please, don't make me laugh ...

    4. Re:This is good news. by geekgirl2k1 · · Score: 1

      Perhaps this isn't the spot for this comment, perhaps... but being cursed with the ability to make these hunks of plastic work, and having had my share of running down win98 horrors, why o why does MS Windows own the world? It literally sux. the things that must be done to maintain a self corrupting OS, the re-installs of an entire OS that users typically seem to not only put up with but expect as part of the overall experience of owning a computer. i am a mac bigot, love my iMac, and OS X runs quite nicely on this, thank you. And if i have to run a windows session to help my friends debug their Win95/98 problem of the day, its easy to do so. i am really excited to see a whole new group of developers seriously look at Apple and the Mac for the first time. Unix plus a huge set of apps, sounds good to me. And with the high prices Microsoft is charging for XP and XP Office, don't you think business should start looking at the Mac and Mac OS X again too? gg2k1

  5. QUICKTIME FOR OSX ? by Anonymous Coward · · Score: 1, Insightful

    QT == Quicktime !

    seems a bit stupid to call your project the same name esecially as its on a Mac too

    confusion reigns

    _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
    Apple still putting the TOSH in Macs

    1. Re:QUICKTIME FOR OSX ? by vsync64 · · Score: 1, Insightful
      QT == Quicktime !

      seems a bit stupid to call your project the same name esecially as its on a Mac too

      It's not the same name. QT == QuickTime. Qt == TrollTech's widget set.

      Caps matter!

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
    2. Re:QUICKTIME FOR OSX ? by shrdlu · · Score: 1

      Moderators, I'd have given this post higher than 0, even if it is an AC post. Until I read the WHOLE article, I didn't know that it wasn't quicktime they were selling. Hey, I'm not a mac user, but I've heard of quicktime. Why didn't they use something a little more unique (or else why wasn't there mention in the macslash or slashdot reports that it wasn't quicktime)?

      I dunno. I'd have been more excited if it had been quicktime, myself.

      --
      The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. (Mark Twain)
    3. Re:QUICKTIME FOR OSX ? by TheMidget · · Score: 1

      But will it support the Sorenson Codec?

    4. Re:QUICKTIME FOR OSX ? by MaxVlast · · Score: 0

      Well, most likely, when they decided to start making a widget set, they didn't figure it would be a big enough deal that there would be any sort of name-concept collision with a technology as completely unrelated as QuickTime.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
  6. Cross platform is definately good... by Ace905 · · Score: 2, Informative

    I've always been impressed with cross-platform initiatives. Especially the ECAs big project to get Eggplant code on every system available. Including embedded devices!

    Eggplants!

    --

    Ace
    1. Re:Cross platform is definately good... by luserSPAZ · · Score: 1

      I'm quite impressed by this cross-platform development. Even more impressed that the moderators didn't bother to look at the link, or even think about what the link said.

      Bravo.
      -Ted

    2. Re:Cross platform is definately good... by baxissimo · · Score: 1

      I went to eggforge.net and wasted about 5 minutes clicking around and reading things in a vain attempt to figure out what on earth Eggplant is, other than a vegetable that tastes good parmesian style. I still haven't a clue. All I did find was a comment posted by the same Ace905. Apparently she or he is somewhat involved in this eggplant thing, and trying to use slashdot to let us know how impressed he is with himself.

      Well, here's some advice: if you're going to go posting your url all over the place, try to put some information up that actually explains what the damn project is about.

    3. Re:Cross platform is definately good... by daviddennis · · Score: 2

      It's a joke, and a pretty good one at that.

      Although I'm surprised anyone would have difficulty understanding that - the descriptive material and code exampes made it quite clear what an eggplant is and that the site is satire.

      I'd eat an eggplant to celebrate their achievement if I could stand to do so.

      D

    4. Re:Cross platform is definately good... by baxissimo · · Score: 1

      Oh oh! I found the FAQ. Ok. I get it now.

      I must have thought that that FAQ link was to an external site when I first looked because it appears in the "Other Options" section after "AvantGo". Not where I would expect to find the only information on what the site is about. How about making an "About Us" link like 2nd in the main menu? Geez, they spend all that time making a slick looking site, you'd think they could organize the actual information a little better.

  7. Good idea by Green+Aardvark+House · · Score: 1

    Qt Academic License," which "Allows schools and universities to acquire and use Qt for free in relevant courses.

    It's refreshing to see that a company is offering proprietary software for free to schools and universities.

    Microsoft, take note!

  8. Lets not forget the other big news... by toupsie · · Score: 3, Funny

    ...No not about the mystery press conference tomorrow where Steve Jobs will turn on the Reality Distortion Field and shock us with his "pssst, It's not a Mac" new product. No, I am talking about the native port of Tcl/Tk applications on Mac OS X!!!

    You know I am going to end up with whatever Steve Jobs shows off tomorrow. I already have a closet full of Netwons, QuickTake Digital Cameras, Power CDs and exploding PowerBook 5300 batteries for home defense.

    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
    1. Re:Lets not forget the other big news... by Snocone · · Score: 2

      I already have a closet full of ...

      Yeah, well *I* have a PIPPIN, pose-boy. Top THAT.

    2. Re:Lets not forget the other big news... by mr100percent · · Score: 2

      How many megapixels or CCDs is the quicktake? does it work in OS 9?

    3. Re:Lets not forget the other big news... by MaxVlast · · Score: 1

      It's a dinky old 640x480 (iirc) camera with a proprietary serial interface. One of the Kodal DC cameras was the same device in a different box. If you have the QuickTake software, it probably will work fine in OS 9.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    4. Re:Lets not forget the other big news... by toupsie · · Score: 2

      Okay, okay! You got me beat. I hadn't lost that much of my common sense!!! :)

      --
      Strange women lying in ponds distributing swords is no basis for a system of government.
  9. Qt by Dr.+Sp0ng · · Score: 4, Interesting

    I just have to point out that Qt really is the most excellent toolkit I've ever used, for any platform (and the fact that it runs on all major platforms is a huge bonus). It's sanely designed and it really is a pleasure to use. I'm not a big fan of C++, generally preferring C for most stuff, but Qt makes using C++ more than worth it.

    I just can't comprehend why anybody uses GTK these days :)

    1. Re:Qt by Anonymous Coward · · Score: 0

      Could it be that some people actually prefer C?

      Um, like the poster you replied to?

    2. Re:Qt by Dr.+Sp0ng · · Score: 3, Interesting

      Could it be that some people actually prefer C?

      Dude, did you read my comment? *I* prefer C. But Qt's API is so far above and beyond GTK's that, in my opinion, using GTK is just silly. The API makes my head hurt.

      Anyway, I wasn't trying to start a flamewar, just pointing out my opinion.

    3. Re:Qt by Mr.+Piccolo · · Score: 0

      Have you looked at Motif? It's still THE standard UNIX toolkit.

      At least until Sun releases Solaris with GNOME, then it can be deprecated and GTK will become the standard.

      Qt? Fuhgeddabowdit.

      --
      Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
    4. Re:Qt by captaineo · · Score: 2, Informative

      I agree that Qt is quite well put-together, but after working with it for a little while (I'm mostly a GTK/PyGTK fan) I've found it has an annoying flaw that really prevents me from using it effectively: its memory-management system is restrictive, and it only works in C++.

      The "restrictive" part is due to the fact that Qt takes a simplistic hierarchical view of resource ownership - parent objects own their children, and delete them when they are deleted. This forces you to implement most of your own code as subclasses of Qt toolkit classes. Aside from being aesthetically icky, this can get you into trouble when the rest of your own code has different ideas about object ownership and lifetimes. At the very least you need to write extra adaptor code or invent weak references for Qt objects.

      The other problem of course is that Qt "only works from" C++. I've long since left static languages behind for GUI development; Python and friends are the way of the future. Sure there are bindings like PyQt, but PyQt has some serious memory management problems (since Python objects are reference counted, and can't easily mesh with Qt's object hierarchy). The result is segfaults and/or memory leaks even for simple PyQt programs.

      Using Qt was an interesting and worthwhile experiment, but I much prefer Gtk's more reasonable resource management scheme (which has been designed from the ground up to cooperate with scripting language bindings).

    5. Re:Qt by Dr.+Sp0ng · · Score: 2

      I agree that Qt is quite well put-together, but after working with it for a little while (I'm mostly a GTK/PyGTK fan) I've found it has an annoying flaw that really prevents me from using it effectively: its memory-management system is restrictive, and it only works in C++.

      True, it only works in C++, but then again that's what the language was designed for, and using it in another language isn't how it was intended to be used. That said, its memory management is very nice... you don't have to delete stuff yourself! How is that bad? If you create a dialog box with lots of widgets, do you really want to have to delete each and every widget, or would you rather just be able to delete the dialog itself and have it automatically take care of deleting its children?

      Granted, in some limited situations it would be nice to be able to turn this off, but for the most part it's very nice.

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

      i've worked with a lot of C++ apis, and I think that it's the best way to implement that.

      lets see the alternatives:

      libsig++ - horribly importable (many compilers/linkers do not have the capaiblity to do this)

      mfc/wxwindows - using large MACRO EVENT TABLES. Not really that elegant. Also not as versitile (cannot disconnect/stop/pause signals).

      powerplant (for macos) - have to reimplment even trivial classes :/

      beos- bmessages is interesting, but may not be the easiest for the programmer (often have to write large event receiving functions).

    7. Re:Qt by Anonymous Coward · · Score: 0

      i've worked with a lot of C++ apis, and I think that it's the best way to implement that.

      And yet, C++ is a language that is naturally suitable for GUIs (or so you people like to claim)!

      Actually, libsig++ is just about bearable... pre-processors are not - just because TrollTech were incapable of making a standard work, does not mean it is crap. The next time one of you little KDE infatuated TrollTech apologists bangs on about how *excellent* C++ is for GUI programming, and how crap C is... perhaps you'll remember that (a vain hope, I know).

      And as for the "Overrated" moderation - have the courage of your convictions and face metamod, whoever is responsible.

    8. Re:Qt by Anonymous Coward · · Score: 0

      You'll get KDE 2.X with the upcoming new Solaris version in the extra CD that comes with free software (like GCC, GNU utils etc) and guess what? you'll get there QT libraries too...

    9. Re:Qt by Anonymous Coward · · Score: 0

      Sorry, PyQt automatically sets QObject->setDeleteObject(FALSE), and QList->setDeleteObject(FALSE).

      It's easy as that!

      Be bit less ignorant next time, you fucking dumbass! PyQT is very good with Python's object scheme. If you've never used it, then do not comment about it!

      - Haasckel Michael

    10. Re:Qt by Anonymous Coward · · Score: 0

      didn't you write powershell?
      good to see that you moved from gtk+ programming to qt programming, I did too :-)

    11. Re:Qt by Dr.+Sp0ng · · Score: 2

      didn't you write powershell?

      Yep. Haven't updated it in a year and a half, though... I just can't deal with GTK+ anymore :)

    12. Re:Qt by Anonymous Coward · · Score: 0

      Go back to your Cobol and , I am sure you are going to ignore it as always, wash yourself from time to time.

    13. Re:Qt by paulbd · · Score: 2

      gtkmm, the C++ wrapper for GTK+, allows you to choose how your widgets are managed. you can opt for "deleted by parent", "parent does nothing" and others. sometimes i want a dialog to leave one or more of its children alone. you can't do that in Qt. furthermore, gtkmm offers full STL compatibility, which Qt does not, and it also draws the line between a GUI toolkit (like GTK+) and a desktop/programming environment kit (like GNOME or KDE).

    14. Re:Qt by Guillaume+Laurent · · Score: 1

      > sometimes i want a dialog to leave one or more of its children alone. you can't do that in Qt.

      I think you can. Set 0 as the parent. But on the other hand why would you want to do that ? If it's because the widget creation is slow, then it's not a problem with Qt : closing a dialog doesn't destroy the widget (unless you specify so), it just unmaps them.

      > gtkmm offers full STL compatibility, which Qt does not

      Yes it does. Qt3's iterator are STL compatible.

  10. COOL! by Zo0ok · · Score: 2, Interesting

    Fully carbonized! That means (?) you can develop a program in a mixed Linux/OS X environment, and get Aqua look and feel in OS X. I think it is time to learn Qt ;)

  11. Aqua l'n'f or native Aqua implementation? by pi_rules · · Score: 3, Interesting

    The article kind of glazed over the technical details here... but is this a port of Qt that just wraps around the native MacOSX widgets or does it re-implement everything with an aqua-ish look and feel? Didn't Apple object to the Mozilla port which had an aqua-like but not true Aqua interface?

    1. Re:Aqua l'n'f or native Aqua implementation? by Anonymous Coward · · Score: 1, Interesting

      Given how touchy Apple is about people writing Aqua themes, I would imagine it uses native widgets.

    2. Re:Aqua l'n'f or native Aqua implementation? by AxsDeny · · Score: 3, Informative

      yeah, if you read through it says that it uses the native Aqua interfaces as well as sets apps up to use the Aqua interface.

      --

      zork% mv *.asp /bin/darkroom
      283 files eaten by a grue
    3. Re:Aqua l'n'f or native Aqua implementation? by Webmonger · · Score: 2

      I read it through and didn't see that. I see that it's a native app, and that it has the Aqua look and feel. And that it's carbon-based.
      I don't see anything saying that it uses native widgets. I don't think this press release is meant for the Slashdot crowd.

    4. Re:Aqua l'n'f or native Aqua implementation? by Pitchfork · · Score: 1

      From interviews with Trolltech and my understanding of the design principles of QT I am betting, that they reimplemented the widgets with the Aqua Look and Feel. The whole design of QT is about not using native widgets and they have some nice whitepapers about the reasons for this.
      They worked together with Apple in developing QT/Mac and I think they reimplemented the widgets and signed agreements not to ship these widgets for the other platforms.

      Just my $0.02.

    5. Re:Aqua l'n'f or native Aqua implementation? by AxsDeny · · Score: 1

      pf,
      do you have any links for this info? i'd be interested in pursuing this information...

      --

      zork% mv *.asp /bin/darkroom
      283 files eaten by a grue
    6. Re:Aqua l'n'f or native Aqua implementation? by spitzak · · Score: 2
      They are not using native widgets. They are emulating the Aqua look-n-feel as a Qt theme.

      Anybody who thinks you can make a portable toolit using native widgets has not tried to write one.

      As I understand it, the Aqua look-n-feel could easily be ported to other platforms, but Apple is not allowing that. It is also possible it uses OSX calls to draw some parts of the look-n-feel, this sounds like a reasonable idea since it is not supposed to run on other platforms. However I expect these calls are on the level of "draw a rounded translucent shape this big here", ie much lower than any toolkit interface.

    7. Re:Aqua l'n'f or native Aqua implementation? by mr100percent · · Score: 1

      Apple objected because if the widgets weren't true aqua, they'd be crummy and bad for newbies, as well as work as a theme for other platforms.

    8. Re:Aqua l'n'f or native Aqua implementation? by fault0 · · Score: 1

      apple and trolltech worked on it together (using the aqua look and feel).

    9. Re:Aqua l'n'f or native Aqua implementation? by Anonymous Coward · · Score: 0

      it was in a interview with the trolltech president/CEO.. there was a link about it on dot.kde.org, but that seems to be down right now :/

    10. Re:Aqua l'n'f or native Aqua implementation? by damiam · · Score: 1
      Anybody who thinks you can make a portable toolit using native widgets has not tried to write one.

      So what about wxWindows? It uses GTK on Linux and native widgets on Windows and Mac. It also has bindings for Python, Perl, and wxBasic, along with its native C++.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    11. Re:Aqua l'n'f or native Aqua implementation? by Cryptnotic · · Score: 1

      Anybody who thinks you can make a portable toolit using native widgets has not tried to write one.


      Not true. You just don't get precise control over exactly how things are rendered. It's like writing HTML 1.0.


      Cryptnotic

      --
      My other first post is car post.
    12. Re:Aqua l'n'f or native Aqua implementation? by Anonymous Coward · · Score: 0

      Yes, what about it? wxWindows is fine for many applications, but once you try to do really sophisticated things (eg. I haven't seen an entire KDE-like desktop environment written with wxWindows), you find out the limitations. Java has similar problems (AWT uses native widgets) which they tried to solve with Swing (which doesn't use native widgets) - of course once you implement Swing on an already power-hungry VM, you get a new problem.

  12. Unix Toolkits for MacOS X by BoarderPhreak · · Score: 2
    I think this is great - it's always good to have the toolkits that we all know and love on MacOS X.


    While this is good for porting, unless it's ported as a true "localized toolkit" then it's not of much use. Take for example, GTK+ which works under MacOS X. Without an X server running to display everything on, it won't do much good.


    What would really be icing on the cake is a translator of sorts, or porting the toolkit directly to MacOS X so that the same functions, etc. would transparently call MacOS X/Quartz functions.


    Remember, Quartz/Aqua isn't X.

    1. Re:Unix Toolkits for MacOS X by tarks · · Score: 1

      I dunno if how they did it for MacOS but on the other platforms the used as much of the unerlaying system as possible, only reinventing things that aren't provided natively (At least they say so in the docs)

    2. Re:Unix Toolkits for MacOS X by Anonymous Coward · · Score: 0
      BorderPhreak writes:
      Remember, Quartz/Aqua isn't X.
      While technically this is true, many parts of Quartz/Aqua were modeled after X. Even some of the header files are remarkably analogous to what is found with the X Window System. One can think of Quartz/Aqua as a version of X optimized to work with Objective C.
    3. Re:Unix Toolkits for MacOS X by Anonymous Coward · · Score: 0

      What the HELL are you talking about?

      Qt on the mac doesn't use an X server......... the same way Qt on windows doesn't use an X server.

      Thats the whole point. Get a freaking clue.

    4. Re:Unix Toolkits for MacOS X by Cryptnotic · · Score: 1

      Even some of the header files are remarkably analogous to what is found with the X Window System.


      You could say the same thing about Microsoft Windows.


      All generic heirarchical windowing systems are similar in implementation because they're similar in theory.



      Cryptnotic

      --
      My other first post is car post.
  13. Thanks, Rob! by Anonymous Coward · · Score: 0, Offtopic

    "One guy wrote that we should take all these Legos and build giant robots with which to attack Afghanastan." -- Rob Malda, Founder of Slashdot, a "News for Nerds" website, in a NPR report on post WTC gen-X, 10/22/2001

    I, for one, would like to take a moment to thank Rob for setting us "Nerds" back where we belong. Way to make us look like a bunch of childish tech-heads with no conception of the real world! (That was sarcasm, you nincompoop!)

  14. Carbonized? by BoarderPhreak · · Score: 2
    If QT is C++ in origin, then why isn't it COCOAized?


    Remember, Carbon is for porting old OS 9 apps easily to OS X. It is based on C. Cocoa is the "real deal" for OS X, and is based on C++. It just seems more logical that they would port QT to Cocoa, not Carbon.

    1. Re:Carbonized? by mcfiddish · · Score: 3, Informative
      Cocoa is the "real deal" for OS X, and is based on C++.

      Actually Cocoa is based on Objective C, which is an object oriented language based on C, but is significantly different than C++. There's also Objective C++, but I don't know anything about it.

    2. Re:Carbonized? by Anonymous Coward · · Score: 0

      The problem is that C++ is a lot slower than C. Since OSX is already pretty slow, adding another layer of molasses will only make matters worse. Therefore it is better to use Carbon, and get some of the speed back. Remember, OSX is very slow on consumer grade and legacy iMacs. If you have a top of the line Apple computer, maybe you can deal with the speed issues. But if you have anything less than the best, you will pull your hair out waiting for things to happen. Using OSX on an older iMac is like watching everything in slow motion.

    3. Re:Carbonized? by Anonymous Coward · · Score: 0
      The problem is that C++ is a lot slower than C. Since OSX is already pretty slow, adding another layer of molasses will only make matters worse. Therefore it is better to use Carbon, and get some of the speed back.

      Sigh... You are such an idiot. Please learn at least *something* about the subject matter before posting again.

    4. Re:Carbonized? by erikdalen · · Score: 1

      objective c++ is objective c and c++ code mixed in the same source.

      /Erik

      --
      Erik Dalén
    5. Re:Carbonized? by Anonymous Coward · · Score: 0

      Uh, no. Cocoa is not based on C++ it is based on Objective C, which is a much more like Java than C++. Objective C is what C++ shoudl have been; a clean OO language that can also do low-level stuff (unlike java) and can be compiled.

    6. Re:Carbonized? by BoarderPhreak · · Score: 2
      What?


      Cocoa and Carbon will run at the same speed, regardless. They both run under MacOS X. However Cocoa does not run under MacOS 9...

    7. Re:Carbonized? by statusbar · · Score: 2

      Unfortunately there IS no Objective C++ available anymore. Something about a patent violation, seriously. This severely limits my usage of Cocoa. This is why libQT for MacOSX is so good. Without it, everybody wanting to use C++ on MacOSX would have to thunk to C to call Objective C Cocoa libs, or use C++ with the crappy Carbon libs.

      --jeff

      --
      ipv6 is my vpn
    8. Re:Carbonized? by antijava · · Score: 1

      Actually there is Objective-C++. It was reintroduced in the 10.1 update. Unfortunately, it seems to be pretty buggy.

    9. Re:Carbonized? by mr100percent · · Score: 1

      Tried OS X 10.1 yet? fast

    10. Re:Carbonized? by fault0 · · Score: 1

      Sigh, you'd be incorrect in saying that C++ is a "lot" slower than C. It is a "little" bit slower than C, but not by much.

      It also depends on a number of things.

      The implementation - a good C++ implementation can be much faster than a bad C implementation

      The code - fast C++ code can be much faster than slow or medium speed C code.

      And Qt is good C++ code :).

    11. Re:Carbonized? by Anonymous Coward · · Score: 0

      Not yet. I've been planning on it but the side-effects of the events of 9-11 have really but a crimp on my priorities. Hopefully sometime in the next couple of weeks I'll have the time.

    12. Re:Carbonized? by Anonymous Coward · · Score: 0

      Ok, fair enough. I suppose my generalization was a little too broad.

    13. Re:Carbonized? by erikdalen · · Score: 1

      there is objective c++ now. one problem is that gcc doesn't support it. But I suppose that would mostly be a problem for porting macosx objective c++ apps to GNUStep.

      /Erik

      --
      Erik Dalén
    14. Re:Carbonized? by alannon · · Score: 3, Informative

      This is completely untrue. Objective C++ was included in MacOS 10.1. I'm using it as we speak. It allows you to mix Objective-C and C++ code freely in a single source code file. It works just as it should. It takes much longer to compile, though. Something about pre-processed headers, I think.

    15. Re:Carbonized? by statusbar · · Score: 2

      heh! Well I guess I should upgrade to 10.1 then! I know it wasn't available for the entire last year. I think HP or someone like that had a patent on the 'thunking' technology used in Objective C++.

      I'm glad it is at least available now! Thanks!

      --jeff

      --
      ipv6 is my vpn
  15. I don't mind them charging ... by Daniel+Dvorkin · · Score: 5, Interesting

    ... I just wish they didn't charge so _much_. Never having been a free software zealot, I don't mind paying for software that's truly useful, as this certainly is. But as a starving student, I just can't pay the kind of prices they're charging. I didn't see anything in their academic license section about prices available to individual students. The excellent student prices available on Metrowerks products are one of the main reasons I've stuck with CodeWarrior as my primary dev environment for so long, even though I haven't been wild about their more recent releases in a number of other ways.

    It would be great if TrollTech learned this lesson. Remember, today's poor CS students are tomorrow's pro developers ...

    --
    The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    1. Re:I don't mind them charging ... by TheAwfulTruth · · Score: 2, Flamebait

      Further, TrollTech is activly hostile to the idea of shareware. A method that students and graduates often use to earn a little extra money. Having had a shareware program of my own keep me in computer parts for 8 years and wanting to port to mac/linux I looked into Troll and was agast at the prices they charge for "commercial" software and even more agast at the fact that they specifically call out "Shareware" as a totally unworkable software model, which they will never support.

      wxWindows is not quite as professional as QT and last time I tried the mac port it was severely trailing the windows/linux port (About a year ago). But at least there's hope for people that both don't want to be starving for the rest of their life or have to be MS itself to afford their commercial lisence fees.

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    2. Re:I don't mind them charging ... by SerpentMage · · Score: 1

      I agree with your comment on charging. I am trying to build some shareware products (49 dollars) and 1500 USD is not something I can swallow. And like yourself I use wxWindows. wxWindows is cool and works well.

      But I disagree with wxWindows not as professional. I have used many GUI toolkits and wxWindows seems really good. What I really love about wxWindows is their attention to printing and multiple languages. Something that is essential in any shareware.

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    3. Re:I don't mind them charging ... by Anonymous Coward · · Score: 0

      I think he was trying to say that wxwindows is is not as professional as Qt, which is probably true.

      That's not to say that WxWindows's isn't a great toolkit -- it is. However, I don't like WxWindow's fundamental design -- prodiving wrapping around other widget set APIs. A lession can be learned from Sun here-- they switched from usng native widget sets to it's own in Swing. And Qt has always been like that.

    4. Re:I don't mind them charging ... by Anonymous Coward · · Score: 0

      get an academic copy?

    5. Re:I don't mind them charging ... by Anonymous Coward · · Score: 0

      Sun's AWT was so horribly designed and implemented that it could never work. Rather than admit to being inept, they started spreading the myth that wrappers can never work.

      wxWindows proves otherwise.

      wxWindows + python has given me less proting troubles than Swing + Java. And its MUCH faster graphically (ever tried to run a Swing app remotely over X)?

    6. Re:I don't mind them charging ... by Warwick+Allison · · Score: 1

      Let's see: you could borrow $1950 at say 10% to buy the full Qt Enterprise license. That loan would cost you $200/year to maintain.

      By using Qt, your shareware will be better quality, so you'll get more sales. Surely at least $200 worth of sales per year?

      If your shareware isn't making far more than $200/year, then you should consider either releasing it as freeware (and living off the adoration from users), or if you really believe in it's commercial value, investing more to commercializing it (eg. advertise, contact publishers, distributors, etc., etc.)

      I produced shareware at first (find STrabble for example), and made a little money from it. When I did work on NetHack its licensing meant I had to switch to freeware. In the end I was very happy (especially after Trolltech had seen my code and given me a call).

      Releasing freeware or buying Qt are different ways to invest in your future, and Trolltech supports both of those ways as best we can.

      --
      Warwick

  16. Yes, but you're breaking the law by yerricde · · Score: 2, Insightful

    This is great because it means a whole load of great apps can now be ported to run native on Macs.

    Technically yes, but legally no. Many common apps that use Qt are under the GNU GPL and may not be linked with non-free libraries nor compiled with non-free headers.

    --
    Will I retire or break 10K?
    1. Re:Yes, but you're breaking the law by pi_rules · · Score: 4, Informative
      That is absolutely not the case.


      You can write a GPL app and link it to non-free applications. What you cannot do is link to a GLPed library and release it with a non-free (well, non GPL) license. If the library is written under the LGPL you -can- link a non-GPL application to the LGPL library though.


      If your above stated take on the license was true it would be impossible to write a GPLed application for any OS which isn't GPLed from the ground up. You can write a GPL app for Win32 or Solaris, right? Last I checked their standard C library wasn't GPL.

    2. Re:Yes, but you're breaking the law by Anonymous Coward · · Score: 0

      legally you should shut up

      i mean fuck the GPL if it brings quality software!
      or do you expect someone to port it's app that costed millions of dollars in development to a system, where you have to rewrite basic system routines, cause they are GPL'ed and if you use them, you have to open your sourcecode?

      what do you earn your money with?

    3. Re:Yes, but you're breaking the law by Anonymous Coward · · Score: 1, Informative

      You need to do more research, man. You can link GPLed applications to non-free libraries, that ship with particular OS (e.g. to Cocoa.framework or Carbon.framework in MacOS X case, or to some dll in Win32). You can't link to arbitraty non-free library. Read the GPL license, ok?

    4. Re:Yes, but you're breaking the law by Anonymous Coward · · Score: 0

      There's nothing stopping an author from making a modification to the GPL (as documented on the TrollTech site) allowing for linking to non-GPL libraries. It's fairly well documented. I can't imagine very many software authors being that pernickedy.

    5. Re:Yes, but you're breaking the law by dvdeug · · Score: 2

      Read the fine license!!! The GPL says

      "However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary
      form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable."

      There's a big difference between QT/OSX and the standard C library of a system in terms of GPL compatibility.

    6. Re:Yes, but you're breaking the law by drsquare · · Score: 1

      Sorry, but if you're going to use other people's code ('basic system routines'), then you can follow the writer's rules. Don't like it? Then write your own code.

      "What do you earn your money with?"

      Not by using other people's code and selling it off.

  17. Trolltech should be called on to make QT liscense by andy_from_nc · · Score: 1

    Trolltech should be called on to make QT liscense open on a crossplatform basis. While KDE is not my bag, there are alot of great apps in it. So far the straddling the fence on liscensing on their part has done more for gnome then trolltech. I'd have to say it would be alot more compelling if they made these free. They could make money by selling services like everyone else in this field. The era of software product royalties is nearly over. Trolltech needs to innovate.

  18. QT3 is awesome by bryanbrunton · · Score: 0, Offtopic

    I am using QT3 to write a cross platform legal case managment system. I am going to release a version of it that simply does contact, calendar and mail. It will have an Outlook style interface.

    Screen shot: http://dunsinane.net/bryan/virtualaw.png

    Using the database support found in QT3, this application will use PostgreSQL or an ODBC database as its back-end. It will be multi-user. It will allow for the sharing of contacts and calendars. Who knows I might even put in KDE support (someone had to provide an alternative to the anemically developed Aethera).

    I am looking for anyone who might like to contribute to this project.

    1. Re:QT3 is awesome by Anonymous Coward · · Score: 0

      What is an "Outlook style interface"? For that matter what is "Outlook"? Is that something we should be aware of?

    2. Re:QT3 is awesome by Anonymous Coward · · Score: 0

      Dude, QT3 may or may not be awesome, but that looks crap..

    3. Re:QT3 is awesome by Anonymous Coward · · Score: 0

      Qt3 can be styled a lot. It has a native Aqua look and feel on MacOSX, and a native Windows look and feel on Windows. Even on these, you can easily change how it looks to something like Motif, SGI, etc.. So, "looking like crap" only shows your own ignorance into this.

      Fucking dumbass.

  19. Cocoa is for Objective-C by yerricde · · Score: 1

    Cocoa is the "real deal" for OS X, and is based on C++.

    No, Cocoa is based on Objective-C, the NeXTstep language. Objective-C is not C++, and C++ is not Objective-C. (Yes, the fact that the names of things in ObjC start with NS (NeXTstep) makes it confusing to read Mozilla C++ code, where things also start with NS (Netscape).)

    --
    Will I retire or break 10K?
  20. Re:Let me get this straight... by AxsDeny · · Score: 1

    of course I read the story dumbass... check the name. I'm the one who had it posted.

    --

    zork% mv *.asp /bin/darkroom
    283 files eaten by a grue
  21. Hmmm... by BoarderPhreak · · Score: 2

    Yeah, my bad... It is Objective C, not C++

    1. Re:Hmmm... by Anonymous Coward · · Score: 0

      One other thing. The two most popular Carbon application frameworks (MacApp and PowerPlant) are C++.

  22. Paving the way for a Kylix port? by headkick · · Score: 1

    Borland has already hinted that other OS/platforms would be supported in the future.

    1. Re:Paving the way for a Kylix port? by fault0 · · Score: 1

      That's a interesting idea-- they could add the remaining features missing from Kylix, Do a relativly trivial porting of Kylix from Qt2 to Qt3, and then market Kylix for not only Linux, but also Windows and MacOSX as well. *

    2. Re:Paving the way for a Kylix port? by smittyoneeach · · Score: 1

      Sure, Kylix, but how about C++ Builder?

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  23. wxWindows also works on OSX by ClarkEvans · · Score: 2, Informative

    The wxWindows folks also have a Macintosh port that I believe also uses CARBON. From what I understand they are doing a great job. For python people, wxPython is just fantastic.

    1. Re:wxWindows also works on OSX by bleedingedge · · Score: 1

      I'm looking forward to testing and comparing Qt/PyQT vs. WxWindows/WxPython.

      However, Qt/PyQT includes a visual form designer and complete GUI. WxPython has Boa, but it is incomplete and buggy (though impressive none the less).

      We'll see if either of them is really complete, though.

    2. Re:wxWindows also works on OSX by Anonymous Coward · · Score: 0

      Yes, wxPython is great, but it does not exist on any MacOS.

    3. Re:wxWindows also works on OSX by Anonymous Coward · · Score: 0

      PyQT is better (and Qt matches Python more completly than WXWINDOWS).

  24. Hey! by Anonymous Coward · · Score: 1, Insightful

    I may be a troll, but I am not making this stuff up !!!! Any problem you have with this is a problem with reality, son.

    Once again Rob, thanks for making your posters look like socially-stunted Lego fetishistic idiots! But then again, coming up with an anecdote portraying /.-er's as occasionally empathic and caring contrary to the "Nerd" stereotype would be trite.

    Damn glad I've slipped over to the troll side, and consequently, nothing I say can be taken at face value. If I was a legitimate poster who actually cared about /., an assinine soundbite liek that would cut deep!

  25. Qt non-commercial license by Anonymous Coward · · Score: 0

    They've also stated that a non-commercial license will soon be available for OS X. They currently have a non-commercial license for Windows, which lets you use QT for free for noncommercial projects (though you don't get sourcecode like you do for Unix). The Windows non-commercial is still at version 2.3 but version 3 will be released shortly, and they'll be doing the same for the Mac.

    1. Re:Qt non-commercial license by baxissimo · · Score: 1

      What's your source? I've been in search of some confirmation that the Trolls will be releasing a 3.0 NonCommercial version for Windows for a while, with no luck.

    2. Re:Qt non-commercial license by Anonymous Coward · · Score: 0

      The closest I can find on their website is this on the downloadable evaluation version, currently based on 2.3 and soon 3.0. I think this is the same as the noncommercial, but I can't say for sure.

  26. Just be careful by mughi · · Score: 2, Interesting

    When I looked into their licensing in general (for possible work use) I noticed that if any project was ever touched by any free version of Qt, it could never be later realeased commercially by purchasing a Qt license at a later date.

    This one limitation might be a severe one for those who care about complying with licenses. Read the whole thing carefully before proceding. And get your lawyer to check things for you.

    1. Re:Just be careful by mughi · · Score: 1

      I couldn't find their details off-hand (eating up my bandwidth getting Enigma), however their one page does mention:

      The limitations are that the product may only be used for educational purposes on school hardware, and on the schools premises.

      EEEEK! If that meshes with their previous licenses and FAQ's, extreme caution might be warranted. Their whole "once touched, forever tainted" doctrine makes things very dicey

      Just read their FAQs and such. It be an issue for some, but no problem for others. Just be informed so you can make informed decisions.

    2. Re:Just be careful by smittyoneeach · · Score: 1

      Where is the business sense in that? I'd like to tinker around, get the cross platform product fully pimped out, and then pay for licensing just prior to roll-out. Such an approach would mitigate financial risk on my end, without effect on the Troll Tech revenue stream. Troll Tech, indeed.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  27. Re:Trolltech should be called on to make QT liscen by Anonymous Coward · · Score: 0
    I'd have to say it would be alot more compelling if they made these free.

    Of course it would. And luxury cars would be more compelling if they were free as well.

    They could make money by selling services like everyone else in this field.

    Nobody is making money selling services for free software. Ars Digita made money for a while during the dot com boom, but not anymore. Cygnus did OK for a while, but never really made money. Red Hat & Ximian aren't making money on their services. Eazel and Great Bridge folded. I honestly can't think of anybody who is making money with that business model.

    The era of software product royalties is nearly over.

    Yeah, keep dreaming.

    Trolltech needs to innovate.

    Translation: "You mean I have to pay for this? But I want everything for free. Somebody should make them give it to me for free. Waaaaaahh."

  28. Time to move? by Cardbox · · Score: 1
    Is this the escape route from Microsoft domination that we've been waiting for?

    I've got a biggish Win32 program and wonder about moving it to Qt. How big an effort? Any performance hits / gotchas? Any features that we'll lose?

    Want to stop being dependent on MS before they collapse!

    1. Re:Time to move? by Dr.+Sp0ng · · Score: 4, Informative

      I've got a biggish Win32 program and wonder about moving it to Qt. How big an effort?

      Qt is quite a bit different from MFC, and I think porting would be more effort than simply rewriting it in Qt.

      Any performance hits / gotchas?

      Not really... don't pay any attention to the AC trolls who bitch and moan about moc (Qt's preprocessor)... it lets you do some really neat stuff that you simply can't do with normal callbacks. As for performance, I haven't noticed any speed hits using Qt as opposed to MFC.

      Any features that we'll lose?

      Nope. Anything that Qt doesn't support is EXTREMELY easy to add yourself... Qt is designed in such a way that subclassing a widget to add new features is a breeze, so you can make any widget do anything you want.

      Qt also provides tons of utility classes, which make it simple to do stuff like asynchronous socket/file i/o and so on. It rocks.

      Want to stop being dependent on MS before they collapse!

      Heheh. Good plan :)

    2. Re:Time to move? by Cardbox · · Score: 1
      Thanks for the insights: I'll have to look further into it!

      By the way, this is genuine Win32, not MFC. Our policy is to include nothing from unreliable third parties in our systems. If a user says "it doesn't work", we can't reasonably pass the buck..... we have to fix it all ourselves.

  29. Trolltech says.. (from the FAQ) by Anonymous Coward · · Score: 1, Informative

    Can I make software with the Qt Free Edition and release it under the GPL, BSD, or Artistic license?

    Yes. Since Qt Free Edition is provided under both QPL and GPL, all license conflicts are avoided.

    Is software based on the Qt Free Edition really free? Does it carry Trolltech license restrictions?

    Yes, it is really free. No, there are no special Trolltech license restrictions on free software produced using the Free Edition. In fact, the opposite is true: The Qt Free Edition licensing demands that the software must be free. The receivers must have the rights to obtain the source code, change it, and redistribute it.

    BUT!

    Qt non-commercial edition and the GNU GPL
    The GNU General Public License (GPL) is a popular free software license widely used in the Unix/Linux world. The GPL is published by the Free Software Foundation (see http://www.fsf.org ). One of the key features of the license is that it does not permit the distribution of software linked to non-system libraries that are distributed under different licensing terms. Although Qt non-commercial edition is available free of charge this prohibition nonetheless applies to it.

    If you wish to port one of the many GPL'd Qt-based Unix applications to another operating system using the Qt non-commercial edition, you need to get that application's copyright holders to add an exception to its license. Similarly, if you develop a new application with the Qt non-commercial edition and wish to license it under the GPL you may wish to add such an exception to your license. The Free Software Foundation has provided the following wording for such exceptions:

    As a special exception, gives permission to link this program with Qt non-commercial edition, and distribute the resulting executable, without including the source code for the Qt non-commercial edition in the source distribution.

    Note that such an exception is not required for code released under other free software licenses like the GNU LGPL and BSD-style licenses.

    AND!

    The Qt Non Commercial Edition for Microsoft Windows is a binary only distribution requiring Microsoft Visual Studio version 6.

  30. Pricing - ouch by TomatoMan · · Score: 3, Informative

    You know when you have to dig this deep into the site to find the pricing information, it's going to hurt when you get there.

    http://www.trolltech.com/purchase/qtpricing.html

    US$1550 for one professional license, US$1950 for one enterprise license?

    I believe all the people that say QT3 is the bees' knees, but yikes. Guess I won't be experiencing that coolness for myself.

    (Wistfully remembering the days when Think C was $99, and the early CodeWarriors were around $199)

    --
    -- http://frobnosticate.com
    1. Re:Pricing - ouch by furiousgeorge · · Score: 3, Interesting

      Have you checked out the prices of cars lately? Some of them can go up to even $30,000!!!! Ouch!!

      Not everything is for everybody. The thing is - Qt has developers that actually eat and pay the rent and need a paycheck. And guess what - they deserve it. Qt is KILLER. I work for a small company and we pay for 5 Qt licenses (thats pushing $10,000 a year) - and you know what........ worth every freaking penny. Working with MFC was painful at best, and gtk made me want to go out and kick cars in the parking lot. The increased quality that Qt brings, plus the development time savings is worth the price ten times over. It's a beautiful toolkit.

      It's always so sad whenever something is brought up on slashdot, all people do is bitch and whine because it's not free. Well, welcome to the real world. If you want everything to be free, then you lose the right to complain about the quality of what you get.

      JWZ got it right - and it proves itself every day:
      "linux is free if your time is worthless".

      For those of us who's time isn't worthless, finding the tradeoff point is important. And anybody who can improve that deserves their money.

      Now excuse me, i need to go start a linux system build of our project - it takes SIX @#$(*#&$ hours using GCC - gee, it's the 21st century, you think they'd discover precompiled headers. Once that build is running i'll go back to my MSDEV machine and get some real work done.

      (and debugging with DDD ---------- eeeeshhhhhhh..... god help us all........ yet another way MSDEV kicks serious ass).

      j

    2. Re:Pricing - ouch by SerpentMage · · Score: 1

      There is free and then there is way too much in cost. And this product is definitely in the ballpark of being way tooo expensive. Seriously it is ONLY a GUI toolkit. I looked at their library of supported widgets and thought, too much for too little....

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    3. Re:Pricing - ouch by Dr.+Sp0ng · · Score: 2

      Seriously it is ONLY a GUI toolkit.

      No it's certainly not - it is a complete application toolkit. The GUI portion is just a part of it (granted, it's a rather large part). It also provides beautiful asynchronous socket support, database connectivity, better-than-STL STL-like functionality (linked lists, hashes, and so on), settings management (uses the registry on windows, dotfiles on Unix), internationalization, threading functionality, process control, an XML parser, really good file I/O routines, printer support, and more. And all of it works perfectly, on any platform that Qt supports. Name me ONE other toolkit that even comes close to this.

      I'm a professional developer and I use Qt, and like the previous poster said, it's worth every penny.

    4. Re:Pricing - ouch by Anonymous Coward · · Score: 0

      I'll have to agree that much is too much (make it something like 500 for "small time developers"). But 1500 for buisnesses (Trolltech's main cliente) isn't much at all.

      Also, it isn't really just a GUI toolkit. It also provides a really neat RAD application designer called Qt designer.

      We bought a copy of Qt 2.3, and although we only had one license of it, all of our developers really LOVED it (we primarily work in MFC). Although we do not make cross platform apps (we don't have plans to), even if Qt were not cross platform, we would probably still use it. And who knows, it gives us options in the future to do easy ports.

    5. Re:Pricing - ouch by smittyoneeach · · Score: 1

      >better-than-STL STL-like functionality (linked > lists, hashes, and so on)
      I haven't actually coded against Qt. My efforts at getting KDevelop installed have been... educational, but I hope to get there.
      My experience coding against VCL in C++ Builder has been that platform-specific widget sets can be an annoyance. It seems a good practice to bias tool choice towards the Standard Library. This buys hope of portability and decreases time spent trying to learn Yet Another String Implementation.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  31. MS does give free software (unfortunently) by Anonymous Coward · · Score: 0

    MS does give free software to universities. They give tons of it to my school Penn State, i can go get office 2000 frontpage, visual C++, and windows for free if i want. They are very generous in this. They do it so teachers can require soemthing done in say powerpoint or have C++ classes uses visual C. This makes for a bad thing, Everything here is steadily becoming MS only, large chunk of web pages only work in IE and other such problems. If you don't run windows your pretty much screwed. Free software is not always a good thing, I would have similar issues if they required something done in a linux app and since its free we have no excuse. Free software being avalible just means they can force you to use soemthing. I don't belive there sould be reasons to be forced to use one app or another.

    Also Apple gives many computer to, but their only used by like the 5 people here who willingly use them, other than that there only used when the other computers in labs are full. I belive Dell gives us alot of computers to.

    in short Free is not always Good

    1. Re:MS does give free software (unfortunently) by Anonymous Coward · · Score: 0

      "Free is not always Good"
      Exactly. That's what I've been saying about Linux all these years.

  32. Qt rocks by infiniti99 · · Score: 3, Interesting

    This is a complete shameless plug for my application, but it is also a great example of how good of a crossplatform library Qt is.

    Check out JabberCentral and you will see my client, "Psi", has both a Windows and Linux version. The programs are identical (all features are the same). By use of QSettings, application settings are stored in the registry on Windows and in a "dot" file on *nix. And the look&feel matches the OS.

    The best part? All it took was a simple recompile. One source tree sure makes life easy.

    -Justin

    1. Re:Qt rocks by Anonymous Coward · · Score: 0

      I downloaded Psi for windows, looks very nice :).

      I think more windows applications developers need to start using Qt to port to Linux and MacOSX

    2. Re:Qt rocks by Anonymous Coward · · Score: 0

      You are right for the most part, however, there are some differences between platforms like for example QPixmaps with mask created using createHeuristicMask (..) which are blazingly fast on X while being dog slow on Windows etc .
      It works on both platforms but, believe me, you won't like results on Win32.
      Other than these occasional problems, Qt is indeed a great toolkit.

  33. Idiot gen-xer on NPR by Anonymous Coward · · Score: 1, Informative

    Always happy to throw fat on the fire. This was this morning's "Morning Edition" on NPR, I don't think they have the transcripts up yet. The Real Audio is here on this page.

  34. Fully carbonized by Anonymous Coward · · Score: 0

    I'm glad you explained that in your second sentence. For a moment, I thought it had something to do with flash freezing wanted freighter pilots on Cloud City near the planet Bespin :-)

  35. Re:Trolltech should be called on to make QT liscen by Anonymous Coward · · Score: 0

    First off, I'd like to see evidence backing up the "done more for gnome than trolltech" remark. That sounds like a shoot-from-the-hip comment, lacking any real evidence backing it up. To date, GNOME seems popular with hobbyists and open source developers, but I have yet to see any serious development efforts going into commercial GNOME apps. I'm sure there are some out there, but I have not heard of them (the only one that comes close is GNUCash, and that's such a friggin' mess right now that I won't bother upgrading my existing installation to the new version).

    Second, the comment about making money on services "like everyone else in this field" is laughable. Very few people are making sustainable profits on services. Nobody. Linuxcare is all but a non-issue anymore, Red Hat is just now starting to get a services business started up (and considering their market share, they should be bringing in service revenue in the tens of millions per year; have they even broken a million yet?), and basically nobody else is making money on such things as far as I can tell. The whole "give away the goods and sell services" line is an open source dream that after years of preaching still has not paid off. Face it, people who deal with Linux rarely want to pay for support and services. Even those who toot the services trumpet will scoff at the idea of paying for support and services if asked.

    I'm all for TrollTech charging $$ for their product. They have thought it out very well, unlike other projects that seem more spaghetti-ish than anything else (coughGTKcough). I'm also glad they're realistic about their financial prospects and are willing to charge $$. Without this, there would probably be no TrollTech 5 years from now to help keep Qt alive. When the free software zealots stop this nonsense of wanting everything free (yes, including services and support, you know I'm right), maybe there will be some longevity to this open source stuff. Otherwise, as far as I can tell, open source is "on trial" and is in danger of being dropped by commercial entities. Read between the lines; we're in dangerous times, and free software folks better come to terms with companies charging for software (which is allowed by the GPL, by the way) if they want to keep this corporate participation stuff going.

  36. Hello? by BoarderPhreak · · Score: 2
    I'm talking about things like GTK+ which on MacOS X right now, requires an X server.


    Dumbass. How about YOU get a clue?

    1. Re:Hello? by Anonymous Coward · · Score: 0


      >>Dumbass. How about YOU get a clue?

      Sorry - i seem to have them all - you could use one or two tho.

      You said: (And i quote)

      >>While this is good for porting, unless it's
      >>ported as a true "localized toolkit" then
      >>it's not of much use.

      and also:

      >>What would really be icing on the cake is a >>translator of sorts, or porting the toolkit
      >>directly to MacOS X so that the same functions,
      >>etc. would transparently call MacOS X/Quartz
      >>functions.

      Guess what - it IS a localized toolkit. Qt DOES call the native MacOS functions (the same way it calls the Xlib functions on *nix, or the Win32 api on Windows). It doesn't use X windows. All you need is Qt and your cross platform dreams come true (as somebody who uses qt to go from Linux->HPUX->Win32->MacOSX i can attest to the truth to the statement). Qt hides pretty much everything you need from the OS and abstracts it away so you're ignorant as to what the underlying OS is. Yes, there are a FEW plcaces that aren't covered yet, or situations where specific OS abilities make it slightly more complicated, but it beat the pants off everything else thats out there. In our application suite (4 GUI apps - i'd wager about 250,000 lines of code), i'd ballpark that there's no more than a couple of dozen lines of code that had to be changed because of platform issues - and that would just be because of OS specific calls we needed that Qt doesn't implement yet.

      Quit talking out of your ass........ oh yeah - this is slashdot - don't worry, you'll fit right in.

    2. Re:Hello? by Anonymous Coward · · Score: 1, Informative

      http://www.sf.net/projects/gtk-quartz

      Won't do much until the unstable branch is building on Darwin.

    3. Re:Hello? by Anonymous Coward · · Score: 0

      This article about Qt. A moderater should flag comment as -1 Offtopic and this as +2 interesting.

      Thanks
      Moderators BEst Friend!

  37. academic licenses by mj6798 · · Score: 4, Insightful
    but there is a non-commerical license called the "Qt Academic License,"

    Reminds me of "Hey, the first one is on me, buddy." Seriously, working in the commercial world, these academic licenses are really tiring: companies get students hooked on some piece of software in the hope that they will then enter the workforce and demand that their employers buy their overpriced commercial software, even when good open source alternatives are available. I hope more and more employers will refuse to fall into this trap: someone who has experience with a costly commercial package where a free alternative is available simply lacks the relevant experience for the job and needs to be retrained.

    Matlab is a huge offender in the engineering world (almost free for students, thousands of dollars in the real world). Qt doesn't seem much different.

    My message to universities (as well as open source developers): if you want a cross-platform C++ toolkit, use wxWindows or FLTK; they are good enough. And if you think it needs improvements, make those improvements student projects and contribute them.

    1. Re:academic licenses by drinkypoo · · Score: 1
      Reminds me of "Hey, the first one is on me, buddy." Seriously, working in the commercial world, these academic licenses are really tiring: companies get students hooked on some piece of software in the hope that they will then enter the workforce and demand that their employers buy their overpriced commercial software, even when good open source alternatives are available.

      Then this is strangely appropriate for MacOSX. For comparison, examine Apple's attempts to get students hooked on Macs in school by offering them loans and discounts.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:academic licenses by Anonymous Coward · · Score: 0

      Seriously, working in the commercial world, these academic licenses are really tiring: companies get students hooked on some piece of software in the hope that they will then enter the workforce and demand that their employers buy their overpriced commercial software, even when good open source alternatives are available.

      You are from the US, right? It is a difference between European company ethics and US company ethics (see MS, Coca Cola, Nike and McDonalds; very typical american companies). A little bit strange since americans very often talk about Christian ethic. But it seems as Christian ethic doesn't have to be applied to business in the US...

    3. Re:academic licenses by Anonymous Coward · · Score: 0

      if you didnt know, trolltech is based in norway.

    4. Re:academic licenses by Anonymous Coward · · Score: 0

      That was the point! The author (mj6798) says: companies get students hooked on some piece of software in the hope that they will then enter the workforce and demand that their employers buy their overpriced commercial software, even when good open source alternatives are available.

      (I have made some of the text bold)

      I don't think Trolltech's purpose is to get students hooked on some piece of overpriced software. To do so is an american business philosophy, used by american companies. It was a typical try of bashing a good company and a good piece of software.

    5. Re:academic licenses by Anonymous Coward · · Score: 0
      I don't think Trolltech's purpose is to get students hooked on some piece of overpriced software.

      Oh? So why do you think Troll Tech made Qt "free" in the first place?

      Face it, TrollTech is a money making enterprise, no more and no less. They are neither good nor bad, they are simply in business in a tough market with a product that probably wouldn't have made it without KDE.

      The only thing that's bad is the carelessness with which the KDE developers have treated licensing issues since the beginning.

  38. What about Java? by /^Neil/ · · Score: 1, Interesting

    I heard from an apple rep that OS X has one of the fastest JVMs available and offers OS X Look and Feel. New machines also come with Java Web Start. Is Java on a new OS X machine fast enough to replace C or C++? If not, it must be getting pretty close.

    1. Re:What about Java? by Pengo · · Score: 2

      I ran the volano benchmark on my G4 466 and it ran 20% faster than the IBM JDK running on my Dual CPU PIII 800.

      I have found java on OSX to be outstanding. I am a java programmer and use it for dev all day, though we deploy to linux boxes.

  39. get real by Anonymous Coward · · Score: 0

    you anon coward twit

    1. Re:get real by Anonymous Coward · · Score: 0



      you anon coward twit

  40. But they're using QuickDraw... by melatonin · · Score: 1
    For some reason, they're using QuickDraw to do the rendering, not Quartz 2D. As mentioned here, QuickDraw is fine if you want to be compatible with OS 9, but if you're targeting OS X, duh.

    Perhaps it makes the port of their Qt/Mac easier to maintain. But if you are really targeting OS X, use the OS X APIs...

    --
    Moderators should have to take a reading comprehension test.
    1. Re:But they're using QuickDraw... by fault0 · · Score: 1

      If I'm not mistaken, QuickDraw DOES use Quartz internally in OSX.

      So it's all the same.
      When the most mac users move to OSX, and application developers quit targetting Classic MacOS, I bet they'll switch.

    2. Re:But they're using QuickDraw... by melatonin · · Score: 1
      If I'm not mistaken, QuickDraw DOES use Quartz internally in OSX.

      No, it's not the same :/

      QuickDraw ports are limited to the QuickDraw type manager and QuickDraw manipulations. It's possible to make one pixmap and use it as both a Quartz 2D port and a QD port (which is something Apple hasn't really documented), but they're using QuickDraw operations on their pixmaps (and on the window ports).

      That's why QuickDraw anti-aliasing looks like crap and CoreGraphics anti-aliasing doesn't. They're using different rendering algorithms. One's QuickDraw type (duh), the other is the funky new stuff.

      Qt isn't using the funky new stuff.

      --
      Moderators should have to take a reading comprehension test.
  41. Re:Trolltech should be called on to make QT liscen by Anonymous Coward · · Score: 0

    I agree. The GTK+/GNOME is not really activily used at all by companies not working in open-sourced products.

    While Qt is increasingly used by many closed-source companies, which is almost guarenteed to make TrollTech a long term buiness plan. If I were to chose between investing in TrollTech or Ximian, for example, I think that TrollTech has a better chance for survival in the long term.

  42. rubbish !! by Macka · · Score: 1


    I'm really starting to get hacked off by this argument. $1500 is NOT overpriced in a commercial software development setting. It's peanuts, pocket change, it's nothing!!

    I just finished doing a job where the development group were paying more than that for a consultant from Oracle to do development work on site, per DAY !!

    1. Re:rubbish !! by baxissimo · · Score: 1

      Hellooo? Who is it complaining about the $1500 fee? I think you'll find that it's not people in a commercial software development setting. It's hobbyists, academics, and small-time shareware authors. We want a license that makes sense for us. I can't afford to pay for a Qt licence, so I'm very grateful for the current free licensing schemes they've added, but they've got some problems.

      Namely, I would really appreciate it if I were at least allowed to work on my own apps under the non-commercial licencse, and then later -- if they turn out to be commercializable -- switch to the commercial license.

      But check out this language from Trolltech.com's FAQ:

      Can we use the Free Edition while developing our non-free application and then purchase commercial licenses when we start to sell it?
      No. The Free Edition license applies to the development phase - anything developed without Professional or Enterprise Edition licenses must be released as free/open source software


      Frankly, I'm dubious as to whether they can even make that restriction, legally. Does that apply to ALL the code I write as part of a Qt non-commercial application? What if some particular source_file.cpp I write has *nothing* to do with Qt? I.e. includes no Qt headers and uses no Qt classes. I try to keep my UI code separate from my app code, so that situation is not uncommon. What about source files in libraries I wrote before I even started using Qt? I didn't have a Professional License when I wrote it, so does using those files in my current Qt project suddenly make them ineligible for inclusion in a commercial Qt app for all time? Everyone has their own little set of utility libraries they reuse from project to project. You hardly ever start completely from scratch. Surely those would have to be exempt from the above. I think the terms above are way too ambiguous to be binding.

      I can certainly understand why they want this clause -- too many software companies go belly up before actually shipping product, so you have to get them to pay for the commercial license up front. But what about the lone coder working on something (again in an academic setting, or as a hobby) that turns out to be sellable. That guy shouldn't be prevented from buying a commercial Qt license and selling his code, just because he started out using the free version of Qt. That seems like bad strategy on Trolltech's part. If they can turn a free user into a paying user, they should be excited about that. Instead they've set up what amounts to a disincentive to use the library for users just tinkering around, but with vague commercial aspirations.

      I guess my point is that I don't have any plans to write commercial apps, but I *am* doing development. If something turns out to be worth commercializing, Trolltech is telling me that they won't just sell me a commercial license to release the program under, instead they want me to buy the license and then *rewrite* everything.

  43. Re:Unsafe Guardian by Anonymous Coward · · Score: 0

    because maybe the rest of the operating system is not GPL'd or under a Open license? Qt, when placed in a integral part of the operating system, TrollTech has made Qt match the licensing of the outer OS.

    Judging from the comments you've made in the past (read this guy's user info), you sound like a ignorant troll. Get a clue, you little fucknut.

  44. So KDE and X are bit players ... by konmaskisin · · Score: 1

    ... where the toolkit can be "free" ... but on the "real" platforms (OS/X and NT) developping apps costs money. Blah lbah blah it's well designed etc. etc. So was NeXT and it's developper workstation and license was $uper expen$ive too ...

  45. rubbish !! by Macka · · Score: 1


    Do you actually know how much it costs to buy hardware, software and licenses in commercial organizations these days? It's outrageous! $1500 as a one off cost per development seat is nothing!

    you obviously don't work in commercial software development or you wouldn't have this opinion. and if you do, then go talk to your boss about costs and how much his budget is .. you'll get a shock.

  46. Re:Let me get this straight... by robi2106 · · Score: 1

    So you would rather there be no communication of any technical / hobby / fun nature until this entire global issue is resolved?

    While I think our lives do deserve a bit of a refocusing on what are genuine priorities, I don't think our avocations or vocations should be excluded from our life until such time is reached.

    That is what balancing life's activities is all about. Try it. A balanced life is usually more rewarding, and yes . . . .even fun. I plan to follow the news regularly, read & post to /. , write my representatives regarding propossed "anti-terror" legislation, follow my vocation intently, and log online at night and play a few games of Tribes2 to have fun. Has my life changes since 11Sep . . . yes. Will I exclude all other activities . . . no.

    robi

  47. Re:Let me get this straight... by robi2106 · · Score: 1

    hehehe whoever modded this had fun modding down CmdrTaco.

    I try to get a few posts above 3 every once and a while, but my smart ass side just has to quip in a few times a week with Score: 1 comments. Oh well. Karma isn't exchangable for US$, soI can spend it freely.

    robi

  48. Re:Trolltech should be called on to make QT liscen by Macka · · Score: 1


    Right on! Giving away the goodies for free and making money off the services isn't working for anyone. Those open source development companies that are making money are the ones who are using split licensing to split their product into bits that you pay for and bits you don't.

    theKompany is a good example of this. You get most of their basic products for free, but if you want the extra bells and whistles that you need to be really productive, then you pay for the extras. Kivo's templates are a good example of this.

  49. Re:Trolltech should be called on to make QT liscen by Keith+Russell · · Score: 2
    Um, no. Selling commercial licenses to commercial developers for commercial products is a pretty good way to keep a revenue stream flowing. How much money do you think the GTK team would make if they incorporated?

    I think it's fine for Trolltech to straddle the fence:
    • Free edition for Free software
    • Commercial edition for commercial software

    Simple, right? Wrong. Add operating systems to the equation. Now it's:
    • Commercial edition for commercial software on any OS
    • Free edition for Free software on Open Source OSs (and a few architecturally similar closed OSs)
    • Non-Commercial edition for "non-commercial" software, or Free software, if you get permission from the people who manage it, or Open Source software, if that particular flavor of license allows it, for two particular closed OSs that cover all but a sliver of the desktop OS market.


    Trolltech could make everyone's lives easier if they'd just forget about the operating system. Would I like to see Windows go Open Source? Sure. Would I like to see Apple open more of OS X than Darwin? Certainly. Is it going to happen? Not bloody likely. Are Trolltech's licensing terms going to change anything? Not bloody likely.

    I just feel like Trolltech is robbing Peter to pay Paul. They're trying very hard to encourage adoption of Open Source operating systems. Unfortunately, their choice of licensing terms actively discourages cross-platform Open Source applications.
    --
    This sig intentionally left blank.
  50. Native GTK+ Port to Quartz/Aqua/Whatever by fdobbie · · Score: 1

    I am attempting to head a project to port GTK+ to use Quartz and run natively on OS X, but I'm not getting terribly far (mainly because the unstable branch isn't building yet because libtool and Darwin's linker are a mess). Anyway, if you are interested or think you can help, please go to the project page and sign up for the mailing list.

  51. Qt/Mac may indirectly bring us Linux apps by infiniti99 · · Score: 2

    We might see that happening in the near future now that Qt is available for Mac.

    Qt has always worked between Windows/Unix, but big application companies (like say, Adobe) care more about Windows/Mac. AFAIK, Photoshop has two codebases, one for Windows and one for Mac. With Qt 3.0 they could reduce it to just one. Even though their original intention might be to just have Windows/Mac versions, this would place them "one compile away" from having a Linux version. They may or may not go the Linux route at first, but the option would be obviously there.

    Who knows, maybe this will actually happen.

    1. Re:Qt/Mac may indirectly bring us Linux apps by smittyoneeach · · Score: 1

      It might lead us to the promised land where the application is what matters, not the OS, and the lame incompatibilities introduced by some companies in an anti-competitive spirit will bite them where they deserve it.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  52. LIcensing by Muad · · Score: 1

    Actually, the Academic License and the Non-Commercial edition are two different things. academic -> for schools, universities, etc. free as in beer, NCE -> no-warranty, no-support license for developing windows apps. It is called "non-commercial" because it can only be legally used to produce non-commercial apps (Doh!). http://www.trolltech.com/developer/download/qt-win -noncomm.html I would expect the mac version to become NCE available sometime. However, I must note that it was not an immediate thing for windows, so it might take some time.

    --
    --- "I didn't think anyone would understand it" -Prof. Bob Muller
  53. Re:Qt [multiple language bindings] by LeninZhiv · · Score: 1

    Although the point should be made that although those who prefer C can still justify making an exception in order to have the cleaner API of QT, others cannot: GTK has bindings for an ever-increasing number of languages, QT is C++ only (for any practical purpose, there may be some hacks out there.)

    I for example am most familiar with guile-gtk; it would be much harder for me to justify switching my toolkit to QT, since everything else would radically be changed as well with the switch from scheme to C++. But C users don't face this dilemna.

    (Not my intent to contribute to a flamewar either, if there was a scheme, or better yet Common Lisp, binding to QT I'd have good reason to prefer it too, but multiple-language support is definately one of GTK's advantages.)

  54. Re:Qt [multiple language bindings] by Anonymous Coward · · Score: 0

    I don't usually respond to the usual uninformed crap that passes for /. comments, but I strongly object to the software that I have written and maintained for the last 4 years, that has spawned a book, 2 commercial products, and is used by many individuals and well known organisations as a hack.

    Phil Thompson (author of PyQt)

  55. Relevent Course... by Anonymous Coward · · Score: 0

    there is a non-commerical license called the "Qt Academic License," which "Allows schools and universities to acquire and use Qt for free in relevant courses."

    I'll use it in my dorm. It's pretty Relevent-- TO ME!

  56. More on the OS Loophole by yerricde · · Score: 2

    However, as a special exception, the source code distributed need not include ... the operating system"

    I have written more about this operating system loophole in the GNU GPL. Some software publishers might claim, and some courts would believe, that Qt qualifies as an "operating system" under which other applications can run. It certainly is a "platform."

    --
    Will I retire or break 10K?
    1. Re:More on the OS Loophole by dvdeug · · Score: 2

      Publishers might claim anything, and you can always find a court that will agree with pretty much any piece of junk you want to put out. But QT is not an operating system, any more than it's a CPU (an OS always includes a kernel, in every definition and example I've ever seen.) And GNU/Linux plus foo does not make foo a part of the operating system, any more than GNU/Linux plus a i386 makes the i386 part of the operating system.

      It's possible you could argue that QT was part of SuSE and some other Linux operating systems, but that still doesn't give you the right to distribute binaries linked against QT for Solaris, as that's clearly not part of the OS.

  57. Getting an exception for all modules your app uses by yerricde · · Score: 1

    There's nothing stopping an author from making a modification to the GPL (as documented on the TrollTech site) allowing for linking to non-GPL libraries.

    However, if your project contains any code written by other people, it may be difficult to get permission from them to link their code to Qt. For instance, if your program uses both GNU readline and Qt, or some other GPL library and Qt, tough luck.

    That is, unless you take advantage of the GPL's OS loophole.

    --
    Will I retire or break 10K?
  58. Re:Qt [multiple language bindings] by LeninZhiv · · Score: 1

    Sorry, poor choice of words on my part; my main point though was only that GTK currently has more languages supported even though I wish there WERE more projects like PyQT. And that this might be an additional reason why some people will keep using GTK instead of QT, which was the original discussion of the thread. But I am glad to hear that Python users are not in this group thanks to PyQT (and the same for whatever other languages do indeed have bindings, java for instance, but there are still more left over with bindings only in GTK--and hopefully not for ever.)

    (I was thinking of language bindings for QT the same way I look at, say, Cygwin on NT; "hack" isn't the right word, but in both cases through the developpers' wonderful efforts they are achieving something that the vendor is not really interested in supporting.)

    For an incomplete list of GTK's minority language support see the Language bindings for GNOME Matrix.