Slashdot Mirror

← Back to Stories (view on slashdot.org)

Trolltech Plans GPL Release For Qt/Mac

Posted by timothy on from the not-just-kde dept.

michae1m writes "Trolltech today announced that Qt/Mac will be released under the GPL (GNU General Public License) at Apple's World Wide Developer Conference (WWDC) 2003 in San Francisco on June 23rd (http://www.trolltech.com/newsroom/announcements/0 0000129.html). For some screenshots check out dot.kde.org/1055852609. This means many X11 Qt apps will be easily rebuilt for OS X without requiring X11, very cool."

5 of 110 comments (clear)

  1. Not only is it good for Apple by dbrutus · · Score: 5, Insightful

    It's good for the projects. Free software gets introduced to an entirely new clientle, the kind of end user that is exactly what the OSS movement needs, one that is uber picky about UI, is very loud about it, and will nag and complain until the UI is fixed.

    *That's* what's been missing from Open Source and it's arriving not a moment too soon.

    1. Re:Not only is it good for Apple by Anonymous Coward · · Score: 5, Insightful

      I think apple did this on purpose

      Yes, they did, but the short answer is that Apple has been doing it longer than anybody else. Any time somebody creates a new windows-and-mouse interface, you have to ask yourself, "Why did they choose to be different from the Mac way here?" Often the answer is, "To be like Windows," but that just raises the question of why did Microsoft choose to be different from the Mac?

    2. Re:Not only is it good for Apple by dbrutus · · Score: 4, Insightful

      Actually there is something called objective C++ which you might not be aware of which should allow you to take advantage of all sorts of Mac OS X goodies in otherwise C++ files.

      I think that QT is not the wrong answer but rather the right answer to a question you aren't considering. There's likely to be a market for it for people who want Mac programs and QT software to reside on the same machine. Not having to have the overhead of X11 is a real plus and should be viewed that way.

    3. Re:Not only is it good for Apple by dbrutus · · Score: 4, Insightful

      What was transplanted into what *is* a distinct fight within Apple right now but each distinct body part (BSD, Java, Mac UI, NeXT UI, Applescript, etc) seems to be melding into a new, cohesive whole.

      An example, on Mac OS X hints I saw how to create a software airport bridge that turns on at logon. The fellow was a unix hacker and got stock libraries, recompiled them and tweaked until he was happy. I look at that and say, hmmm, why not just run a login applescript to do the same thing (even if the app is not normally scriptable, UI scripting is out and you can script just about anything now).

      I suspect that a lot of the features that were marked missing in 10.0 are no longer missing at 10.2. I expect the list to grow shorter as time goes on and 10.3 etc are released. At the same time I expect that UI advances like the services menu will improve and provide an overall *better* experience than classic MACOS. So where are we? I agree that we're overall better but even the down side isn't as gloomy as you paint. Apple has to wow with new product as it backfills bringing over old classic OS features it couldn't get to in time for 10.0. This slows the process down but it's a temporary price for an astounding OS transition.

  2. KOffice vs. MS Office v. X by theolein · · Score: 5, Insightful

    I am just speculating here, but this does open a path of thought for me in that Apple might have encouraged this action by Trolltech (wider audience, more traction in corporations, more traction amongst consumers etc). Apple's use of KHTML in Safari may very well a sign of things to come in the other area where Apple has been dependant on Microsoft: Office.

    Quite a few people wondered why Apple went with KHTML instead of Gecko in developing a new browser and I think the answer was proabably because of the companies involved - Trolltech is not AOL/Netscape -, and that KHTML is much more lightweight than geckko could ever be, thereby giving Apple the same ability to offer developers the same HTML rendering API on the Mac as MS has done with IE on Windows. Apple could very well be considering doing the same thing with KOffice.

    KOffice is way behind OpenOffice in terms of maturity and features, but KHTML was also behind Gecko in terms of standards support until Apple developers started adding to it. I think Apple's developers would very well be capable of adding the features to KOffice that it lacked, including MS Office document support. They might do this in a manner similar to what they've done with KHTML and webcore: creating "Office" i.e. word processing, spreadsheet and presentation API's, giving these back to the community and creating a closed product ala Safari that would be based on them.

    This is wild speculation, but many people have wondered why Apple has done almost nothing Appleworks since OSX entered the scene. I don't think it was only fear of MS cutting off Office for the Mac that prompted this.