Created attachment 332155 [details] [diff] [review]
QtPort enabler. Diff for existing files
port need to be merged into mozilla-central.
See QtPort enabler patch for existing sources.
Created attachment 332156 [details]
List of new files required for QT port
Created attachment 332157 [details] [diff] [review]
Full patch for Qt port
Comment on attachment 332155 [details] [diff] [review]
QtPort enabler. Diff for existing files
This patch looks fine, are these really the only changes to existing files? I would've expected changes in nsObjectFrame at least, or are we building with --disable-plugins?
> would've expected changes in nsObjectFrame at least, or are we building with
We are building with enable-plugins, but actually they are still broken (plugin port not implemented properly).
I hope it will be fixed soon.
Awesome work. Having a nice integration between KDE and firefox would be amazing !
vlad, what is the best way to land this patch?
Commit "Full patch for Qt port" in one iteration, or commit first patch and push new files after that?
Created attachment 333024 [details] [diff] [review]
Patch against Firefox 3.0.1
Created attachment 333025 [details] [diff] [review]
Patch against XULRunner 126.96.36.199
Note, I didn't change anything, just made the patches apply cleanly and separately to XULRunner and Firefox.
Oh well, I couldn't get it to work. :(
Created attachment 333037 [details] [diff] [review]
nsObjectFrame part of qt port
Created attachment 333089 [details] [diff] [review]
Diff for existing files, updated to trunk + nsObjectFrame
DFB has been landed to trunk, therefore created new diff, updated to trunk.
Also added nsObjectFrame fixes.
Created attachment 333090 [details] [diff] [review]
Full version of latest trunk Qt port.
Will this work with 3.0.1?
I think no.
Stuart can you help me with merging Qt branch into mozilla-central?
Do we need to do anything else? Or can you just land that patch? or someone else can do that?
Created attachment 334134 [details] [diff] [review]
Old Embedding API remove
That last patch breaks the qt build (from mozilla-central) for me. It complains with:
gmake: *** No rule to make target `/home/sigma/Develop/Repos/hg/mozilla-central/embedding/browser/qt/tests/Makefile.in', needed by `embedding/browser/qt/tests/Makefile'. Stop.
Can someone please update the mozconfig at https://wiki.mozilla.org/User:Pjohnsen/MozillaQtBuild to a working configuration?
> needed by `embedding/browser/qt/tests/Makefile'. Stop.
It is just a bug 450936....
Please add this Qt Instant Messenger
http://retromessenger.sf.net -> Layout
http://retroshare.sf.net -> qt gui and library
Created attachment 338553 [details]
screenshot of latest firefox-qt build
Screenshot of latest firefox-qt build in kde 4. Looks really bad for me, even worse than using regular firefox in kde4.
#21 That's because of your theme version is not compatible with your Firefox version. You must deactivate version checking for extensions. Explanation here: http://articles.bluishcoder.co.nz/article/disable-firefox-extension-version-checking/
Appearence still won't be perfect. This is not official but I'm working to make KFirefox fully compatible with it. http://ramonantonio.net/kde-firefox/
I had still no time to report properly some bugs. Here it's what I was investigating:
1. Doubeclick doesn't work in search bar. Doubleclick seems to be correctly launched at widget/src/qt/nsWindow.cpp nsWindow::mouseDoubleClickEvent but I don't get expected behaviour: getting all text at searchbar selected.
2. Some key events are launched but do not work properly. Those in the class of FunctionKey + ASCIIKey (Ctrl+T for example) do not work properly.
(In reply to comment #22)
> #21 That's because of your theme version is not compatible with your Firefox
> version. You must deactivate version checking for extensions.
Sorry, you're mistaken. What the screenshot in Comment #21 shows is exactly how firefox-qt looks by default, with *no* add-ons/themes. Compile it, move your current ~/.mozilla dir somewhere else, then launch it and you'll see.
don't expect pixel-perfect look from so young port... if you help with bugs - you can expect it faster ;) .
I've been looking forward to this so much! Previous the use of the GTK theme on KDE unfortunately made Firefox really unusable unless I hacked it severely (black text on black buttons, gray text on dark menus, etc. -- very, very unfriendly to dark color schemes).
However when I tried to run Firefox-qt, I got the following error when using the x86 build.
./firefox-bin: symbol lookup error: ./libxul.so: undefined symbol: _ZN6QEvent17registerEventTypeEi
Running Suse 10.3, 64-bit processor.
Is a specific version of Qt required? (e.g. 4.??, as perhaps implied by the build instructions)? I ran some random qt* command (qtdoc) and it seems to imply that I have Qt 3.3.8.
Hello people! I'm really interested in using Firefox on Qt/KDE, but the last comment on this bug is almost a year old and this bug is closed "RESOLVED FIXED". If it is fixed then why do we not see a publicly released Qt port of Firefox?
Are there any issues pending for the Qt port, or has support for this port been dropped? I would like a clarification from the developers on just how far the Qt port has progressed and what the ETA of public binary builds of the Qt port is.
It seems (In reply to comment #26)
> this bug is closed "RESOLVED FIXED".
... because the Qt back-end is now part of the Mozilla toolkit source tree. Whether Firefox or other Mozilla products are built for Qt or KDE is separate from this bug (it appears the Fennec mobile browser on Maemo can target a Qt backend). FWIW I filed bug 543912 that http://www.mozilla.org/ports/qtmozilla/ is out-of-date.