Slashdot Mirror
Mozilla/QT needs developers!
strredwolf writes "They need developers to port Mozilla to TrollTech's QT. The origional port is since 0.9.9 and hasn't been updated since. We need that Mozilla for the iPAQ or Zaurus!!!"
← Back to Stories (view on slashdot.org)
... as bugzilla have disabled referrals from Slashdot.
Try this one instead, it routes via yahoo first:
http://tinyurl.com/38uw
The last mozilla.org status update report covered this. It says that January 8, 2003 (scheduled release of Mozilla 1.3beta) will be the deadline to find an owner for the QT Mozilla port.
The qt port (--enable-toolkit-qt) has been busted since the 0.9.9 timeframe (~9 months at this point) and numerous times before that. The port also lacks a maintainer which would explain its tendency to bitrot. I've sent mail to drivers, m.builds, m.unix & m.qt concerning the problem. If we don't have a working port by the time the tree closes for moz1.3beta (~10 weeks), the port should be removed. ------- Additional Comment #1 From Esben Mose Hansen 2002-11-09 02:54 ------- Let's not let this happen! Let's get qt working again, then I will be maintainer if nobody else will. ------- Additional Comment #2 From Christopher Blizzard 2002-11-19 09:10 ------- I haven't seen any patches to get it going again. Tick...tick...tick... ------- Additional Comment #3 From Robert Kaiser 2002-11-19 09:58 ------- blizzard: In n.p.m.qt there is an ongoing discussion about why the current patch has problems, and Esben seems to find out more about it almost daily. It seems he also found a/the key why it got problems currently. Well, we'll see. ------- Additional Comment #4 From Esben Mose Hansen 2002-11-19 10:55 ------- Sigh. Modern people are in such hurry :-P If this is so urgent, please direct me
to some info which shows how the autoloading/registering works. Because the QT
gfx factories aren't called. Not at all. So when the first widget (i.e. window)
is constructed, it cannot get the device context. This, apparantly, is not
considered an error, an execution continues regardless. But with no device
context, nothing really happens. More details in the qt newsgroup, which are
quite low traffic :)
(scurries off to read through the developer info)
------- Additional Comment #5 From Allen Baranov 2002-11-22 00:42 -------
Hi,
I have been following this port for a while now. Basically I've read all the
postings. Tried the patches. No luck yet though. If I get my name in lights I'm
very keen to be "one of the admins" of this port.
My knowledge of C++ and qt and even C is laughable. But I know how to patch,
compile and fiddle. I check email every day ('cept weekends).
I'm also happy to get my hands dirty.
From what I have seen on the newsgroup Esben is really the man for the job. I'd
like to nominate him or second his nomination ;) and I'd like to help him out.
I use KDE as my desktop and mozilla as my browser. I'd really like to play
together nicely.
------- Additional Comment #6 From Allen Baranov 2002-11-25 02:08 -------
Is it possible for this project to get some space on mozilla.org or somewhere
to put up a web page detailing what is happening. I'm happy to do a bit of
HTMLing. There is also Esben's patch that will probably be the starting point
of this reincarnation of the project and it would be nice to redirect people to
this page to get the patch and start fiddling.
I have sourceforge membership if we need to go there.
------- Additional Comment #7 From Heiko Stoermer 2002-11-26 07:20 -------
It seems Esben has something that compiles!
We just need some way to share work. Why not check it in, the current CVS
state of gfx/qt is broken anyway.
If it compiles, more people can start to work on it.
------- Additional Comment #8 From Robert Kaiser 2002-11-26 08:25 -------
I'd volunteer to check in Esben's patches whenever needed, as I have a CVS write
account and it's not built by default, so it's not that bad when I don't know
the real code too good.
Of course, I'll build (and use when it works) the code myself, and of course I
need to know what review requirements there are for this parts of the code.
cls, any advice for that?
btw, I change the summary to state that we have two ways: remove it - or get it
working :)
------- Additional Comment #9 From Christian Biesinger 2002-11-26 10:24 -------
review requirements: ports need port owner review and have an "automatic"
sr=blizzard.
now, if there is only one module owner and he wants to check something in, I do
not know what's the policy :)
------- Additional Comment #10 From Esben Mose Hansen 2002-11-26 11:51 -------
I'll clean up the code I have an attach it to this bug shortly or tomorrow. I'm
currently trying to get it to show the ProfileManager (because it's simple ---
just one modal dialog.) For some reason nsWidget::Show() isn't called, which
seems strange to me, but what do I know :)
------- Additional Comment #11 From Yannick Koehler 2002-11-27 05:17 -------
I'm going to jump in. I've started to play with Qt/KDE recentely and very like
it. I was always wondering why Mozilla wasn't already using qt instead of GTK ;-)
I'm not interested in the main role thought. I'll get the tree and see how I
can patch and get Qt/Mozilla working.
------- Additional Comment #12 From Heiko Stoermer 2002-11-27 06:24 -------
Same with me. I'll try to help.
------- Additional Comment #13 From Christopher Blizzard 2002-11-27 13:35 -------
We use gtk instead of qt because of qt's licensing.
------- Additional Comment #14 From Yannick Koehler 2002-11-28 04:36 -------
Is there still issues with the Qt Free Edition License? Can the code written
to interface to the lib be made MPL/GPL etc... if we don't link? This should
be clarified before we commit stuff no?
------- Additional Comment #15 From Heiko Stoermer 2002-11-28 05:57 -------
AFAIK the point is that mozilla is not a strictly free software (it is used by AOL/Netscape as commercialware). This could mean that they have to buy qt licenses if qt is not just a module but the standard toolkit.
Additionally, I think the decision for gtk was made before there was a gpl'ed qt.
I think the maintainers have had their thoughts on that before they let anyone commit qt-based code into the repository. No problems should arise. Apart from that, again AFAIK, Troll supported the first port to qt and is definitely well-informed about how much qt is in mozilla.
Please correct me if i'm wrong. ;-)
------- Additional Comment #16 From Paul Oswald 2002-11-28 08:52 -------
Yes, the original port was made after mozilla was open sourced (April 2001) by 5
trolls and 2 netscape employees:
The QtMozilla team members are:
Warwick Allison, Kalle Dalheimer, Eirik Eng, Matthias Ettrich, Arnt Gulbrandsen,
Haavard Nord and Paul Olav Tvete. The animated "spinning globe" button was
created by Brodd Nesset.
Animal wrangler:
Eirik Aavitsland
(from http://www.trolltech.com/qtmozilla/)
As long as you use the Qt free edition, it is available under the GPL. There
should be no issues with licensing.
------- Additional Comment #17 From Christian Biesinger 2002-11-28 09:00 -------
Heiko, what Netscape (and others) do and do not is of no relevance here, as it
is (imho) highly unlikely that they'd make a Qt version of their Mozilla
distributions.
So - Netscape is not allowed to ship a Netscape version with the free version of
Qt, because it is neither GPL nor the source is available.
Mozilla, on the other hand, may use Qt under the QPL, aiui. Not under the GPL,
because Mozilla is not yet fully tri-licensed, ie. most parts of Mozilla are not
GPL yet.
yes, I also think that the decision for Qt was made before it was GPLed. but see
above why mozilla can not use Qt under the GPL license.
finally, IANAL.
------- Additional Comment #18 From Esben Mose Hansen 2002-11-28 10:25 -------
Created an attachment (id=107719)
Patch that enables compilation QT --- but doesn't work
Here's my current patch. Sorry about the delay --- I swear somebody was
standing on the wire to America.
To those who have unsuccessfully tried my older patches: This patch is *really*
against the CVS head... which was untrue before. My bad :-(
------- Additional Comment #19 From Kelly Price 2002-12-04 19:06 -------
I'm going to throw in my 2 cents on this one (and vote for this bug) because the
Opie handheld enviroment for OpenZaurus can use a Mozilla/QTEmbedded browser.
Konq's already on the zaurus. It's the default browser for OpenZaurus, in fact. Mozilla has a number of advantages over Konq, including better Javascript and Java support. Despite the fact Opera and Jeode are on the SharpZaurus Roms, Opera can't load Applets! Stupid or what???
You dont understand what theyre asking. The QT embedding widget needs to be ported or else itll be dropped from the distribution IIRC.
:P
The widget is like a wrapper for Gecko so that Gecko can be embedded into QT programs easilly. It probably wouldnt be too much work *if you were a C++ and/or QT programmer* to port it. =)
Phoenix is a small and fast browser but I doubt its smaller and faster than a Gecko-based browser which doesnt use XUL *the Mozilla.org portable widget set* to render the layout. Check Galeon out sometime.
Pixels keep you awake!
No, it's not just an embedding widget. A port of Mozilla to a toolkit is code that maps the interface Mozilla uses for interacting with native widgets and event queues (the part in widget/src/qt/) and graphics devices (the part in gfx/src/qt/) to the particular toolkit's API.
The default Unix port of Mozilla uses GTK+. (It's the default in the build system for platforms other than Windows, Mac, OS/2, BeOS, and QNX, and it's the one distributed in mozilla.org release builds for all but those platforms.) This means that many of the interactions between Mozilla and Xlib have GTK code in the middle. (Not all of them do -- some parts of the code, such as the font code, uses Xlib APIs directly, although the Xft builds use Xft2 and fontconfig APIs instead.) It also means Mozilla gets a good bit of look-and-feel information from GTK themes (more recently than it used to).
In addition to the GTK+ port, there are also a raw Xlib port (no toolkit between Mozilla and Xlib) and a QT port, but the QT port is poorly maintained and will be removed if no maintainer steps up (as the Motif port was a while ago).
Some of the ports also come with embedding widgets that allow embedding of the layout engine into programs using those toolkits. However, the embedding widget is just a small and optional part of the port. I also don't see any reason that it wouldn't be possible to use a QT embedding widget for Mozilla even if Mozilla is using GTK+ internally.