Slashdot Mirror
Qt for Mac
infiniti99 writes: "Looks like Trolltech made a port of their popular cross-platform GUI toolkit, Qt, (not to be confused with the QuickTime movie player) for the Mac. Here is a link to the announcement. There are a couple of screenshots and a demo application is available. Good stuff! Will this further solidify Qt's position as the de facto way to develop cross-platform applications?"
Wow without shareware there would not have been PaintShop Pro which rivals the Gimp in most respects for fuctionality yet has always been closed source.
Shareware is good for authors just starting out. They are free to do as they please instead of bowing to the whims of a corporate employer. When you deney them that because you want to shove your "free software model" where they cannot make a dime, without detracting from their code.
I was speaking with a friend who makes a living off his software (note not service or support or tie in products like t-shirts) and was thinking about making a release on linux. He really loves KDE but one of his barriers to entry is that qt (his prefered method of implementation) is not favourable to his model. His choice was simple ignore that platform till they come around or he finds something better.
Companies sell software. Individuals should be able to too. It's not like a shareware programs deny anyone the ability to roll their own. In fact they help scratch itches that some people can't scratch themselves.
Support Shareware that's good and do the same for opensource.
Motif is as featureful and mature as Qt?? You must be kidding or you have never looked at Qt source. Just a simple example, creating a new widget in Qt takes very little time, compared to the Motif. Not to mention cross-platform portability, signals/slots mechanism instead of callback function mess in Motif, etc. Sorry, butyou just seem to have no idea, what Qt is capable of.
Moron.
It has a class framework to rival .NET and it does away with the whole widget/component metaphor altogether - you build your GUI in XML, giving you total control over how it looks and feels. Best of all, if you don't use any native code (ie. you only use Java/JavaScript/Python/Ruby to create your code) then it'll run on any PC without compilation. Want platform specific features? Well, you can have them too, just use C.
-mike
Look at programming languages. Availability reigns. Why pick C? Why use Java? Why use Perl? It's simply not just what the developer is used to that matters; good developers really try to plan ahead during the process of programming as well as future wants. But the tools for that platform must be. They choose a language by what options it gives them *during* the process of coding as well as in the *future* process of porting and improvements. Likewise with APIs.
iow, people who write for one platform now know they may target the Mac, and may be more likely to use Qt. Mac programmers may now, seeing the availability, use Qt because they may want to break into other markets--hence the number of people using Qt, which Trolltech sorta cares about, increases.
imnsho, this is incredibly useful for the programmer. It's a good tool, increases choice and maximizes their user base.
Yup, indeed - Opera uses QT libs..
Hetz (Heunique)
I'm curious. What, exactly, do you feel is bloated about C++?
--
It may be "just another *nix", but it is not just another X.
DCMonkey
Anyhow, I've written apps for Windows using GTK. You just obviously haven't used them.
Funny -- there are many more cross-platform GUI libraries than Qt, and I'd hardly call it the "de facto" standard.
GTK supports a decent number of platforms -- Win32, Unices (both via X and raw framebuffer), BeOS and, yes, an unofficial MacOS port is in the works (though it's still "pre-alpha").
Why would I use GTK above Qt? First, I like C... but more importantly, Gtk is available under the LGPL; if I write a Qt app and want to release it without serious restrictions on what terms I can license under, I need to pay royalties to TrollTech.
wxWindows also supports Windows, X (both GTK and Motif) and the Mac, and is licensed in a LGPL-ish way.
Also, through the use of winelib, TWIN and similar libraries, raw win32 can be pretty portable (though I'm not about to use it).
The UI should be a separate (and much smaller) app from the backend and other muck -- that's the way I've always done projects of any significant size. Hence, the frontend (the only part using GTK, Qt or anything similar) need only be a small-scale app.
its more of a mess. yes, you can get it to run on windows,linux,mac etc. but its still a mess, and many unixes are still left out of cross platform GUI apps. tcl/tk is an example of a cross platform environment. python is a nice one. too bad it changes every 6 months...
I think it is Apple the company that demands that, not mac users (very few user communities speak with one voice). It is one of the upsides for customers that tight vendor platform control provides.
I think we can think of a few downsides too, but this is already way off-topic.
...yellow number five, yellow number five, yellow number five...
They're still customers. Plus, they will unlikely be swiped from you by Microsoft. For the smaller players in the market (which MS style capitalism is supposed to be good for) 5-10% of the market is nothing to trivialize.
Not everyone is Microsoft or EA.
A Pirate and a Puritan look the same on a balance sheet.
Most of us are inface "poor".
I know people that could buy and sell your pretentious *ss and still would not overpay for anything if they could avoid it. Photoshop, for many of us, is just that (overpriced and under necessary).
A Pirate and a Puritan look the same on a balance sheet.
> Linux will never win the desktop until this
> concept is thouroughly understood by its
> application developers.
Why? The currently (and historically) successful vendor changes their interface on a regular basis. Meanwhile, "the gaurdians of consistency" have been lingering on the fringes right along side Linux.
A Pirate and a Puritan look the same on a balance sheet.
Try GNUstep.org
A Pirate and a Puritan look the same on a balance sheet.
http://www.fltk.org has fewer features, doesn't support mac (just unix/win32), has fewer widgets, and yet is still better than QT. I like QT, it's my second favorite toolkit, but fltk (once you get used to it) is more productive than QT. Given a complex UI with about 30 separate user screens, multiple tabbed dialogs, etc etc, you get a working application considerably faster with QT.
You get this with less code, and it runs faster, and you don't have to run through some weird code
conversion program.
It's faster, more elegant, free (LGPL), has better OpenGL support, but isn't well known, and is less feature rich.
http://rareformnewmedia.com/
Uh? Visual C++ is less than DKK 1000 (~USD 120), which basically means I can get my boss to buy it "just to test it". Qt is DKK 12,000 (~USD 1,500), which means that I have to already decide I want to use it, for my boss to allow the expense.
Yes, Visual C++ can be a lot more expensive, if I buy it together with a lot of crap I don't need.
Nope, he want a price strategy that allows Troll Tech to make "a little" money on developers that make "a little" money a program that uses Qt.
How can an nearly contentless flame get a score 5?
Someone state that he cannot use Qt, because he write shareware, and the Qt license options doesn't have an option for shareware authors. And that you somehow interpret as "someone desperate to complain about the product"? Gee, if being unable to use a product because of the license isn't a valid complaint, what in your book is. He wasn't even saying TT was evil or anything, just that they apparently wasn't interested in doing business with people like him, and that maybe they should be.
Progress is beautiful.
--
-- Slashdot sucks.
When is this lame hypocritical troll going to die?
Most of the shareware I see on Winfiles and TUCOWS were developed using massive expensive development packages like Visual Basic, Visual C++ etc...
I know developers who spent less than $1,000 for the development environment they use. They are either students living on the popular "educational discounts" or using the free development tools like GNU. The rest are using pirated software.
QT's "educational license" is the Free edition (read the license for VB educational package. You can't sell shrink-wrapped software developed on it"). There is no point in trying to compete against pirated software. If your stuff is better they will just pirate that instead.
The real test is; Has anyone seen QT for Windows on a Warez site yet? I haven't been to one of those in years so I wouldn't even remember where to look.
PS: The "Troll" I speak of is your coment. Not you. Or the software company by that name.
--= Isn't it surprising how badly I spell ?
From my original post.
"or using the free development tools like GNU."
VIM isn't part of GNU but it is a free tool.
--= Isn't it surprising how badly I spell ?
What are the free development tools used by these shareware authors on the Mac platform?
Last I herd, the cheap dev kits for windows didn't exist in Mac versions and the kits that do exist for mac are expensive.
--= Isn't it surprising how badly I spell ?
Troltech used to argue that. However once the author of the GPL sat down with his lawyer and explained to them what it actually means they believed so strongly in it's protection that they put the entire business on the line.
BTW: As far as I know Troll Tech actually makes a profit selling QT. How many other Open Source companies can say that?
--= Isn't it surprising how badly I spell ?
It looks like someone fell asleep in english class. Give some actual facts to back up your quite trollesque like statements before posting.
The FIRST sensible comment I have read so far in any /. article involving qt!! Congrats man! Of course maybe I'm just happy to see that someone else out there knows the "right way to do it". :-)
"There's no secret. You just press the accelerator to the floor and keep turning left." -- Bill Vukovich
Never mind the GTK zealots, here come the Windows apologists.*
TrollTech's stance on proprietary OSs has been, to put it bluntly, discriminatory. For free OSs, they're quite clear and logical: Pro or Enterprise for commercial, Free for GPL. But they have a horrible double standard for Windows and proprietary Unix. They're OK with using Free for GPL'd Unix projects. But they won't release a Free version of Qt/Windows. They require that you pay for Pro or Enterprise, even if your project is GPL.
I'm still trying to figure out why. Technical reasons? I've looked all over TT's site, and I can't find any evidence that there's a difference between Qt/X Free and Pro editions, except for licensing terms. Surely they could do the same for Qt/Windows. Ensuring a revenue stream sounds good, but if that were the only reason, why release a Free version at all? Goodwill? Sounds better. But TT is making friends with the Linux and BSD developers at the expense of Windows developers.
The only reason I can come up with is this: TrollTech can't stomach the thought of Open Source software on a Microsoft operating system. So they actively discourage such development with their tools. Maybe they think they're sticking it to Microsoft. Does anyone here think Microsoft gives a damn about TrollTech? If anything, Qt/Windows Free edition would get TrollTech on Microsoft's radar, since it would provide an exit path away from Windows. The only people getting screwed here are Windows developers, because they're being denied a powerful tool for purely political purposes, and TrollTech, because they're holding back their own success.
*: Boy, I never thought I'd be saying that.
We're not scare-mongering/This is really happening - Radiohead
This sig intentionally left blank.
Don't we need to be worried about the LCDs functioning on the Macs? Wasn't there just a story about Macs only shipping with LCDs?
Oh, Least Common Denominator...
Chris Cothrun
Curator of Chaos
Bleh!
This is really neat. I doubt I'll put KDE on my Mac, but I would definitely like to use some solid apps like Konqi or KMail (when it stably supports SSL without proxies)..
Your Working Boy,
- Otis (GAIM: OtisWild)
No. I'm the Dixie_Flatline construct.
Funny, by the look of those shots, it seems this is what TT did. I'm sure Apple wouldn't accept anything "less" than native.
If Qt is ported, how hard would it be to port the KDE libraries to Win32 (with or without an Unixy layer such as Cygwin)?
It would certainly be pretty sweet to have 'KDE for Windows'. Not the desktop itself but all the apps like Konqueror and KOffice. A collection of KDE applications for the Mac might be easier, if you're using Mac OS X then most of the Unixy stuff KDE relies on should already be there.
-- Ed Avis ed@membled.com
Well, it isn't a toolkit, but for cross-platform development, nothing beats OpenStep which is native to MOSX. I'm personally aghast at the possibility of QT sullying the RAM of a G4 that's perfectly capable of running OpenStep apps! <grin>
Just as a sort of evangelistic aside, you might want to take a look at *cough*Cocoa*cough* for cross-platform stuff.
I just don't get this. Java is nothing more than a cheap knock off of OpenStep. Now, why on earth would you want to develop Java applications on a platform that has a good solid Application Kit and Foundation Kit?
You generally wouldn't write directly for Aqua. Instead, you would use the high level OpenStep frameworks (which are implemented in the GNUstep project and available on Linux, *BSD, Darwin, and partially on win32).
Which is exactly what wxWindows does. There are very few LCD issues in wxWindows, and it will be even further minimised as time goes on and more generic implementations of the core widgets are implemented.
wow, if I'd said that in a post, it'd be modded down as 'troll'
I'm a great Mac fan and I program quite a bit for MacOS in my spare time, but I can tell you all this:
Java in MacOS X is so slow it borders on being unusable
And this is on a G4/450 with 256MB RAM. Apple are going to have to do a lot better than this if they seriously want people to use Java for MOSX development.......I'm is not saying that Carbon or Cocoa are fast, either, they just happen to be above the line of usability.
I don't know much about Qt, etc., but does this basically mean that it will all a greater number or programs to be ported pretty easily to Mac OS X?
> Many people (many slashdotters included) seem to discount the possbility of using Java for real cross-platform desktop apps
... however long you manage to keep that position.
Because Java is not cross platform. It is a platform, just happens to be a virtual one. And frankly, it still stinks for GUI apps: it looks different than everything else (even the windows "theme" of swing is just still slightly wrong), it doesn't even support wheel mice. Drag-and-drop interoperability with the rest of the system is nonexistent (doing it at all is highly baroque).
As for speed... compare the responsiveness of the interface of LimeWire compared to BearShare. And do try that "hardware is cheap" argument when you get put in charge of purchasing
I'd no more write a GUI app in Java than I would in Perl.
--
I've finally had it: until slashdot gets article moderation, I am not coming back.
should be "qt for mac os x". which really isn't all that great - os x is just another *nix.
qt for os 9, a year or two ago, might have been interesting news.
this isn't.
---
I think if it comes with a set of PARTs and APIs that I can use in generating GUI code based on object models, I'll give it a spin.
All real-world systems I've worked on so far (government accounting, enterprise modeling, payroll/HR, loan, banking systems etc,) have weighed in at 700 to 1,200 window layouts and you don't maintain those "by hand" you regenerate the schema and GUI code when the underlying model changes.
Any system you "paint" is too expensive to maintain other than as an in-house product.
MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
Correct. Apple (users) will notice very minor variations from their standard UI behavior. Unlike Unix users that generally don't care.
If TT wrote their own widgets, they better have the behavior spot down (which is possible - not how MS Office doesn't use native widgets on Windows). Otherwise, it's pretty much a commercial no-go on the platform.
--
Business. Numbers. Money. People. Computer World.
CodeWarrior starts at about $300 for Classic/Carbon development (excluding the cheapy student edition), and the Cocoa NeXT tools are free with OS X.
Note that Qt still requires a compiler, so that $1500 is on top of what you are already paying.
(I'm not passing a judgement on TT pricing, just pointing out what the real costs of Mac dev are.)
--
Business. Numbers. Money. People. Computer World.
I think you misread those screenshots. They are either fullscreen X11 or one which is looking at an X11 desktop thorugh VNC.
True "rootless" XonX would allow X11 app windows to float along side the Mac windows, using aqua as a 'window manager'. Some commercial company has claimed that they will ship this (if the XFree hackers don't get there first.)
--
Business. Numbers. Money. People. Computer World.
First of all -- Use PowerArchiver for free instead of WinZip until the next version of Windows has ZIP shell integration.
Second, other than Zip file handling, what shareware/freeware does the average Windows user really need? Some people use Agent, but I find that OE or Netscape are good enough newsreaders. I bought the ACDSee image viewer, but hardly ever use it. Sonique/WinAMP are free. Compare this to the Mac where basic tools like a terminal emulator or a Ping utility are distributed as shareware.
I agree the shareware situation is pathetic on Windows (for every WinZip, there's 150 other crappier shareware Zip decompressors, not to mention the gallons of spyware and copy DLLs into your system folder crap). But most users avoid that braindamage by routing around it.
--
Business. Numbers. Money. People. Computer World.
1) TT has hired several KDE developers, who continue to do much for KDE.
:-)
2) TT entered into the Free Qt foundation, before the FSF had convinced their lawyers that the GPL was safe for them.
3) TT employees have given tons of free support to KDE developers.
4) Hosting www.kde.org
About the only thing they haven't done for KDE is clone David Faure.
There are several development environments for the Mac... either free, or low-cost:
In fact, I think the inclusion of ProjectBuilder with Mac OS X has enabled a lot of hobbyist/shareware developers (not to mention Next oldtimers) to get a head start at developing software for the OS. Just look at VersionTracker's Mac OS X pages for evidence.
To be fair, MS does have the bulk of the market at this time, but that is rapidly changing with MacOS gaining fairly steadily on WIN, and *nux making leaps and bounds.
Sorry, but the desktop market share for Windows increased from 89% to 92% over the past year. Linux is at 1% and other Unices are probably less than that combined. The Mac's at 4 percent. Oh yeah, and your evidence for the MacOS gaining steadly is an article from March 1997?
Cheers,
ummmm. c# is nothing but a wrapper around .NET. So are vb7, vc7, and every other component in visual studio .NET.
I've got some experience. I have a small (80K) client-side Java app, written in Swing, which tracks my Fantasy Baseball league. It runs well under OS 9's Java (with Swing 1.1.1 installed) and under various Win32 JDKs. Under OS X's Java, one table has its TableHeader smooshed out of existance (and I'm not hard-coding widget heights; I'm using the proper layout managers). Performance is also notably slower. There are several tables with large number of rows (>500) and redraw rates on them are not fast.
Here's the surreal bit. The same machine running the same .jar file within the Classic environment or Mac OS 9.1 is much faster. You can actually have both running at the same time, by using two different launchers.
So Java on Mac OS X has a ways to go still. But having JDK 1.3 present makes up for a heck of a lot of sins.
-jon
Remember Amalek.
Aqua + X Windows = heaven
there's a couple of screenshots in there, one with the gimp running in an X window alongside Aqua apps running in Aqua windows. apparently, someone has got X running rootless as well...
Just raise the taxes on crack.
Supreme Lord High Commander of the Interstellar Task Force for the Eradication of Stupidity
Absolutely. All I have to do when I want to convince someone what a pile of crap swing is is to lend them my Java Swing book and let them read the 600+ pages on the Swing document model. To date, no one has yet commited suicide after reading this, but none of them had any clue how it worked either...
wxWindows is lagged behind on MacOS releases and it's rather confusing, there are like 3 versions available for the mac and who knows which you have to use. Plus, there's not a convienient binary download for the library which means you need a moderately recent CodeWarrier to actually build it (I have an older CodeWarrier and don't feel like updating it because it works for what I need, and OSX comes with adequate developer tools).
Finally, wxWindows doesn't support OSX. Now I wish I had the skill to take on the project, but I don't. So until someone comes along that is willing to port and maintain wxWindows on OSX, it's not a great option for true cross platform compatability. It's a great toolkit, so I really hope this happens...
To be fair, MS does have the bulk of the market at this time, but that is rapidly changing, with MacOS gaining fairly steadily on WIN, and *nux making leaps and bounds.
What does an article from 1997 have to do with anything in today's computer market? It's hard to find anything that talks about Macintosh's market share today (except the educational market share, where they're apparently doing quite well). The article you quote here is the #1 article on Google, and all the other articles are similar in content, but also similar in date. I mean come on, this thing is talking about the Macintosh clones - isn't that what nearly killed Apple?
Anyway, I found buried in Google this article which talks about Macintosh's dwindling market share. It's a little over 1 year after the other article.
Certianly things have gotten better for Apple since then - and it'd be nice to see some recent figures on the subject (anyone have links?).
Incidentally, I've worked with MFC, Borland's VCL, Perl/Tk, and Java Swing, and Java Swing is by far the best of the four. Its main advantages are that it is thoroughly object-oriented and very elegant - Java's designers are really top-notch. I've only just begun to learn Qt, but so far it looks as nice as Swing, so it's pretty exciting. Most people where I work think of MFC when they think of GUI programming in C++, which is a shame because MFC is so ugly. With Qt you don't have to automatically assume that GUI programming in C++ is painful. I'm looking forward to writing C++ Qt apps that are as elegant as my Java Swing apps.
Nice work, Troll Tech!
Software has always written itself. A human describes what the program needs to do, and voila! an application! That's right, boys and girls, when I tell the computer "jmp .L16", by Cthulhu, that's just what it does! Yow! If I describe enough things for the computer can do, the possibilities are endless.
Seriously: Do you have ANY IDEA how DIFFICULT it is to describe the operation of a program in English prose. Writing good documentation is 5-10 times harder than writing good code, because you don't really know its audience, and you can't just run tests to see if it works.
Rather than waiting 25-30 years for someone to come out with an English-to-C compiler, why don't you learn an actual programming language or six?
That's "Mr. Soulless Automaton" to you, Bub.
Don't know how recent his figures are, but Steve Jobs was saying five percent on May 15:
k et share.shtml
k et share.shtml
http://maccentral.macworld.com/news/0105/15.mar
There's also a very unofficial estimation that figures overall percentage of Mac users to be higher than that - take it with a grain of salt, but it's always nice to be reminded that the number of computers sold isn't the best way to figure the number of actual users of an OS that are out there:
http://maccentral.macworld.com/news/0104/09.mar
Naked.
This is a good thing. The worst aspect of the Windows software scene is the proliferation of shareware apps in areas where the code should be made freely available. By putting up a modest barrier to entry, Trolltach are actively discoraging small scale shareware, and I applaud them for it.
-- Help Digitise the Public Domain at DP.
You are right. I'm not a raving free software bigot. I've nothing against the concept of shareware -- the classic example, as mentioned in a post below, being the early versions of Paint Shop Pro. A decent product at a decent price. What I dislike is the proliferation in the Windows world of small tools which have very little functionality, but which have a grossly oversized pricetag attached to them. The only thing this produces is a flourishing warez culture. For example, how many people do you know that use WinZip and have actually paid for it?
I really believe the state of shareware on Windows has been a significant cause for the endemic illegal copying of software on that platform. Windows users get used to the fact that simple tools will be cripple- or nag- ware until they (or their tech savvy friend) downloads a crack for the product. This attitude then bleeds upwards, infecting the market for full commercial software such as Photoshop and Microsoft Office.
Why do you believe shareware is a good thing?
-- Help Digitise the Public Domain at DP.
> Will this further solidify Qt's position as the de facto way to develop cross-platform applications?
Get real!! The de facto standard for cross-platform development is Java, and will remain so.
The above may be a troll, but it is a question that developers ask themselves whenever cross platform support comes up.
My own company started out doing an application that was cross platform Mac/PC but ended up going away from the Mac. Part of the reason was that our platform dropped support for the Mac, but we'd already been deemphasizing Mac development. Even if the source is 100% compatible across platforms, you increase development and testing costs (make sure those screens are laid out very consistently -- MS's cross platform fonts are very, very helpful). You also greatly increase support costs and deployment complexity -- keeping up with the various versions of Windows is a challenge.
If anything, the availability of cross platform software development platforms could drain commercial support away from minority platforms, as products which are incubated in the less widespread platforms are tempted leave for the larger and more lucrative PC market.
Cross platform development makes no sense in the long run for commercial developers as a rule. There are several cross platform commiercial products that exist, but in each case they exist for unique reasons.
On the open source side, I see things as very different. This software is maintained by people scratching an itch -- and if that itch is to have a piece of software such as Perl running on the Mac, then it will be done.
Mac OS X having Unix inside has some very interesting strategic implications.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
I'm curious -- the only thing I see under the link you gave that is actually wrong is the assertion that in-house deployment constitutes "distribution" and thus is not possible without public release of the source code. This simply conflates the intent of GPL with its mechanism. The intent is that source code become widely available for study and improvement, the mechanism is that it is available (with rights) to everyone who gets a binary.
Otherwise I don't see anything particularly obnoxious about the link you posted.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
Well I've never used it, but I think wxWindows may be fairly competetive.
Anyway, I agree - Qt rocks, as does QtDesigner, not to mention the Qt documentation.
It's pretty increadible that something of this quality is available free from a commercial company, or at all for that matter!
eventually it'll come to that..hopefully. trying to get huge amounts of toolkit/library/framework code into the core language specification is one way to do that -- just look at java with its gigantic java.* core and javax.* optional libraries...30+megs worth just for the compiler + libraries. its a bloody pain to reinvent framework stuff for each project and thats hopefully the one thing which gets reduced in the future.
of course java did all that and proceeded to completely do away with bit level manipulation (bitset doesnt count...sorry) which causes a gigantic pain since you have to write bit manipulation stuff which should be part of the core like C does. of course i came from a C/assembly background into java so i may be looking at it from a low level point of view but i'd really like to see all the base stuff already present in a language before i use it along with all the high level stuff.
See Java run..
See Java run fast!
See Java run fast on MacOS X!
Uh.. What the.. Anyway, would it be particular hard to build *nix apps on a FreeBSD core? How about all the current ports?
Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
Geocrawler error message.
I suspect that overall you are right - but the fact remains that until there is some Aqua port of Gimp, either via GTK port, QT port, or pure carbon or whatever, the most interesting thing for OS X has not yet happened. Frankly, it's probably in Apple's interest to assign some developer to carbonizing The GIMP. Despite some grumbling from Adobe, it is the kind of thing that could create a viable development market for OS X, from the ground up. All it takes is the *perception* of a development community, and The GIMP is the most potent PR tool for Apple that way. Especially because you still hear from many boomer agers "But aren't there more applications for the PC?" It's not true in any meaningful sense, especially for end users, but the perception is still there.
Boss of nothin. Big deal.
Son, go get daddy's hard plastic eyes.
Expanding a vast wasteland since 1996.
Wheel mice are on the list of features for J2SE 1.4 (Merlin), and I think DnD might be on the list, too (but don't quote me - it's been weeks since I was browsing the documentation).
Right...
Rather than moderating this discussion, I thought it would be a good idea to clarify that what you get is one year of free upgrades and email support, not a time-limited license.
Nothing on Trolltech's pricing page indicates that you are limited to using the copy for one year. Rather, each copy is limited to one developer.
To some the prices might seem "high", but having worked with cross-platform products from other companies ($10,000.00, plus runtime license fees), I can tell you that Trolltech's prices are very reasonable.
I think Trolltech is being extremely reasonable in allowing free use for freely distributed software, while requiring pay-for products to pony up for platform licenses.
If roughly $3000.00 USD for both *nix and WinXX is "too much" for your product's UI, I really have to question the business plan behind the product. Assuming a comparable price differential to add Mac, that would bring it up to about $4500.00 for an enterprise edition for one developer across all three platforms. Even if you're only charging $50.00 for your product, that's only 90 copies to pay for the setup costs. If you can't count on selling a few thousand copies, why do you think anyone would pay for your product?
I do not fail; I succeed at finding out what does not work.
What advantages does Qt have over OpenStep? OpenStep is a cross-platform (ported to Windows, GNUStep will have Windows and presently has *nix) OO development system that kicks Qt's ass any day! No bloated C++ for me, Objective C is a far more trim and lean language.
The only drawback is being forced to use C++, which is, to me, a disgusting abortion of a programming language.
However, using a minGW32 cross-compiler and wxWindows, i can build native GUI windows apps without having to leave my comfy Linux environment, nor pay Microsoft a dollar for their dev tools. This is A Very Good Thing
Haven't needed to build a mac app yet, but since OS X has yet to really win over the mac userbase, i don't see an OS 9 compatible application as much of a problem, not to mention making your app usable on the vast installed base of macs that won't ever run OS X since theyre not fast enough.
I gots ta ding a ding dang my dang a long ling long
To be fair to Qt, it should be noted that there is significant cost supporting multiple platforms - they need to get something back for their time. These guys are professional programmers devoting all their time to Qt, and the speed with which support is provided, releases are updated and new platforms (Mac) are supported reflects this. Sure it would be nice for this to be Free (or even just free) but there is no way it would be as good so soon.
I'm using Qt now, on multiple platforms, and find it excellent. A lot of thought has gone into this product, and a lot of effort goes into its support, maintenance and improvement.
It's a pity that they don't support the concept of genuine shareware - but I think it's a relic of the days of the BBS. Most "shareware" I see these days is simply crippleware (pay, or you can't save), or time-limited commercial demo.
Q T I N C L U D E S :
The Qt library, with full source code Licensing to create commercial applications with Qt One year of free upgrades to all new versions of Qt One year of free email support Personal license certificate The complete reference documentation in both HTML and man-page format (Postscript is also available)
There are no royalties, run-time licenses or other additional costs. You can distribute your Qt-based programs either statically or dynamically linked without any additional charges.
A Qt license may be transferred, by contacting sales@trolltech.com, from one developer to another in the same organization, if the former will not be using Qt any longer.
Johan V.
Q T I N C L U D E S :
- The Qt library, with full source code
- Licensing to create commercial applications with Qt
- One year of free upgrades to all new versions of Qt
- One year of free email support
- Personal license certificate
- The complete reference documentation in both HTML and man-page format (Postscript is also available)
There are no royalties, run-time licenses or other additional costs. You can distribute your Qt-based programs either statically or dynamically linked without any additional charges.
A Qt license may be transferred, by contacting sales@trolltech.com, from one developer to another in the same organization, if the former will not be using Qt any longer.
Johan V.
If not anything else, initially, KDE made contributions in lots of bug reports and feature requests; those are enormously valuable, in particular for a company with a new product and little resources for testing.
Because KDE made bug reports to trolltech, you paint the picture of trolltech being a greedy company, taking their bug reports and using them to fix their product. And because of this, trolltech now owes something to the world, as if GPL'ing their main product is not enough? Would anyone dare to make this accusation of mozilla, which also relies to a degree on outside users for bug reports? Does mozilla owe us anything, instead of the other way around? The hypocrisy is unbelievable!
And you think trolltech getting back a few patches is somehow "getting more out of" the deal than by KDE having a whole toolkit for their use?
If you want to argue that Qt is "more featureful" or "more mature", forget it. Each of those toolkits has advantages and disadvantages compared to other toolkits, and Qt isn't a clear winner.
We can't compare toolkits based on features and maturity of design? Why the hell not? (Side note: Motif?? Tcl/Tk??? Are you being serious, or did you just type "gui toolkit" into google?)
I think the KDE developers didn't look hard enough and got snookered by a company with an agenda.
Agenda of what? Aside from bug reports, what have they gained out of this? I bunch of ungrateful OSS zealots, pretty much forcing them to GPL their main source of income?
You're as much a babe in the woods when it comes to flaming as when it comes to trusting software vendors.
Trusting software vendors? That statement has undertones of open-source zealotry, which would explain a LOT of your arguments. Doesn't anyone who buys or uses a product from a software company "trust" them?
But let's get to substantiation: maybe you can get TrollTech to remove their false and misleading information about the GPL from their site.
Didn't find anything misleading, sorry. But if you do, by all means point it out to them: info@trolltech.com
---
python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
I wish I had mod points.
The majority of the slashdot community has given nothing but ill-will and flames to all things Qt. It seems everytime there's a positive article about Qt, there's a dozen requisite GTK zealots that start whining: "bla bla bla license bla bla bla GPL bla bla bla I hate C++"
Now, there's complaints like this about how you can't use Qt for shareware. Are you fucking kidding me? Is everyone that desperate to complain about this product? Will trolltech ever catch a break here? I think not. (How's that saying go, about closed minds?)
---
python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
An 1 year MSDN subscription is cheaper than a Qt developer license, and you get a lot more for your money in terms of tools, documentation, libraries, compilers, etc.
Consider the source! Microsoft has made a habit of bundling software at a lower cost. Do you think MSDN is a better value because it was designed to be so, or because it's got Microsoft's billions behind it (meaning, it's OK if it loses money, whereas Trolltech has to make money on it's only real product). Secondly, I don't remember if MSDN tools run/build on *nix and now the Mac, so maybe you can get back to me on that.
In fact, as far as I am concerned, the only reason Qt is as nice as it is is because of the enormous contributions of the KDE project
What contributions are those? I don't recall any examples of KDE code (which would be GPL) getting back into the early Qt (which were not GPL). This is slashdot, you have to support your claims.
10 years ago, a C++ cross platform GUI library may have been a big deal, these days, they are a dime a dozen.
Please, complete the following, with toolkits that are as featureful and mature as Qt:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Altogether, I don't think Qt is a good value for commercial projects.
http://www.trolltech.com/references/customers/. It seems AT&T, NASA, Ford, IBM, and Intel, among others, disagree with you.
I also think it was a poor choice for the KDE project
Is there an argument behind this, or just the claim? Can this argument even be defended? Do you know if the requirements of the KDE project could be met by anyone else?
(I'm sorry if the flamethrower was on full-blast, but one thing I can't stand is groundless, unsubstantiated claims by zealots.)
---
python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
You don't need to write cross-platform apps! You can write anything you want.. If it's any good it'll end up being copied! So why not do it right in the first place..
This discussion has been obfuscated by the bad summary of the announcement - it's Qt for Mac OS X. From the postings it's clear that a lot of people thought (rightly IMHO) that the phrase "Qt for Mac" meant "Qt for Mac OS 8/9".
Pity we can't mod down poor postings on the Slashdot home page...
Maybe I'm just not using the latest version of QT2, but QT2 seems to be mildly source-incompatible with QT1 and it's quite a pain to have to hack up source code to work. On an unrelated note, same with libxml...
--TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
No. I wont "battle" it out with you.
I would like to wrap this up though with some concluding remarks, and the leave this thread.
GTK is a great toolkit. Thousands of developers use it every day and it leaves them so happy that they can go home to their girlfriends and have sex. (I'm not sure qt developers have girlfriends). When GNOME2.0 takes over the linux desktop and KDE is left in the waste bucket, I will feel sorry, and pour malt liquer on the grave of my fallen homies. Alas, we're not all meant for this world....
Hey bob, chill out.
Did you hear what Xiphoid said? All those features are in gtk1.3 (development series) Check it out, and stop trolling. Lets try to be friendly and not call people morons that are trying to help you out with your facts.
My opinion: How can a toolkit call itself advanced when it doesn't even support C? At least GTK can claim that it supports over 30 language bindings (some not so well, granted). I beleive qt supports only 2. Last I checked, the only supported version of qt under the GPL was for X11/*nix.
You were the one who initially brought up GTK and said it was sorely lacking compared to qt. Sorry bob, you invited this digression. Anyway, sure, gtk's c++ bindings aren't as consistent and thorough as qt's, but they are very usable, as can be seen by the various projects that use it. Check out "gabber" a gtk-- jabber program. Seems to work fine and actually seem pretty usable. As for the troll that gtk makes "horrendous sacrifices" to be cross-language, well that's a bit over the top. Gtk is a very versatile language, and no, it wont take advantage of every nook and cranny of every language it supports, but that's hardly a big deal. gtk just works. For the well supported languages it has bindings in, it works very well. I know your mission is to promote qt and denigrate gtk, but please get your facts straight.
How can you disprove (or prove) a subjective opinion?
I can't say whether you've proven it or not, but I can sure say you haven't given very many supporting reasons. Silly MsBob. Heh.
Their forwarding link at http://www.theoffice.net/guitool seems to be down but the original at Geocities is still up.
Please also read my essay on why it is important to write cross-platform code - with quotes from Judge Jackson on why Microsoft felt it was important enough to put a stop to cross-platform development that it broke the law.
My favorite cross-platform application framework is ZooLib, written by my friend Andy Green and his clients Learning in Motion. It allows you to write a single C++ sourcebase and deliver multithreaded native executables for Mac OS, BeOS, Windows and Linux/XWindows.
Mike
-- Could you use my software consulting serv
Combine the nice syntax of Swing with the uncruftyness of Qt. We can have an open source visual J++
yes. I am kidding.
Much of the mac development community consists of people writing (and often subsisting) off of shareware apps they sell. In fact, one of the bouyancy devices apple has in this sea of windows is all the people who write shareware apps to fill in for all the imporant windows software that isn't ported to the mac; it's too bad their work doesn't get more attention. Mac shareware isn't crappy like windows shareware; much of it is high quality stuff with interfaces that are far more intuitive and less frustrating than anything you're ever going to find in the linux or windows worlds. GraphicConverter and Escape Velocity are prime examples of the great stuff that's been produced over the years. For a mac shareware author who codes for the love of the platform and only pulls in 25K a year, $1500 for a Qt license is going to break the bank.
wxWindows, along with its various bindings (wxPython, wxPerl, etc...) is actually a very good cross-platform system. It's an entirely abstracted system for developing GUI applications using an OS'es native framework.
I honestly love writing all the apps I need for a windows system under FreeBSD, and only rebooting for debugging. There are a huge number of Device Contexts, Managed Windows, all the widgets you'll ever need... wxWindows is a dream. I swear by wxPython for GUI building.
There is, unfortunately, still no wxWindows support for Mac OS X (Mac OS 9, yes). And unfortunately, the current working version of wxWindows for Mac OS 9 requires Codewarrior, which is something that a lot of developers do not want to spring for.
Good question, but I wouldn't suspect that their task was that much easier. OS X runs on a Mach/FreeBSD core, true enough... but it does not use X - instead it uses Aqua and Quartz, so I suspect a large amount of the APIs had to be rewritten.
Hey now, I actually use perl/tk for real work. Really :) (we do all of our work in perl and I needed a cross-platform GUI.. soo...)
Read my previous post. wxMac is actually coming along really well, and it supports OS X now.
Have you ever tried writing wxWindows apps? They do an excellent job of mixing the important native controls (scrollbars, buttons, edit text fields) with emulated widgets (tree controls, help viewer, tabbed dialogs) provided for platforms that don't support that particular widget. Try it, it's way better than Java.
I'm leading the development of Audacity, a cross-platform audio editor, for Linux, Windows, and MacOS (both 8/9 and X), using wxWindows. MacOS is a very important platform for me - I love Linux, and I've advertised Audacity on a number of Linux sites, but we still get more MacOS downloads than Linux (and far more Windows downloads than either of those). A year ago, when I started this project, Qt wasn't an option. I think I'd still choose wxWindows, but Qt is definitely looking better.
I'd also disagree with the statement that cross-platform apps have to target the LCD. In Audacity, all of the audio I/O code is written natively for each platform and supports some special features on each one. wxWindows fills in a lot of features that are missing on one or more platforms, for example providing a tree control and file dialog on Linux, but allowing you to use the native ones on Windows. Also, the Linux version of Audacity supports a lot of command-line options that just aren't available for Windows and MacOS, but the MacOS version lets you drag and drop files onto the application, for example.
Also, there are plenty of other cross-platform apps that target MacOS, both 9 and X. How about Mozilla?
The problem is that English is probably not the best language to describe "what the program needs to do". Some programming languages are much better at this.
We call the language "natural" when it servers human needs naturally. In this sense, the programming languages that fit the problem area naturally are "natural languages" too...
is it still $1500 license per developer for commercial apps (like with linux/windows)?
Is the $1500 per year, or is it for a few releases or what?
Treatment, not tyranny. End the drug war and free our American POWs.
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
Sorry, but clearly wxWindows is the clear choice for developing cross platform applications. [...] This is the toolkit that AbiSource uses to develope AbiWord.
You have been misinformed. The Abi folks do not use wxWindows to develop Abiword. There was discussion about this in the past on the mailing lists, but the conclusion was that they should use it, not that they did. A world of difference.
What, me worry?
Almost every "feature" you listed was implemented in Gtk first or simultaneously (themes, internationalization). And many things you list are so subjective as to be completely useless and highly contententious "measures" of a toolkits merits (sensible class hierarchy, feature complete widgets, widget speed, proper keyboard focus, clean API.) In fact, the only thing you mention not "released" in gtk is rtl language support, but Gtk 1.3 with Pango is already available for download, so please don't insinuate it is vapour. Please cut the FUD, the only substantial difference between gtk and qt is the philosophy behind their design. They are functionaly equivilent, its just a matter of developer taste. Both toolkits are here to stay, and both sets of developers really get along quite well and are working to make their respective toolkits transparent to the user. Please stop trying to drive a wedge here.
got drum'n'bass?
http://mp3.com/vitriolix
Sorry, but clearly wxWindows is the clear choice for developing cross platform applications. Part of why wxWindows is so nice is because it uses the native widgets of the platform it runs on. Therefore its look and feel is flawless next to other platform dependant apps. This is the toolkit that AbiSource uses to develope AbiWord.
Just so i'm not completely off topic, I think its great that both of the leading toolkits (Qt, gtk) for unix are becoming more and more cross platform. It can only help to bring native apps to linux.
got drum'n'bass?
http://mp3.com/vitriolix
...Java's biggest drawback as a language (speed).
If you're interested in writing fast Java GUIs you should check out Java Platform Performance. Free chapters are available online.
Well, this sounds like good news for developing cross-plataform apps without a mayor porting-translating job, well this make me thing in some things and problems in matter of porting like:
:)
-little bugs in the "base" plattaform tend to create huge bugs in the ported.
-ported code tends to be huger (for diferences in the system, usually file system and devices manages) and usually dont use the cool capabilities of the new system (like some object handling and so on).
-beta testing must be on diferent stages (base to base, base to ported, ported to bas, etc) and bugs that apear between only some stages could lead to a mayor update in both versions, making also little diferences that tend to enlarge and becoming two (or more) diferent versions than only a port.
Well I hope we developers find porting a bit easier with all this new stuff, now's time to make X the default graphic interface in all plataforms
DON'T PANIC.
No. The GPL expressly forbids building non-Free software using GPL libraries. This is exactly why the GNU C libraries are not GPL, but LGPL. You can read about it at the FSF page about LGPL. If the versions of QT are basically the same, except for licensing, then if you use QT Free you should be willing to grant the same freedom to your users that you yourself have gotten from Trolltech. If their paid licensing options are too expensive for proprietary developers, then the market should correct that-- they have the choice to change their price or lose customers and go out of business.
I will agree that some of their behavior is disconcerting (although perfectly understandable-- software as product rather than service has huge mental real estate in our culture, due in no small part to Mr. Gates of MS and his famous "stealing" letter). TT is making progress, and our only major concern is that Qt3 would not be GPL. But given the shared future Qt and KDE seem to have, I wouldn't worry about it too much.
I do not have a signature
Are there any developers out there really developing cross platform products that target Macs?
...
Hmmm. There's Microsoft, Adobe, Macromedia,
In a similar vein, Mac enthusiasts like to focu on aesthetics
Actually, they seem to focus on usability, which includes aesthetics among other characteristics.
Hmm, I notice from the screenshot name this is part of the QT3.0 release, which includes some other goodies I've been looking forward to, like a DB API and data-aware widgets. So, anyone out there care to speculate on a release date?
Oh, and on the subject of de-facto standards, IIRC QT is used by Boland in Kylix, and will be used in the next generation of Delphi6/C++ Builder on Windows. That could be a fair chunk of the developer market, anyone got figures on how big? Regardless, it' a lot of windows developers who will soon have a viable dual-platform developement environment, based on QT.
Another thought, Borland already have JBuilder for the Mac (being coded in Java, it's an easyish port), what odds on a Mac Delphi/Kylix/C++ port coming soon?
Why is your link to a "news" story that is four years old?
Lest I be modded up, let me also add: I have used and loved Macs for a long time. I'm just not so fascinated by them anymore. (Now my fascination is Linux.)
--
"Linux is a cancer" -- Steve Ballmer, CEO Microsoft.
I'll see your senator, and I'll raise you two judges.
this is great news, a cross platform toolkit that is currently very accepted by developers and widely used.
If this had happened a few years ago microsoft would have gone after this just as they went after java and quicktime. But now they have to sit back and watch as a cross-platform toolkit actually becomes the favored toolkit of developers, as it has become, or seems to have the ability to.
Now we need to work on cross-platform C++
Sneakemail is to spam filters what an ounce of prevention is to a pound of cure.
This is an interesting perspective, and it is the first time I have seen such a concise assertion that the wrapper toolkits are inferior to the have-their-own-widgets variety. My problem with kits like Gtk and Qt, which provide their own substitutes for all the system native widgets, is that the resulting app never feel native. Some of the kits seem to do an astonishing job, but the resulting apps are still not quite right. Dogs bark at them, and children are not fooled.
-- Eric W. Sink
Eric Sink
Software Craftsman
By the way, the parent post is not offtopic. It's an informative reply to a karma whore trying to look informative without checking facts. It so easy too fool moderators :-(
Keep thinking that. Even Microsoft is starting to wake up to the reality that Windows on a desktop PC is becoming less and less important. Why do you think they brought out C# (aka Project Cool aka Java Killer) and they've started this whole .NET initiative? They're trying to find some way to extend their monopoly to the web.
Furthermore Microsoft is starting to realize that people aren't upgrading at the furious rate they used to. This is why Microsoft is seriously considering trying to shaft all those folks who buy their OS by forcing them to pay a monthly fee in order to use it. Personally, I'll be glad when this happens because it will make a free OS that much more appealing to a lot of people. Having to pay a Microsoft tax won't go over well.
Onorio Catenacci
--
"And that's the world in a nutshell -- an appropriate receptacle."
--
"And that's the world in a nutshell -- an appropriate receptacle."
-- Stan Dunn
They released their flagship product as GPL. Really, what more can they do? While obviously TrollTech has gained a lot of popularity through KDE, their giving away of a very high-quality toolkit has been a great benefit to the *nix community. I'd say the community has gained more than Trolltech has gained, however it's silly to argue about who had the greater benefit. In this case, everyone has won.
-Justin
Well, for one thing, they could stop misleading people about the meaning of the GPL. It is, in fact, perfectly fine to develop commercial/closed source software with a GPL'ed library under a number of circumstances
It's not terribly misleading; more of a subtle request. Anyone who has done their GPL homework should know what is acceptable. Obviously Trolltech should be concerned about in-house development (probably the large majority of all software), since it would require no commercial license. This is likely the reason there is no GPL version of Qt/Windows.
big loss for Linux: that situation would be worse than the situation we had with Motif on UNIX.
I don't recall the old days of Motif, but was the situation really exactly like this? Could you develop a GPL application with Motif? With Qt as GPL, and a BSD version if Trolltech goes under, Linux is in great shape.
Really, the only problem anyone could have with Qt is that you have to pay for it if you do commercial development. This has never made it "unnattractive" however. As stated in other comments to this article, many companies have invested in Qt.
In any case, technically, I don't think Qt is where Linux GUIs should be going anyway.
Where should they be going? Do you not like KDE? Are there any Linux toolkits/GUIs that are going where you think they should?
-Justin
The Qt license is a one-time fee per-developer (not per-machine). It only is a yearly fee if you want support.
MSoft doesn't write anything cross-platform. Their software for Mac is totally rewritten from spec, which explains why the hideous bugs in Mac IE5 are so different from the hideous bugs in MSWin IE5. I believe some of the code is reused, but even the dev teams are entirely distinct. MSoft's support of Mac software is non-existent as well: just try to find a patch, let alone documentation distinct from the windows docs.
Apple has just finished an OS with a very advanced drawing mechanism (Quartz), and you think their best PR interst is to port an graphical app that doesn't even use one of their drawing mechanism (QuickDraw or Quarz). Face it, if the port is perfect the GIMP will simply be as good as on linux.
Apple's PR interest is to help Adobe come out with a version of Photoshop that uses this new graphical layer to have feature not available on windows. Rumor say's it's exaclty what's happening.
Face it, while Qt or GTK are nice toolkits, but for Apple the truth lies in their own technologies: display pdf, and the NextStep Framework (Cocoa).
I spend much less then $1000 for my environment.
I use Vim.
It does everything I could want. But thats for webdesign (php, perl, html, javascript, etc) so no one really cares what I have to say...
The Lottery:
"Not my manner of thinking but the manner of thinking of others has been the source of my unhappiness." - M
Many people (many slashdotters included) seem to discount the possbility of using Java for real cross-platform desktop apps... I wouldn't be so quick to do so, however. Look at apps like LimeWire, Sun's Forte Java IDE, and the number of sourceforge projects done in Java (though admittedly many of these aren't desktop apps). Hardware is cheap right now, eliminating Java's biggest drawback as a language (speed). Many people are now learning programming with Java (like I did), and it has many appeals as a language, cross-platform ability being only one of them. Java's a desktop contender, and will only grow as such.
Now if only Sun would actually open Java's source...
reech bee-yond ur clip-0n
This is what steve jobs was talking about when he promised to base osx on unix. Almost all unix apps will be ported over, which opens a whole new market for those software developers (imagine what loki is thinking now :-). Apple believes in freeware/shareware/public domain software. They want to spread that message. While i dont know much about qt, i do know that this is helping both osx and unix.
Portable code is good code
-- If you try to fail and succeed, which have you done? - Uli's moose
Are there any developers out there really developing cross platform products that target Macs? In a similar vein, Mac enthusiasts like to focu on aesthetics, but cross-platform development needs to forego this aspect of useability in favor of LCD functionality.
It's certainly nice to see a common GUI API set available for another platform, but how useful is it really going to be?
Dancin Santa
I didn't say that GTK was going away. It's all the GTK gnomes (such as yourself) that always have to post some moronic GTK plug in every QT thread that inspired the initial post.
Your pizza just the way you ought to have it.
The other problem with wrapping is that it makes deriving new widgets based on those in your toolkit tricky and buggy. because your base widget has several implementations it's often problematic to derive a new one that is free of bugs and behaves the same way on all platforms of interest. This is the main concern I have with wrapper toolkits.
Your pizza just the way you ought to have it.
Just what we need! Even more sluggishness in the UI department just like exemplified by the slowest UI on the planet: Mozilla/XUL. Whatever happened to the concept of runtime efficiency in software development?
Your pizza just the way you ought to have it.
Qt is unparalleled if you're looking for developing cross platform applications. The class hierarchy is sensibly laid out, the widget are feature complete out of the box and simple to extend if you have to, it sports full internationalization including rtl based languages under all platforms, it is almost as fast as native toolkits, allows for a very good emulation of look and feel of various platforms, uses the signal slot mechanism, offers full proper keyboard focus handling, offers a choice of gui builders, offers clean unambigious API. QT is so astonishingly good it makes all other cross platform toolkits look bleak. I challenge all the morons here to name ONE toolkit that has all the features of QT. The rule is you're only allowed to mention existing features. Not 'planned features' or 'anticipated features' cuz there's a lot of them in GTK. But it ain't there yet.
Those who had to write anything bigger than a single dialog based utility come to appreciate its power. But there are not a lot of them hanging out on slashdot.
Your pizza just the way you ought to have it.
95% of the server market doesn't need a GUI toolkit anyway.
--
Two witches watched two watches.
Which witch watched which watch?
-mazor
Did you even look at the screenshots? QT/Mac is quite capable of looking and feeling exactly like any other Mac app.
main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
An 1 year MSDN subscription is cheaper than a Qt developer license, and you get a lot more for your money in terms of tools, documentation, libraries, compilers, etc. What TrollTech is charging is more than many places spend on all their software and hardware combined per year.
Commercial cross-platform toolkits I have used in the past cost about as much as Qt, but they sure came with a lot more tools. In fact, as far as I am concerned, the only reason Qt is as nice as it is is because of the enormous contributions of the KDE project: without KDE, Qt would have been quickly forgotten.
Besides, the fact that some companies seem bent on charging a captive audience outrageous prices while floundering in the market doesn't mean that any cross-platform GUI library is worth that kind of money these days. 10 years ago, a C++ cross platform GUI library may have been a big deal, these days, they are a dime a dozen.
Nothing on Trolltech's pricing page indicates that you are limited to using the copy for one year. Rather, each copy is limited to one developer
Realistically, for commercial products, you need to get the annual maintenance: Microsoft and Apple keep rolling out new versions of their OS, and as a developer, you need to keep up.
If roughly $3000.00 USD for both *nix and WinXX is "too much" for your product's UI, I really have to question the business plan behind the product.
That's a lame argument. Commercial projects usually involve many developers, not just a single person. And if we are talking about small developers or consultants working on single projects, $2000-$4000/year is a lot of money.
Altogether, I don't think Qt is a good value for commercial projects. I also think it was a poor choice for the KDE project, and TrollTech has gotten a lot more out of KDE than they have given.
Well, for one thing, they could stop misleading people about the meaning of the GPL. It is, in fact, perfectly fine to develop commercial/closed source software with a GPL'ed library under a number of circumstances, yet TrollTech keeps claiming otherwise.
I'd say the community has gained more than Trolltech has gained, however it's silly to argue about who had the greater benefit. In this case, everyone has won.
I think if a GUI library takes hold on Linux that requires payment to some vendor for any kind of commercial software development, as TrollTech claims for Qt, then Linux becomes a pretty unattractive platform for commercial developers. It also becomes an unattractive platform for people like IBM and Sun to support. Altogether, I think that would be a big loss for Linux: that situation would be worse than the situation we had with Motif on UNIX.
In any case, technically, I don't think Qt is where Linux GUIs should be going anyway. Qt is merely redoing in a slightly cleaner way where Microsoft was 5 years ago, and that style of GUI programming was outdated and cumbersome even back then.
If not anything else, initially, KDE made contributions in lots of bug reports and feature requests; those are enormously valuable, in particular for a company with a new product and little resources for testing. Later, people in the KDE project also started donating code back to TrollTech, although I don't know whether that was before the GPL release or after (not that it matters).
It seems AT&T, NASA, Ford, IBM, and Intel, among others, disagree with you.
I have worked at three of those companies listed as references, and I have never heard of any products developed with Qt there. Often, we'd get listed by vendors if anybody ordered a copy to play around with. I think in that kind of list, even Tcl/Tk would win hands down in terms of customers and commercial products released.
[10 years ago, a C++ cross platform GUI library may have been a big deal, these days, they are a dime a dozen.] Please, complete the following, with toolkits that are as featureful and mature as Qt:
For cross platform development, depending on your requirements, wxWindows, FLTK, MFC/Win32 (with compatibility libraries on some platforms), Interviews, Gtk, Motif (with compatibility libraries on some platforms), Tcl/Tk, Swing, and Fox are all reasonable choices. If you want to argue that Qt is "more featureful" or "more mature", forget it. Each of those toolkits has advantages and disadvantages compared to other toolkits, and Qt isn't a clear winner.
[I also think it was a poor choice for the KDE project] Is there an argument behind this, or just the claim? Can this argument even be defended? Do you know if the requirements of the KDE project could be met by anyone else?
As the "I think" indicates, it's my opinion. Since I had more than a decade of GUI development under my belt around the time the KDE project started, I think I had a pretty good idea of what was out there at the time. I think the KDE developers didn't look hard enough and got snookered by a company with an agenda. Your opinion may be different, of course.
(I'm sorry if the flamethrower was on full-blast, but one thing I can't stand is groundless, unsubstantiated claims by zealots.)
You're as much a babe in the woods when it comes to flaming as when it comes to trusting software vendors. But let's get to substantiation: maybe you can get TrollTech to remove their false and misleading information about the GPL from their site.
No, I think the Motif situation was actually somewhat better. As I recall, at least the people who made the UNIX workstations were part of the consortium that owned Motif. With Qt, you would be asking commercial backers of Linux to engage in marketing and support for the benefit of a company, Troll Tech, that they have no commercial interest in.
Really, the only problem anyone could have with Qt is that you have to pay for it if you do commercial development. This has never made it "unnattractive" however.
How would one be able to quantify that? $2000-$3000/year is more than many companies spend on hardware and software per developer. For many people, the evaluation probably stops right there. In the three corporate jobs I have had, that kind of per-developer license would have required enormous red tape to justify.
Think also of all the missed opportunities. Assuming for the sake of argument that Qt is actually a nice library, wouldn't it be great if lots of Windows developers used it even if they don't need cross-platform development? Then their software would run right away on Linux. Well, they won't do that at these prices.
And, assuming for the moment that KDE would win the Linux desktop, all of a sudden the cost for a commercial software developer on Linux goes from $0 to $2000+/year, all sent to a little company in Norway. Of course, the idea is so absurd that it is pretty clear that KDE cannot take over the Linux desktop as long as it is based on Qt: it will always be at most one of at least two major players, until Linux itself goes away.
[In any case, technically, I don't think Qt is where Linux GUIs should be going anyway.] Where should they be going? Do you not like KDE? Are there any Linux toolkits/GUIs that are going where you think they should?
I think KDE itself is a very good software engineering effort within the requirements it set for itself. It's what Windows NT and Windows 98 should have been.
But where are things going? I think more and more interfaces are built around documents, foremost HTML, XML, and DOM. That's true even for UI "screens" that are never transported through HTTP. It's both a look and an approach to programming. Foremost, it means that UIs aren't designed anymore by programmatically or visually placing widgets in particular locations. Instead, UIs are authored.
I've had to pass on qt for cross platform development because they steadfastly refuse to believe in the concept of shareware. You are allowed by the qt lisence to either give your software away for free or sell it (For any amount from 1 dollar to a million) by paying them a tremendously high yearly commercial fee. Their own page discounts the shareware market as too small to be bothered with. I think a quick look at winfiles or tucows will prove them wrong. Low cost software is a huge market, qt refuses to be a part of it. Personally I'm hoping they come around, it used to not even be available for free software. wxWindows is pretty good for windows/linux ports, but it's Mac port is way lagging. So in short. Free software? Yes, Large expensive packages? Yes. Cheap shareware type software? Not yet.
Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
Looks pretty.
I just wonder, how much easier their task of porting was made because of the BSD background of OSX?
Also, does anyone know the best tool to develop for cross platform TroolTech QT gui on osx or on windows?
===> An eye for an eye makes everyone blind - MG
"Part of why wxWindows is so nice is because it uses the native widgets of the platform it runs on. "
Frankly, I think GUI emulation route taken by Trolltech is a much better approach. First of all, using native widgets ( like java infamous AWT ) forces one to adopt the lowest common denominator of available functionality. You also end up with problems related to awkward OO design (inherited classes based on existing widgets are often hard to implement etc.)
Finally, there is a performance penalty related to API layering ( Qt code on given platform occurs no such penalty because it is executed in the same level as code for native widgets.)
The only way liberals win national elections is by pretending they're not liberals.
Dude, I agree with what you said but please read my post again.
I was talking about GUI EMULATION and not forcing people into using some obscure widget schemes.
Believe me, Qt emulating Windows looks and acts 99% just like original Windows app.
The only way liberals win national elections is by pretending they're not liberals.
No I have not. I am quite happy with Qt.
However I did remember reading in some article about wxWindows people complaining about lack of slot/signal equivalent and how it was necessary to actually subclass button to handle its events.
The only way liberals win national elections is by pretending they're not liberals.
Here is some reality for you, actually: Apple claims 9 percent of the personal computer OS market. That leaves 91 percent, not 95 percent for Windows, right? Wrong. That claim is based on very skewed data. All non-Apple personal computers are shipped with Windows. However, some unknown but clearly substantial number of those machines are then wiped to put other operating systems on. Further, a large portion of open source operating system users buy their computers piecemeal to be assembled personally, and those sales typically would not be included in market demographic research, because of the difficulty in tracking down and questioning the purchasers. There is simply no way that you can be certain what percentage of the market is actually using *nux. To be fair, MS does have the bulk of the market at this time, but that is rapidly changing, with MacOS gaining fairly steadily on WIN, and *nux making leaps and bounds. I think that you will find that the personal computing landscape is going to be a very different place in a very short period of time, and you would do well to learn to use tools that will be worthwhile if your preferred platform tanks. Just my .02.
Ignoring Tk (as we all should :), a supported version of Qt may be the first real cross-platform framework to successfully cross to the Mac. gtk+ and wxWindows aren't useful on the Mac yet. That will give some developers a powerful incentive to use Qt.
My money is ultimately on gtk+ due to inertia, GIMP and free-as-in-speech-dom, but I definitely prefer Qt's (and, for that matter, wxWindows's) API.