Mozilla Firebird and QT
- gorunmez
- Posts: 31
- Joined: December 27th, 2003, 6:21 pm
I actually care about the toolkit. It is not only about appearance. For example I like being able to use emacs keybindings without need to change user.js or something like that (thanks to gtk).
More importantly, things like transparency in CSS seem to be real challange for Mozilla* developers mainly because lack of support from toolkits (even windows, partially)
More importantly, things like transparency in CSS seem to be real challange for Mozilla* developers mainly because lack of support from toolkits (even windows, partially)
-
- Posts: 41
- Joined: January 10th, 2003, 1:24 am
-
- Posts: 7
- Joined: September 29th, 2003, 8:43 am
David James wrote:I'm sorry to say this, but basically Mozilla does not like QT. The issue about a maintainer is a dodge - Mozilla could have used QT rather than GTK as the default toolkit.
The story goes something like this. Mozilla chose GTK in the era when QT wasn't entirely free. Mozilla embedded Gecko so deeply in GTK that it was nearly impossible to get Gecko back out of it. KDE found it easier to create their own rendering engine (KHTML, which is so much easier to use and embed that Safari for Mac uses it) than to extract Gecko. Mozilla lost what little interest it had in supporting QT.
The sad thing is that (1) Mozilla looks awful in KDE without some heavy modifying of your GTK2 theme and (2) all those KDE developers who created KHTML could have helped make Gecko even better.
Oh, and btw, I've never been able to build FB with QT and have it actually use QT.
I think people in this thread don't see the point. David said:
1. Mozilla does not use QT, because Gecko is tied to GTK. This is a problem, because Gecko should be toolkit independent, no matter if GTK is better or worse.
2. KDE developers did not contribute to Gecko because of point 1. and Mozilla lost a big chance.
I think mozilla should try to catch and make mozilla apps run with QT. Furthermore, I think they should decide which rendering engine is better and start using the same, even if this means dropping Gecko.
- gorunmez
- Posts: 31
- Joined: December 27th, 2003, 6:21 pm
I would be suprised if Gecko is that tied to GTK, considering it is really cross platform. If I recall correctly, Gecko and GTK are isolated. there is XUL between.
Still Gecko is the best rendering engine around, but khtml had a lot of improvents too.
In addition there may be a licensing problem, gecko should be able to be released as MPL/NPL.
No need to mention the ties between khtml and other kde stuff.
Still Gecko is the best rendering engine around, but khtml had a lot of improvents too.
In addition there may be a licensing problem, gecko should be able to be released as MPL/NPL.
No need to mention the ties between khtml and other kde stuff.
Last edited by gorunmez on March 5th, 2004, 12:02 pm, edited 1 time in total.
- slippytoad
- Posts: 90
- Joined: November 4th, 2002, 5:52 pm
- Location: Mountain View, CA
- Contact:
-
- Posts: 172
- Joined: July 15th, 2003, 3:11 pm
- Location: Florida
- Contact:
- Jimmy_C
- Posts: 186
- Joined: November 10th, 2002, 5:20 pm
- Location: Penn Hills, PA
Mozilla does not use QT, because Gecko is tied to GTK. This is a problem, because Gecko should be toolkit independent, no matter if GTK is better or worse.
Mozilla can be compiled without GTK support, you know. Gecko isn't tied to GTK; otherwise, it wouldn't compile on Mac OS X or Windows.
Offtopic: The KDE developers are too political (was obscenity, deleted) if they let a something as silly as toolkit choice determine their involvement. They're not on Trolltech's cheerleading squad; they don't need to make all things QT!
P.S. This whole thread is offtopic and should be moved.
Linux user since Nov. 31, 2003!
- Hooded One
- Posts: 1591
- Joined: February 5th, 2003, 11:42 am
- Location: San Francisco, CA
- Contact:
Jimmy_C wrote:Offtopic: The KDE developers are too political (was obscenity, deleted) if they let a something as silly as toolkit choice determine their involvement. They're not on Trolltech's cheerleading squad; they don't need to make all things QT!
Their entire desktop environment is in QT. KDE integration mostly depends on QT. Not quite so much anymore -- now you can get various levels of integration without QT. But electing to have a QT browser for a QT desktop environment is *nothing* political. Anything else would be just plain silly.
Gecko itself isn't tied to GTK (you can actually use Gecko in Konqueror, for example), but at the moment the Mozilla UI on Linux is.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
SuSE Linux 9.2, Kernel 2.6.8, KDE 3.3.2
SuSE Linux 9.2, Kernel 2.6.8, KDE 3.3.2
- Jimmy_C
- Posts: 186
- Joined: November 10th, 2002, 5:20 pm
- Location: Penn Hills, PA
The still can't use QT, because of the license.
Hooded One wrote:Their entire desktop environment is in QT. KDE integration mostly depends on QT. Not quite so much anymore -- now you can get various levels of integration without QT. But electing to have a QT browser for a QT desktop environment is *nothing* political. Anything else would be just plain silly.
From a technical point of view: Toolkit choice shouldn't really matter for well-written programs. There are several well-known patterns that should be used to separate an engine from its interface. Using a new engine should be as easy as a few modifications and a recompile.
From a legal (IANAL) point of view: In any case, I know that the non-windows ports of the QT library are licensed under the GPL, but the windows port isn't. However, Mozilla code must be licensed under the triple combination of the MPL, GPL, and LGPL. I don't think that the GPL is compatible with LGPL or MPL code, so QT can't be used. Even if Mozilla branched to a GPL-only codebase, they still couldn't use QT and maintain compatibility with Windows (Mozilla compiles with GTK support on Windows, but they wouldn't be able to get a Free license from Trolltech to use QT under that OS). This breaks cross-platform compatibility with Windows, which means more work than GTK code provides.
I'm not saying that Trolltech's licensing positions is wrong or bad - just that it is incompatible with the goals of the Mozilla Organization.
Linux user since Nov. 31, 2003!
- willll
- Posts: 2577
- Joined: November 30th, 2002, 11:39 am
- Location: Washington, DC
Re: The still can't use QT, because of the license.
Nobody is suggesting that QT be used for an non-X11 platforms (at least, I hope they are not).Jimmy_C wrote:From a legal (IANAL) point of view: In any case, I know that the non-windows ports of the QT library are licensed under the GPL, but the windows port isn't. However, Mozilla code must be licensed under the triple combination of the MPL, GPL, and LGPL. I don't think that the GPL is compatible with LGPL or MPL code, so QT can't be used. Even if Mozilla branched to a GPL-only codebase, they still couldn't use QT and maintain compatibility with Windows (Mozilla compiles with GTK support on Windows, but they wouldn't be able to get a Free license from Trolltech to use QT under that OS). This breaks cross-platform compatibility with Windows, which means more work than GTK code provides.
Saying that Gecko is tied to GTK is a ridiculous assertion. That's why we have six active ports to different toolkits not including the two gtk ones. Even if you are talking specifically about Unix, hell, we have an xlib port.
<a href="http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&oe=UTF-8&c2coff=1&safe=off&threadm=4048e9cf%240%2416036%243b214f66%40usenet.univie.ac.at&prev=/groups%3Fdq%3D%26num%3D25%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26group%3Dnetscape.public.mozilla.qt%26c2coff%3D1%26safe%3Doff%26start%3D0">Some people are trying to get a new QT port started</a>. Whether or not it gets anywhere is yet to be seen.
- Jimmy_C
- Posts: 186
- Joined: November 10th, 2002, 5:20 pm
- Location: Penn Hills, PA
Re: The still can't use QT, because of the license.
willll wrote:Saying that Gecko is tied to GTK is a ridiculous assertion... (examples)
I agree, didn't I say that? What, I didn't! Well.. um.. I.. um.. Second It! Ya, that's it!
<a href="http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&oe=UTF-8&c2coff=1&safe=off&threadm=4048e9cf%240%2416036%243b214f66%40usenet.univie.ac.at&prev=/groups%3Fdq%3D%26num%3D25%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26group%3Dnetscape.public.mozilla.qt%26c2coff%3D1%26safe%3Doff%26start%3D0">Some people are trying to get a new QT port started</a>.
Good luck.
Linux user since Nov. 31, 2003!
-
- Posts: 137
- Joined: November 5th, 2002, 5:07 am
Anyone know if the xlib port still builds? I think (considering Mozilla implements most of its own widgets anyway) that a version that's not tied to any particular toolkit is a good idea. Unfortunately the documentation I can find for it is grossly outdated http://www.mozilla.org/unix/xlib.html
-
- Posts: 54
- Joined: August 11th, 2003, 6:52 am
Re: The still can't use QT, because of the license.
Jimmy_C wrote:From a legal (IANAL) point of view: In any case, I know that the non-windows ports of the QT library are licensed under the GPL, but the windows port isn't. However, Mozilla code must be licensed under the triple combination of the MPL, GPL, and LGPL. I don't think that the GPL is compatible with LGPL or MPL code, so QT can't be used. Even if Mozilla branched to a GPL-only codebase, they still couldn't use QT and maintain compatibility with Windows (Mozilla compiles with GTK support on Windows, but they wouldn't be able to get a Free license from Trolltech to use QT under that OS). This breaks cross-platform compatibility with Windows, which means more work than GTK code provides.
As long as mozilla doesn't release a Qt-enabled build using the MPL or LGPL without having a Qt license, there's no problem AFAIK. E.g. the Psi-project (http://psi.affinix.com/) uses the Qt toolkit and is GPL, however they only need a windows Qt-license to make a windows-build.
I personally would like to have a Qt/KDE build. Firefox is te only GTK-program I use, so it doesn't really fit in. And the GTK-Qt-theme doesn't work that good with Firefox.