Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Programming GUI KDE IT Technology

Qt Opens Source Code Repositories 230

sobral writes "Following the announcement of the LGPL license model, since yesterday the Qt source code repositories are open to the public together with their roadmap. The contribution model is online and will enable developers from the community to submit patches through a single click process, avoiding the previous hassle of sending in signed paperwork. The code is hosted at qt.gitorious.org and an instant benefit of this launch is that Qt Software has been working together with Gitorious maintainers for the last four months to improve Gitorious and all these new features are already submitted upstream."
This discussion has been archived. No new comments can be posted.

Qt Opens Source Code Repositories

Comments Filter:
  • by NoStarchPlox ( 1552983 ) on Tuesday May 12, 2009 @11:45AM (#27922921)
    You must be a bit behind the times as Qt no longer emulates a native look-and-feel but uses the native widgets of the platform.
  • by Anonymous Coward on Tuesday May 12, 2009 @11:49AM (#27922993)
  • by NoStarchPlox ( 1552983 ) on Tuesday May 12, 2009 @11:53AM (#27923047)
    Qt was open source long before Nokia bought Trolltech. The issue was that the original license they used didn't allow you to redistribute modifications and then the subsequent Q Public license, which was a free software license, wasn't compatible with the GPL. Then in 2000 Trolltech released it under the GPL. So I'm not sure where you got that Nokia open sourced Qt, since it had been open source for close to a decade before Nokia came along.
  • by Anonymous Coward on Tuesday May 12, 2009 @11:58AM (#27923111)

    Yeah sure...

    >> Sales of Linux netbooks collapsed.

    Proof? Sure lots of netbooks are Windows, but that doesn't mean sales of Linux models aren't increasing with the market segment.

    >> Google is providing a standardized UI on top of Linux.

    Incredibly immature project, and isn't even close to a competitor to Qt on anything but embedded.

    >> Symbian is dead.

    Well, there are millions of devices out there still with Symbian, but I agree it probably has little future.

    >> Basically, there is very little need for a specialized UI toolkit like Qt

    Qt is not a specialized UI toolkit. It is a general class library for C++ that happens to include UI classes.

    >> now that there are both fewer platforms for it to run

    Qt runs on more platforms now than ever before. I don't know what you're talking about. Symbian, WinCE, Windows 98 to 7, Linux (normal and embedded), and Mac (with Cocoa even). Name another platform that can do that.

    >> and more mature competitors on the remaining platforms.

    Like what? Each platform has their own thing, but unless you feel like implementing your interface 5 times, that's not really an option.

  • by pherthyl ( 445706 ) on Tuesday May 12, 2009 @12:01PM (#27923145)

    You should tell my customers that. I've never received a single complaint about look&feel on my Qt4 software in 4 years.

  • by larry bagina ( 561269 ) on Tuesday May 12, 2009 @12:02PM (#27923161) Journal
    Qt was Open Source in that it was GPL, however trolltech was dual licensing it. Being GPL, it was toxic to anything but GPL programs, which meant closed source (or even non-GPL open source) would need to pay for Qt.

    Nokia relicensed Qt as LGPL which makes it usable by non-GPL programs.

  • by NormalVisual ( 565491 ) on Tuesday May 12, 2009 @12:05PM (#27923183)
    Qt offers quite a bit more than just an abstracted UI model. Being able to have a totally common codebase across a number of platforms for a given application (including lower-level network code, threading, non-UI graphics manipulation, file I/O, printing, etc.) is a great help.

    The only thing holding me back from totally adopting Qt was the outrageous licensing cost, not anything lacking in the toolkit itself. With it having gone to LGPL now, that is no longer an issue.
  • by daem0n1x ( 748565 ) on Tuesday May 12, 2009 @12:13PM (#27923305)
    My company develops cross-platform applications for Windows, MAC and LInux in C++. Qt is one hell of a cross-platform UI toolkit.
  • by NoStarchPlox ( 1552983 ) on Tuesday May 12, 2009 @12:23PM (#27923459)
    Since when was GTK+ a native graphics api? Oh wait, it's not. Qt uses Xlib on an X Windows System which is the native graphics API.
  • by Jurily ( 900488 ) <jurily&gmail,com> on Tuesday May 12, 2009 @12:40PM (#27923713)

    Qt offers quite a bit more than just an abstracted UI model. Being able to have a totally common codebase across a number of platforms for a given application (including lower-level network code, threading, non-UI graphics manipulation, file I/O, printing, etc.) is a great help.

    Not to mention an XML parser, localisation and Unicode support by default, a great scripting engine, MD5 and SHA1, and awesome documentation, while the whole API is built to encourage best practices.

    About the only thing I'm missing is archive handling with QDir. Including bzip for a fully functional NMDC client is so last year :)

  • by garvon ( 32299 ) on Tuesday May 12, 2009 @12:46PM (#27923809)

    qt 4.5 does have a gtk theme that uses gtk to draw the widgets. It allows me to continue using qt applications and have them match my desktop now that i no longer find kde usable as a desktop. The applications are still 1st rate.

  • by robmv ( 855035 ) on Tuesday May 12, 2009 @12:54PM (#27923931)

    QT emulates the platform widgets, but uses the platform API (if it exists) to draw them, all event processing and widget behavior is done by QT, much like Java Swing do. previous QT version emulated the widget look too, but that was before even Windows APIs provided themes APIs (Windows XP)

  • by salimma ( 115327 ) on Tuesday May 12, 2009 @01:24PM (#27924397) Homepage Journal

    Qt 4.5 has an excellent GTK style that makes Qt and KDE applications look just like GTK/GNOME applications, down to button ordering.

    Also, Qt Creator, their new C++ IDE, is a good illustration of what a Qt application can look like. Delicious.

  • Re:pointer (Score:4, Informative)

    by zander ( 2684 ) on Tuesday May 12, 2009 @01:34PM (#27924553)
    the shared_ptr equivalent in Qt is QSharedPointer (surprise!) not QPointer which is something quite different. I do suggest not using shared_ptr as the Qt version has better cross-platform support and is easier to use and like most Qt things has better readability.
  • Re:Die to unify (Score:5, Informative)

    by MemoryDragon ( 544441 ) on Tuesday May 12, 2009 @01:43PM (#27924711)

    Actually Qt was relicensed into GPL because of KDE, not because of Gnome. KDE used Qt and came under heavy fire due to using Qt, TrollTech relicensed then Qt due to this criticis, and later on hired some of the KDE developers!

    The relicensing to LGPL now happened after the Nokia buyout, and was also preplanned because Trolltech always said, if it was bought or went bankrupt it would relicense it into LGPL!

  • by GreatBunzinni ( 642500 ) on Tuesday May 12, 2009 @03:08PM (#27925999)

    And KDE isn't exactly the only software project relying on Qt. Here is a semi-official list of software projects using Qt [qtsoftware.com]. I do believe that software projects like Mathematica is a nice example of how widespread Qt is and how seriously it is being used.

  • Re:pointer (Score:3, Informative)

    by mzs ( 595629 ) on Tuesday May 12, 2009 @03:08PM (#27926013)

    To be fair QSharedPointer showed-up in 4.5, hence the reason I had never heard of it until now. OPointer was forced upon me due to everything being a QObject, but then there was the other non-Qt half of the code that used boost, it was not pretty.

  • by ultrabot ( 200914 ) on Tuesday May 12, 2009 @03:27PM (#27926325)

    Is there any kind of Mercurial hosting for open source projects you can recommend?

    http://bitbucket.org/

    And soon, google code [blogspot.com]

  • by pherthyl ( 445706 ) on Tuesday May 12, 2009 @03:32PM (#27926429)

    I've never used QtUiTools and I use Designer all the time.
    I don't see any reason to create the UI at runtime. I just do the single inheritance model and everything gets converted to C++ at compile time.

  • Re:TGI Git (Score:3, Informative)

    by ultrabot ( 200914 ) on Tuesday May 12, 2009 @04:48PM (#27927897)

    Where does Hg succeed over Git? My understanding is that a lot of people really don't like the way git merges..

    - It gets by with far smaller amount of commands, that are generally understandable and do "what you would expect" (whereas with git, to get "what you would expect" you need to do some serious study).

    - It reports failures in a terminology that a normal person can be expected to understand.

    - It's implemented in Python and little C for speed, not a hodgepodge of every language known to man.

    - Probably deriving from previous point, it has a first-class windows implementation

    - It gives revisions in local repo a running index number. It's transient, but often handier than using hashes all the time.

    That being said, ease is the single most important benefit. This is important if the repo is being used by people from different backgrounds. Weigh the amount of hand holding you'll need to do for people new to the tool, and it becomes surprisingly important.

  • by vurian ( 645456 ) on Tuesday May 12, 2009 @05:08PM (#27928243) Homepage
    You can compile the free version of Qt with Visual Studio (express or standard) without any problems. I do it regularly. You might be thinking of the IDE integration, which is a problem, but one for which Microsoft, not Nokia, is responsible.

8 Catfish = 1 Octo-puss

Working...