Qt Becomes LGPL
Aequo writes "Qt, the highly polished, well documented, modern GUI toolkit owned by Nokia, will be available under the LGPL starting with version 4.5! It was previously only mainly available under the GPL and a commercial license. Selling licenses was an important part of Qt under Trolltech as it was the company's main source of income, but Trolltech is a fruit-fly compared to Nokia, who want to encourage and stimulate the use of Qt Everywhere [PDF]. This is fantastic news for all commercial developers looking to create cross-platform applications without the need to buy a $4950 multi-platform license per developer."
Let's hope Motorola sign up. Their UI is consistently inconsistent and awful
Watch those corners
Seriously though- Reasons to write applications for the gnome desktop environment are getting fewer every day. When QT4 became available under the GPL on all 4 major platforms- Windows/BSD/Linux/OSX the argument for GTK was weak. Now, I'd argue its virtually non-existent.
Well, thank heavens for that. Hopefully now the horrible, oldfashioned looking, bad file-selecting-dialogs GTK will slowly disappear. The number of times I've had to select something in /usr/bin, and have started to type /usr/bin only to have it try and go to /usr/sr or some nastiness.
Get your own free personal location tracker
I use to be a KDE developer, and I have to say that I love QT/KDE platform (and still use it). But with that said, I find that OSS moves faster BECAUSE of friendly competition, not in spite of it.
I prefer the "u" in honour as it seems to be missing these days.
I love to see when a company understands that giving something away they will get ten times more in return. And nowadays that happens too rarely.
For a while it seemed that Nokia is about to lose to its competitors, because of Symbian and bad software. This will totally remedy it. I've also heard from Nokia insiders that they're actively dumping everything related to Symbian. It won't take more than couple of years and all their phones use Qt.
Seeing how well Apple has been selling iPhone applications, I can only imagine the potential Qt phones have in future. With Symbian that just wasn't possible, it was a total nightmare for the developers.
Think about Xfree. it was basically a closed monopoly. Then X11 grabbed it and opened it up further. Has it improved things? Absolutely. Basically, we NEED competition. GNOME is good competition, vs. say MS's form of competition (involving lots of dirty tricks and legal maneuvers).
I prefer the "u" in honour as it seems to be missing these days.
Correct me if I'm wrong (and I hope I am) but since KDE and it's libraries is based on the GPL'ed version of QT, it is itself GPL'ed, which means that you need to GPL your code is you want your app to integrate with KDE..????????
The KDE libraries have always been LGPL.
Read http://techbase.kde.org/index.php?title=Policies/Licensing_Policy for details.
If they do what this article suggests they will, this is a big step towards better code and community involvement. Go Qt, go!
df -h
So buy a commercial Qt license. These are still available have no GPL/LGPL in them.
DNA is the ultimate spaghetti code.
I really like Gnome better than KDE. You can run QT applications under Gnome just fine. :)
What I wonder is if we could see OpenOffice or Mozilla move to QT for the widgets
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
Yet when Nokia purchased the Trolls people insisted they would try to close up Qt and fight FOSS. Nokia did oppose open formats in HTML 5 for some crazy reason, but maybe Nokia isn't so evil after all.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
People who are picky enough to care about which text editor and which IRC client can handle the notion of different apps using different structures where integration is important. For example on a Mac I use TextEdit when I want integration and VI when I want features.
I was thinking the same thing. While Konqueror is a nice browser I could never replace Firefox with it.
There is a QT port of Firefox but when I tried it it was still in the very early development stages and was unusable.
It's great that Qt becomes LGPL, but it doesn't mean that we should stop developing GNOME and GTK...
Seriously there's lots of business that depends on GNOME and/or GTK, and lots of reasons to keep them alive...
Competition among desktop environments is good and having two large desktop environments if probably a good idea... As it drives competition and innovation.
I'm assuming we're talking about development for Linux, or cross platform here, since this is QT. Two questions:
1) Why would you program in C# on Linux? Mono support is years behind the feature sets that MS is rolling out. There are a variety of languages/frameworks that are better supported than .NET.
2) What's wrong with GUI programming in C++? QT tools seem pretty nice to me, and objects are much easier to work with than a mountain of procedural code. C++ should also be plenty efficient for application space.
So, what advantages are there in using C/Gnome?
The Ubuntu devs screwed up their KDE 4 packages in a bad way. That isn't KDE's fault.
Furthermore, KDE doesn't depend on video drivers. If the Ubuntu devs made a certain Nvidia driver a dependency, then they screwed up big time. KDE does not change your kernel or video driver in any way.
I'm not calling you a liar or saying you didn't have problems. I'm sure your box got hosed somehow, but it is more likely the problem was with Ubuntu's packaging.
It should also be noted that the QT 4/Nvidia problems have largely been remedies. Qt 4 used Xrender heavily, and Nvidia's driver had a piss-poor Xrender implementation. The forthcoming Qt 4.5 is supposed to move away from using Xrender all over the place, and the latest Nvidia driver has much better Xrender support to boot. openSUSE even provides a repo with weekly snapshots of the KDE 4.2 branch compiled against the weekly snapshots of Qt 4.5. In theory it is unstable, but I've had good luck with it so far.
I know I'll get modded Troll for this, but I don't care. Ubuntu has got some serious problems, and is very overrated. openSUSE puts out quality KDE 3, KDE 4 and Gnome desktops. They support all 3 currently (though KDE 3 is being dropped in the future).
Novell hires a large staff of developers that make quality packages, fix upstream bugs, backport features, etc. As much as I hated Novell for the MS deal, Novell is one of the best contributors to several upstream projects, and openSUSE is a fantastic distro.
I can't recommend it enough.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
> Which is just not possible. Where is the CD burning program in GNOME that beats K3B? Where is the music player that beats Amarok? In the
> other direction, where is the office suite that beats OpenOffice.org? You cannot avoid mixing GTK and Qt apps on a desktop without hurting
> yourself.
This is the key difference for the desktop split. Why do you mean by "beat"?
If you want a no-nonsense desktop and desktop apps that allows you to do your work without getting in your way, then GNOME and GNOME apps beat KDE and KDE apps. Personally, I can't stand either K3B and Amarok.
If you want a pimped up desktop and desktop apps that allow you to do anything you want, then KDE and KDE apps beat GNOME and GNOME apps.
If one or another need dominates, except for one area, then you have a mix.
I personally have a pure desktop...not out of ideology, but simply because GNOME and GNOME apps works better for me. I'm sure plenty of KDE lovers have a pure KDE desktop for the same reason.
If, for some reason, GNOME decided to migrate to Qt (theoretically, it is possible if GNOME 3.0 moves to be more IDL driven and Qt components could be modified to support any missing feature that GNOME needed), GNOME and GNOME apps would still exist separate from KDE and KDE apps simply because GNOME users and KDE users are different.
Whoops, your server just died.
There's plenty of reasons to use GTK and QT, including pretty much every app that has no need for internet access (and some that are using it, but really shouldn't be.)
Never mind the hefty CPU load that AJAX apps can put on a system. Needlessly inefficient, even if we do have dual- and quad-core machines.
This all boils down to Nokia having to compete with the other key smartphone SDKs basically being free and popular. If lots of people learn to love QT for the various computer OSs then they will then have the skills ready for Nokia development. But corporate development just doesn't sit well with GPL so the LGPL is the only real option. If anything this might be a huge win. The iPhone makes you use at least some Objective C and Android gets all Java on your ass. But for really cool killer apps you might want to use C++ to do something really cool on the tiny processors found in most handsets. What would be really cool and daring for Nokia would be to make QT for iPhone. Then people might port their apps to both iPhone and Nokia.
"I wasn't necessarily saying Vala was an app development language (although it could be)."
GNOME devs are already writing full apps with it, so it is being used as such.
"If Gtk used some other language like, say, Python, with Python GTK widgets and so forth, then how would Java, C#, or even C or C++ have access to these components?"
yes, i understand that is what has driven Vala's design and implementation. i just don't agree with the "we'll wedge another home grown language in between the C and the other languages" approach. i think it's overly complicated and limits the number of people who can (and will) hack on it.
time will tell if i'm smoking crack or not, of course .. =)
"Vala isn't actually a language in the same sense as Python, C# or Java is. It's really just a syntactic extension of C and produces plain, simple, C code."
that is produces C is both a feature and a bug. it makes debugging much more awkward (and for a while wasn't even possible at all! how do you go from your generated C to your Vala code in gdb? there's a plugin now for gdb, but really .. oy vey!) and you lose all the interesting security possibilities of managed code.
"How will using Javascript help in GTK development or building custom widgets or extending GTK and its reach?"
it's simply a language that is well known. pick a different well known language if you wish. make your own runtime if you wish. certainly add your own sugar on top (see QScript for a really nice example of how that can all be done with JavaScript). there's nothing particularly magical about the Vala syntax, except that it's a new language specific to one toolkit.
which is precisely my point.
"it will be possible to extend and improve GTK to equal Qt while still maintaining the ability to use it from any language binding."
let's do this then: let's come back to this in 2-3 years (it takes time to get these things going, i know) and see if that theory works out.
my theory is that it will just be one more baroque tool that people working with Gtk will have to get their head around (and people complained about moc with Qt; they ain't seen nothing yet ;) thereby limiting the pool of candidate developers. as a non-transferable skill it won't gain much in the way of value that might cause people to learn it "just because", and yet people will write applications with it. i expect to see more and more vala usage in Gtk+/GNOME (because, well, that's already happening =) and it will cause the project to become more insular rather than less.
i do expect that those using it will get more done with vala than with plain C, but not to an extent that will make up for the number of people lost by not choosing a language syntax that is already widely known or a language that avoids compile cycles, dealing with the intricacies of C debuging, etc.
given that it's homegrown, it will also soak up resources maintaining and extending vala itself that could be put elsewhere.
combined, i expect individual efficiency of existing contributors to increase due to vala, but the overall effect on the project to be a net negative. i predict that in a few years vala will get quietly binned. bonobo 2.0 if you will: a cool idea that "just has to work, it's so well designed and advanced!" but which just didn't pan out in reality.
again, i could be wrong. and i certainly don't want to see the GNOME team falter. but vala gives me the heebie-jeebies.
You didn't get modded down because you said Linux is not good, you got modded down because of saying "Kopete is terrible" and no extra explanations, not to mention the insistent spam on the rest of the thread about your stupid attempt to call the GPL immoral mostly because you don't understand it. So, perhaps the sentiment from the guy who modded you down was not an "I disagree" but a "I hope this is a troll, else my faith of humanity would be gone"
Copyright infringement is "piracy" in the same way DRM is "consumer rape"
> "Troll" is not a synonym for "disagrees with me and therefore is bad".
I totally agree with that. "Troll" like everything else is a judgment call. You came across like a troll. See Vexorian's post for more explanation.
Personally, I didn't judge you a troll for the "I don't use Linux" post; in fact, I have no problem with people for whom Linux doesn't cut it and I am very aware of some of the reasons which might cause that.
The "Kopete is terrible" post by itself also didn't bring you over my threshold, but the combination of the two passed the threshold.
One of the big differences between the FOSS world and Windows / MacOS is the rate at which applications can evolve feature-wise and interface-wise. For some, this is great, for others, a catastrophe. This makes me doubt that anyone who uses Windows (and I assumed Windows without FOSS, given the complaint of your post: "integration") as their primary computing platform would be able to properly pass judgment on any particular FOSS application.
Next time, qualify with "Last time I tried Linux, in Monthname Yearnumber, Kopete was terrible. " and you will be much less likely to be judged a troll.