Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
ma.
On Mon, Jan 13, 2014 at 11:15 PM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
You can build it on copr!
--
Yours sincerely, Christopher Meng
Noob here.
On 01/13/2014 04:16 PM, Christopher Meng wrote:
On Mon, Jan 13, 2014 at 11:15 PM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
You can build it on copr!
Good idea!
http://copr.fedoraproject.org/coprs/stransky/FirefoxGtk3/
ma.
Martin Stransky <stransky <at> redhat.com> writes:
On 01/13/2014 04:16 PM, Christopher Meng wrote:
On Mon, Jan 13, 2014 at 11:15 PM, Martin Stransky <stransky <at>
redhat.com> wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse
youtube
) but may work as a preview.
I'll provide Fedora builds and repo later.
You can build it on copr!
Good idea!
http://copr.fedoraproject.org/coprs/stransky/FirefoxGtk3/
ma.
First off, thank you so much for this! I have been using it and it is stunning. The difference is huge.
It also seems to be the only browser that has supported my HiDPI display (perhaps that's thanks to gtk3?).
One thing that I have been waiting for is separate processes for each tab to start working. Right now, when I enable it, it causes the entire window to turn grey.
On that note, I haven't seen a new build in a while! When can we hope for an update?
On 03/28/2014 11:44 AM, Kẏra wrote:
First off, thank you so much for this! I have been using it and it is stunning. The difference is huge.
Thanks!
It also seems to be the only browser that has supported my HiDPI display (perhaps that's thanks to gtk3?).
That's a great news, I was not aware of it.
One thing that I have been waiting for is separate processes for each tab to start working. Right now, when I enable it, it causes the entire window to turn grey.
How do you enable it? Can you file a BZ# for that at bugzilla.redhat.com?
On that note, I haven't seen a new build in a while! When can we hope for an update?
There are some patches waiting upstream for review so when those are done. I'd like also update the firefox-gtk3 build to Firefox 31.
ma.
Martin Stransky <stransky <at> redhat.com> writes:
On 03/28/2014 11:44 AM, Kẏra wrote:
First off, thank you so much for this! I have been using it and it is stunning. The difference is huge.
Thanks!
It also seems to be the only browser that has supported my HiDPI display (perhaps that's thanks to gtk3?).
That's a great news, I was not aware of it.
One thing that I have been waiting for is separate processes for each tab to start working. Right now, when I enable it, it causes the entire window to turn grey.
How do you enable it? Can you file a BZ# for that at bugzilla.redhat.com?
In about:config, set the browser.tabs.remote preference to 'true'
More info here: https://wiki.mozilla.org/Electrolysis
did you mean the mozilla bug tracker? what product would i file it under at redhat's?
On that note, I haven't seen a new build in a while! When can we hope for an update?
There are some patches waiting upstream for review so when those are done. I'd like also update the firefox-gtk3 build to Firefox 31.
cool! can you link to bugs / review pages for those patches so that we can track their progress? updating the build to FF31 also sounds great [=
Kẏra <kxra <at> riseup.net> writes:
Martin Stransky <stransky <at> redhat.com> writes:
How do you enable it? Can you file a BZ# for that at bugzilla.redhat.com?
In about:config, set the browser.tabs.remote preference to 'true'
More info here: https://wiki.mozilla.org/Electrolysis
did you mean the mozilla bug tracker? what product would i file it under at redhat's?
There are some patches waiting upstream for review so when those are done. I'd like also update the firefox-gtk3 build to Firefox 31.
cool! can you link to bugs / review pages for those patches so that we can track their progress? updating the build to FF31 also sounds great [=
So excited to have FF31 now! Thanks again for packaging this. Sadly, I'm still having the same issue with electrolysis (separate processes per tab). Can anyone else test this?
Kẏra <kxra <at> riseup.net> writes:
Martin Stransky <stransky <at> redhat.com> writes:
On 03/28/2014 11:44 AM, Kẏra wrote:
First off, thank you so much for this! I have been using it and it is stunning. The difference is huge.
Thanks!
One thing that I have been waiting for is separate processes for each tab to start working. Right now, when I enable it, it causes the entire window to turn grey.
How do you enable it? Can you file a BZ# for that at bugzilla.redhat.com?
In about:config, set the browser.tabs.remote preference to 'true'
More info here: https://wiki.mozilla.org/Electrolysis
did you mean the mozilla bug tracker? what product would i file it under at redhat's?
I ended up filing the bug in Mozilla's tracker and it was finally resolved: https://bugzilla.mozilla.org/show_bug.cgi?id=1013552
I'm excited to soon be able to test multi-process firefox with gtk3!
On that note, I haven't seen a new build in a while! When can we hope for an update?
There are some patches waiting upstream for review so when those are done. I'd like also update the firefox-gtk3 build to Firefox 31.
cool! can you link to bugs / review pages for those patches so that we can track their progress? updating the build to FF31 also sounds great [=
FF31 is out of nightly and FF32 has already been there for well over a month now and FF33 will hit nightly tomorrow! Will the gtk3 build be updated again soon?
Thanks!
On 06/09/2014 09:04 PM, Kẏra wrote:
On that note, I haven't seen a new build in a while! When can we hope for an update?
There are some patches waiting upstream for review so when those are done. I'd like also update the firefox-gtk3 build to Firefox 31.
cool! can you link to bugs / review pages for those patches so that we can track their progress? updating the build to FF31 also sounds great [=
FF31 is out of nightly and FF32 has already been there for well over a month now and FF33 will hit nightly tomorrow! Will the gtk3 build be updated again soon?
Yes, I'm going to update it this week, after Firefox 30 release. The firefox-gtk3 is always latest trunk, the version is just for orientation (It's FF32 now).
ma.
Martin Stransky <stransky <at> redhat.com> writes:
On 06/09/2014 09:04 PM, Kẏra wrote:
cool! can you link to bugs / review pages for those patches so that we can track their progress? updating the build to FF31 also sounds great [=
FF31 is out of nightly and FF32 has already been there for well over a month now and FF33 will hit nightly tomorrow! Will the gtk3 build be updated again soon?
Yes, I'm going to update it this week, after Firefox 30 release. The firefox-gtk3 is always latest trunk, the version is just for orientation (It's FF32 now).
ma.
Testing has been great! I still really appreciate this repo. There have been a few firefox releases plus Fedora 21 is no longer rawhide so that could use its own repo. Any plans to update soon?
I've been able to find these two bugs (though I haven't been able to test on anything more recent than what's in the repo) * e10s windows display elements in 1/4 the screen: https://bugzilla.mozilla.org/show_bug.cgi?id=1025715 * can't use the mouse to navigate (specific to gtk 3.12.2): https://bugzilla.mozilla.org/show_bug.cgi?id=1025710
I was also able to answer my earlier question about bug tracking
I have found that this is the meta-bug for gtk3: https://bugzilla.mozilla.org/show_bug.cgi?id=627699
and this is for electrolysis (from there you can find the core e10s bugs, and milestone 1 and milestone 2 meta-bugs as well: https://bugzilla.mozilla.org/show_bug.cgi?id=516752
On 09/03/2014 09:58 AM, Kẏra wrote:
Testing has been great! I still really appreciate this repo. There have been a few firefox releases plus Fedora 21 is no longer rawhide so that could use its own repo. Any plans to update soon?
I've been able to find these two bugs (though I haven't been able to test on anything more recent than what's in the repo)
- e10s windows display elements in 1/4 the screen:
https://bugzilla.mozilla.org/show_bug.cgi?id=1025715
- can't use the mouse to navigate (specific to gtk 3.12.2):
https://bugzilla.mozilla.org/show_bug.cgi?id=1025710
I was also able to answer my earlier question about bug tracking
I have found that this is the meta-bug for gtk3: https://bugzilla.mozilla.org/show_bug.cgi?id=627699
and this is for electrolysis (from there you can find the core e10s bugs, and milestone 1 and milestone 2 meta-bugs as well: https://bugzilla.mozilla.org/show_bug.cgi?id=516752
Hi,
I have had some other responsibilities recently and gtk3 haven't got any new fixes, so there's no point to update it (except the latest trunk fixes).
I'm focused to Fedora packages now - I'd like to provide gtk3 Firefox for Fedora 22 (Firefox 33/34). So the Firefox-gtk3 may be slowly moved to the Fedora one.
ma.
On Thu, 2014-09-04 at 12:27 +0200, Martin Stransky wrote:
So the Firefox-gtk3 may be slowly moved to the Fedora one.
Martin,
Can I request you to please provide f21 packages in the copr too?
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
josh
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
ma.
On Mon, Jan 13, 2014 at 10:39 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
josh
Am 13.01.2014 16:41, schrieb Josh Boyer:
On Mon, Jan 13, 2014 at 10:39 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
most likely to have a chance to get rid of gtk2 package which otherwise you would need forever installed and loaded by using FF on GNOME3
On 01/13/2014 04:48 PM, Reindl Harald wrote:
Am 13.01.2014 16:41, schrieb Josh Boyer:
On Mon, Jan 13, 2014 at 10:39 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
most likely to have a chance to get rid of gtk2 package which otherwise you would need forever installed and loaded by using FF on GNOME3
Unfortunately that's not entirely true unless you want to run it without NPAPI plugin support. The recent solution links plugin-container to gtk2 libraries to run flash and so (Java is not supported because it does not run OOP).
When flash plugin is replaced by shumway [1] we can build FF as pure gtk3 app and emulate flash by JS.
ma.
On Seg, 2014-01-13 at 16:53 +0100, Martin Stransky wrote:
On 01/13/2014 04:48 PM, Reindl Harald wrote:
Am 13.01.2014 16:41, schrieb Josh Boyer:
On Mon, Jan 13, 2014 at 10:39 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
most likely to have a chance to get rid of gtk2 package which otherwise you would need forever installed and loaded by using FF on GNOME3
Unfortunately that's not entirely true unless you want to run it without NPAPI plugin support. The recent solution links plugin-container to gtk2 libraries to run flash and so (Java is not supported because it does not run OOP).
When flash plugin is replaced by shumway [1] we can build FF as pure gtk3 app and emulate flash by JS.
ma.
Hi, we have several replaces for flash plugin , but none works reasonably I'm talking about gnash , Lightspark and other that don't remember this shumway could really replace flash plugin ?
and if your work is based on official .spec , could you provide us the diff (patch) that you already made for this package .
Thanks,
On Mon, Jan 13, 2014 at 9:22 PM, Sérgio Basto sergio@serjux.com wrote:
On Seg, 2014-01-13 at 16:53 +0100, Martin Stransky wrote:
On 01/13/2014 04:48 PM, Reindl Harald wrote:
Am 13.01.2014 16:41, schrieb Josh Boyer:
On Mon, Jan 13, 2014 at 10:39 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:29 PM, Josh Boyer wrote:
On Mon, Jan 13, 2014 at 10:15 AM, Martin Stransky stransky@redhat.com wrote: > Hi guys, > > first $SUBJ is available at: > > http://stransky.fedorapeople.org/FirefoxGtk3/ > > It's just a src.spm and plugin support it not finished (don't browse > youtube > ;-)) but may work as a preview. > > I'll provide Fedora builds and repo later.
Could you explain why this is important/newsworthy?
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
most likely to have a chance to get rid of gtk2 package which otherwise you would need forever installed and loaded by using FF on GNOME3
Unfortunately that's not entirely true unless you want to run it without NPAPI plugin support. The recent solution links plugin-container to gtk2 libraries to run flash and so (Java is not supported because it does not run OOP).
When flash plugin is replaced by shumway [1] we can build FF as pure gtk3 app and emulate flash by JS.
ma.
Hi, we have several replaces for flash plugin , but none works reasonably I'm talking about gnash , Lightspark and other that don't remember this shumway could really replace flash plugin ?
No it cannot. Most of this flash implemenations only work to play flash you don't want anyway (i.e ads).
Le Lun 13 janvier 2014 21:33, drago01 a écrit :
No it cannot. Most of this flash implemenations only work to play flash you don't want anyway (i.e ads).
Unfortunately I've found out a lot of companies that grew around brick and mortar distribution only describe their products in flashified versions of their usual dead wood catalogs. (some software editors made a killing converting those to flash when a pdf would have been perfectly adequate). And those do not work in any flash replacement I've seen
And web stores often do not describe the products, you have to go through the manufacturer flash to get characteristics.
Regards,
On Tue, Jan 14, 2014 at 10:34 AM, Nicolas Mailhot nicolas.mailhot@laposte.net wrote:
Le Lun 13 janvier 2014 21:33, drago01 a écrit :
No it cannot. Most of this flash implemenations only work to play flash you don't want anyway (i.e ads).
Unfortunately I've found out a lot of companies that grew around brick and mortar distribution only describe their products in flashified versions of their usual dead wood catalogs. (some software editors made a killing converting those to flash when a pdf would have been perfectly adequate). And those do not work in any flash replacement I've seen
And web stores often do not describe the products, you have to go through the manufacturer flash to get characteristics.
That's what I have said. Useful stuff doesn't work (mostly) useless stuff (ads) works mostly.
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
ma.
On Mon, Jan 13, 2014 at 10:49 AM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Great, thanks for explaining!
josh
On Mon, 13 Jan 2014 16:49:09 +0100 Martin Stransky stransky@redhat.com wrote:
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
I have Xfce but is it ok to test it? If it in the pipeline it eventually come out.
___ Regards, Frank www.frankly3d.com
Am 13.01.2014 16:55, schrieb Frank Murphy:
On Mon, 13 Jan 2014 16:49:09 +0100 Martin Stransky stransky@redhat.com wrote:
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
I have Xfce but is it ok to test it? If it in the pipeline it eventually come out.
AFAIK Xfce will switch to Gtk3 step by step with the next releases so using Gtk2 will become a dead horse more and more in the near future.
Regards,
Heiko
On 01/13/2014 04:55 PM, Frank Murphy wrote:
On Mon, 13 Jan 2014 16:49:09 +0100 Martin Stransky stransky@redhat.com wrote:
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
I have Xfce but is it ok to test it? If it in the pipeline it eventually come out.
I don't believe there's any advantage for you unless you'd like to help to test it under Xfce.
Actually I tested it in MATE and it has wrong text/background colors and so, it's almost unusable. We need to fix all those bugs before switch from Gtk2.
ma.
On Mon, Jan 13, 2014 at 3:49 PM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Does this, or will this, have gstreamer support enabled?
Peter
On 01/13/2014 05:57 PM, Peter Robinson wrote:
On Mon, Jan 13, 2014 at 3:49 PM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Does this, or will this, have gstreamer support enabled?
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds.
ma.
Am 13.01.2014 20:50, schrieb Martin Stransky:
On 01/13/2014 05:57 PM, Peter Robinson wrote:
On Mon, Jan 13, 2014 at 3:49 PM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Does this, or will this, have gstreamer support enabled?
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds
if that would be true it would support H264 through gstreamer your last answers on bugreports are saying the opposite
On 01/13/2014 09:04 PM, Reindl Harald wrote:
Am 13.01.2014 20:50, schrieb Martin Stransky:
On 01/13/2014 05:57 PM, Peter Robinson wrote:
On Mon, Jan 13, 2014 at 3:49 PM, Martin Stransky stransky@redhat.com wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Does this, or will this, have gstreamer support enabled?
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds
if that would be true it would support H264 through gstreamer your last answers on bugreports are saying the opposite
See Bug https://bugzilla.redhat.com/show_bug.cgi?id=843583 for details. Jan Horak is working on that.
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
Does this, or will this, have gstreamer support enabled?
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds.
It was said in bug [1] comment 9 that it wouldn't be enabled until gst 1 support landed which I believe is either there [2] or mostly so. I see it's enabled in the rpm but it doesn't appear to work and it's only with gst 0.10
[1] https://bugzilla.redhat.com/show_bug.cgi?id=843583 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=806917
On 01/13/2014 09:33 PM, Peter Robinson wrote: [...]
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds.
It was said in bug [1] comment 9 that it wouldn't be enabled until gst 1 support landed which I believe is either there [2] or mostly so. I see it's enabled in the rpm but it doesn't appear to work and it's only with gst 0.10
[1] https://bugzilla.redhat.com/show_bug.cgi?id=843583 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=806917
Yes, that's correct. It's because mozilla fixed a blocker bug in gstreamer-0.10 support so we can enable at least the old one. Please update the bug [1] if it does not work for you.
Am 14.01.2014 13:18, schrieb Martin Stransky:
On 01/13/2014 09:33 PM, Peter Robinson wrote: [...]
It's the same as the gtk2 package, gstreamer support does not depend on toolkit. IIRC the test package has gstreamer enabled as well as the latest official Fedora Firefox builds.
It was said in bug [1] comment 9 that it wouldn't be enabled until gst 1 support landed which I believe is either there [2] or mostly so. I see it's enabled in the rpm but it doesn't appear to work and it's only with gst 0.10
[1] https://bugzilla.redhat.com/show_bug.cgi?id=843583 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=806917
Yes, that's correct. It's because mozilla fixed a blocker bug in gstreamer-0.10 support so we can enable at least the old one. Please update the bug [1] if it does not work for you
see bugreport
for me "latest official Fedora Firefox builds" was released to updates-stable
the last koji FF-build with no dependency to xulrunner (thanks for that since Thunderbird no longer is using the xulrunner package) works fine
On 01/13/2014 04:49 PM, Martin Stransky wrote:
On 01/13/2014 04:41 PM, Josh Boyer wrote:
I don't say it's important/newsworthy. It's just FYI. Please ignore if you're not interested.
Ok, I'll rephrase.
I'm interested but I have no idea how this is different from every other Firefox build that Fedora provides. Could you elaborate on the change some and why it's being made?
Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent official ones are Gtk2) so it's a regular Gtk3 app which should better fit to Gnome 3 desktop, use themes/skins and so.
The long term plan is to switch Fedora Firefox to Gtk3 so this is just a tech preview. Full of bugs, of course :)
ma.
What can do users who doesn't want that gtk3 port? For some users reasoning that "it works better in gnome-shell" is just not enough.
Do they need to fork it or what?
Thanks for explanation. - maros
N.b.: no this isn't trolling
What's the point ? There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3. By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
H.
H. Guémar wrote:
What's the point ? There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3. By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
You'll never (in the foreseeable future) be able to drop GTK2. Firefox will still need it to run NSAPI plugins.
On Tue, Jan 14, 2014 at 08:49:05AM -0600, Michael Cronenworth wrote:
H. Guémar wrote:
What's the point ? There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3. By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
You'll never (in the foreseeable future) be able to drop GTK2. Firefox will still need it to run NSAPI plugins.
In fact Fedora still ships GTK *1*. If we can't even get rid of GTK1, then talk of killing GTK2 seems wildly over optimistic.
Regards, Daniel
2014/1/14 Daniel P. Berrange berrange@redhat.com
In fact Fedora still ships GTK *1*. If we can't even get rid of GTK1, then talk of killing GTK2 seems wildly over optimistic.
Regards, Daniel
I'll quote myself again: "at least from base images" , not removing it from repositories.
H.
Am 14.01.2014 15:59, schrieb Daniel P. Berrange:
On Tue, Jan 14, 2014 at 08:49:05AM -0600, Michael Cronenworth wrote:
H. Guémar wrote:
What's the point ? There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3. By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
You'll never (in the foreseeable future) be able to drop GTK2. Firefox will still need it to run NSAPI plugins.
In fact Fedora still ships GTK *1*. If we can't even get rid of GTK1, then talk of killing GTK2 seems wildly over optimistic
yes, because nobody cared about to migrate whatever packages to GTK2 and that is why it's good to not repeat that and think about how to get rid of GTK2 on a long way
what packages require GTK1, are they maintained?
[harry@srv-rhsoft:~]$ rpm -qa | grep gtk | wc -l 12
[harry@srv-rhsoft:~]$ rpm -qa | grep gtk gtk2-2.24.22-2.fc20.x86_64 gtkmm24-2.24.4-2.fc20.x86_64 gtkspell-2.0.16-7.fc20.x86_64 oxygen-gtk2-1.4.1-1.fc20.x86_64 pygtk2-2.24.0-8.fc20.x86_64 oxygen-gtk3-1.3.1-1.fc20.x86_64 gtk3-3.10.6-1.fc20.x86_64 webkitgtk-2.2.3-1.fc20.x86_64 npapi-vlc-gtk-2.0.6-1.fc20.x86_64 pygtk2-libglade-2.24.0-8.fc20.x86_64 oxygen-gtk-1.2.0-5.fc20.noarch usermode-gtk-1.111-4.fc20.x86_64
On Tue, Jan 14, 2014 at 2:49 PM, Michael Cronenworth mike@cchtml.com wrote:
H. Guémar wrote:
What's the point ? There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3. By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
You'll never (in the foreseeable future) be able to drop GTK2. Firefox will still need it to run NSAPI plugins.
Is it possible to split the NSAPI components out into a sub package and hence remove the dependence on gtk2 for those people that don't use NSAPI plugins?
Peter
On 01/14/2014 06:31 PM, Peter Robinson wrote:
Is it possible to split the NSAPI components out into a sub package and hence remove the dependence on gtk2 for those people that don't use NSAPI plugins?
You can build your own package at copr. We can add some config flags to firefox spec to make it easy.
ma.
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people.
There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3.
Oh yes, Wayland.
By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
H.
Is it possible to keep current gtk 2 face as a different plugin/frontend?
-m
Am 14.01.2014 19:12, schrieb Maros Zatko:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3.
Oh yes, Wayland
maybe make more pressure on the topic
By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
Is it possible to keep current gtk 2 face as a different plugin/frontend?
who would maintain it?
On 01/14/2014 08:18 PM, Reindl Harald wrote:
Am 14.01.2014 19:12, schrieb Maros Zatko:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
AFAIK the QT state in Firefox is pretty bad, unmaintained and you still need gtk2 for the plugins. But you're free to contribute there upstream, I can assist you to submit your patches.
ma.
Am 16.01.2014 12:56, schrieb Martin Stransky:
On 01/14/2014 08:18 PM, Reindl Harald wrote:
Am 14.01.2014 19:12, schrieb Maros Zatko:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
AFAIK the QT state in Firefox is pretty bad, unmaintained and you still need gtk2 for the plugins. But you're free to contribute there upstream, I can assist you to submit your patches.
i know that
my intention was to make clearf why whining "i want to stay at GTK2" is useless since GTK2 is dead on the long term and any package get rid of it is a step in a future not have GTK2 *and* GTK3 installed
On 01/16/2014 01:04 PM, Reindl Harald wrote:
Am 16.01.2014 12:56, schrieb Martin Stransky:
On 01/14/2014 08:18 PM, Reindl Harald wrote:
Am 14.01.2014 19:12, schrieb Maros Zatko:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
AFAIK the QT state in Firefox is pretty bad, unmaintained and you still need gtk2 for the plugins. But you're free to contribute there upstream, I can assist you to submit your patches.
i know that
my intention was to make clearf why whining "i want to stay at GTK2" is useless since GTK2 is dead on the long term and any package get rid of it is a step in a future not have GTK2 *and* GTK3 installed
We're going to allow people build their own config by some switches in the spec file and make it as easy as possible.
ma.
On Tue, 2014-01-14 at 20:18 +0100, Reindl Harald wrote:
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
When I'm on KDE I use Rekonq, which is very nice. If you haven't tried it in the past year or so and don't use many Firefox extensions, give it a shot.
Am 17.01.2014 01:32, schrieb Michael Catanzaro:
On Tue, 2014-01-14 at 20:18 +0100, Reindl Harald wrote:
personally if a GTK user does not want GTK3 i want a pure QT firefox to get rid of GTK-dialogs
i know that will not happen, but on the KDE desktop *any* GTK2 or GTK3 application is much more disturbing as the difference GTK2/GTK3
When I'm on KDE I use Rekonq, which is very nice. If you haven't tried it in the past year or so and don't use many Firefox extensions, give it a shot
forget it - webdeveloper/sysadmin, there are *a lot* of extensions like HTML validator, webdeveloper tools, calomel ssl, noscript, live-hhtp-headers
currently i count 22 extensions and they are re-considered multiple times with the conclusion that i don't want to get rid of one
On 01/14/2014 07:12 PM, Maros Zatko wrote:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people.
There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3.
Oh yes, Wayland.
By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
H.
Is it possible to keep current gtk 2 face as a different plugin/frontend?
No, but we can keep config flags for that in firefox.spec so you can build your own package at copr. But it's realy a long term issue, a first Firefox with Gtk3 support is Firefox 29.
ma.
On 01/16/2014 12:54 PM, Martin Stransky wrote:
On 01/14/2014 07:12 PM, Maros Zatko wrote:
On 01/14/2014 03:38 PM, H. Guémar wrote:
What's the point ?
Personally, it's mainly about not throwing gnome 3 HIG at people.
There's absolutely no benefit in keeping Gtk+2 longer. Gtk+ 2.24.0 has been released 3 years ago (january, 2011) and is only receiving bugfix due to existing apps who didn't move to Gtk+3.
Oh yes, Wayland.
By migrating more apps, we can drop Gtk+ 2.24 (at least from images), firefox is one of the major application that prevents us to do so.
H.
Is it possible to keep current gtk 2 face as a different plugin/frontend?
No, but we can keep config flags for that in firefox.spec so you can build your own package at copr. But it's realy a long term issue, a first Firefox with Gtk3 support is Firefox 29.
ma.
My question was if GTK2 face is going to be still available at least at the source level. (I know it's possible, since FF has different faces for win, osx and gtk.) Or you're going to "migrate" gtk2 face to gtk3 (and completely obfuscate any attempt to use the older one; the same thing as we've seen with gnome 2.x related applications)?
thx, m.
On Tue, 14 Jan 2014 15:22:52 +0100 Maros Zatko mzatko@redhat.com wrote:
What can do users who doesn't want that gtk3 port? For some users reasoning that "it works better in gnome-shell" is just not enough.
I don't use Gnome, works fine in Xfce (F20) but unusable due to stated colour bug(s)
___ Regards, Frank www.frankly3d.com
New builds are available at copr [1]. Package firefox-gtk3-29.0-3 contains working NPAPI plugin support, so flash and other should work there.
Please report any issue to bugzila (firefox component) and note it's the gtk3 port.
Thanks! ma.
[1] http://copr.fedoraproject.org/coprs/stransky/FirefoxGtk3/
On 01/13/2014 04:15 PM, Martin Stransky wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
ma.
On Qui, 2014-01-16 at 12:47 +0100, Martin Stransky wrote:
New builds are available at copr [1]. Package firefox-gtk3-29.0-3 contains working NPAPI plugin support, so flash and other should work there.
Please report any issue to bugzila (firefox component) and note it's the gtk3 port.
Hi, I use and like yum-plugin-tmprepo to install it
yum --tmprepo=http://copr-be.cloud.fedoraproject.org/results/stransky/FirefoxGtk3/fedora-2... install firefox-gtk3.x86_64 --nogpg
we need uninstall firefox ?
but I can't startup firefox-gtk3 ends with Segmentation fault (core dumped) , and abrt say: Retrace server is unable to process package 'firefox-gtk3-29.0-3.fc20.x86_64'.
Checking for duplicates Creating a new bug fatal: RPC failed at server. There is no component named 'firefox-gtk3' in the 'Fedora' product. ('report_Bugzilla' exited with 1)
Thanks! ma.
[1] http://copr.fedoraproject.org/coprs/stransky/FirefoxGtk3/
On 01/13/2014 04:15 PM, Martin Stransky wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
ma.
On 01/16/2014 08:19 PM, Sérgio Basto wrote:
On Qui, 2014-01-16 at 12:47 +0100, Martin Stransky wrote:
New builds are available at copr [1]. Package firefox-gtk3-29.0-3 contains working NPAPI plugin support, so flash and other should work there.
Please report any issue to bugzila (firefox component) and note it's the gtk3 port.
Hi, I use and like yum-plugin-tmprepo to install it
yum --tmprepo=http://copr-be.cloud.fedoraproject.org/results/stransky/FirefoxGtk3/fedora-2... install firefox-gtk3.x86_64 --nogpg
we need uninstall firefox ?
No, you can install it along the existing Firefox package.
but I can't startup firefox-gtk3 ends with Segmentation fault (core dumped) , and abrt say: Retrace server is unable to process package 'firefox-gtk3-29.0-3.fc20.x86_64'.
Checking for duplicates Creating a new bug fatal: RPC failed at server. There is no component named 'firefox-gtk3' in the 'Fedora' product. ('report_Bugzilla' exited with 1)
I see. Please attach a backtrace to Bugzilla (firefox component), see instructions at [1]. The "Running application in debugger" and "Obtain crash stack trace". Don't forget to install firefox-gtk3-debuginfo package too.
Thanks. ma.
[1]http://fedoraproject.org/wiki/Debugging_guidelines_for_Mozilla_products#Runn...
On Mon, 13 Jan 2014 16:15:19 +0100 Martin Stransky stransky@redhat.com wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
Aside: Listening to \viewing fullscreen http://www.youtube.com/watch?v=_8MkGqT0Z54 flash, shumway didn't popup. firefox-gtk3-29.0-5.fc20.x86_64
___ Regards, Frank www.frankly3d.com
The Gtk3 Firefox is enabled for master (Fedora 22) now. If you'd like to have gtk3 build for other distros, just change the toolkit_gtk3 variable and rebuild (locally, in copr).
I'd be glad for any feedback/bugreport and please mind - it's still "rawhide" :)
ma.
On 01/13/2014 04:15 PM, Martin Stransky wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
ma.
IMO It would be great if anyone can step in, rebuild the gtk3 package for other Fedora's and maintain the copr repo. I can help with any issues with that so feel free to ask.
ma.
On 11/04/2014 12:37 PM, Martin Stransky wrote:
The Gtk3 Firefox is enabled for master (Fedora 22) now. If you'd like to have gtk3 build for other distros, just change the toolkit_gtk3 variable and rebuild (locally, in copr).
I'd be glad for any feedback/bugreport and please mind - it's still "rawhide" :)
ma.
On 01/13/2014 04:15 PM, Martin Stransky wrote:
Hi guys,
first $SUBJ is available at:
http://stransky.fedorapeople.org/FirefoxGtk3/
It's just a src.spm and plugin support it not finished (don't browse youtube ;-)) but may work as a preview.
I'll provide Fedora builds and repo later.
ma.
Dne 4.11.2014 v 12:37 Martin Stransky napsal(a):
The Gtk3 Firefox is enabled for master (Fedora 22) now. If you'd like to have gtk3 build for other distros, just change the toolkit_gtk3 variable and rebuild (locally, in copr).
I'd be glad for any feedback/bugreport and please mind - it's still "rawhide" :)
ma.
Hi Martin,
I have updated Firefox yesterday and used it for few hours. It works more or less fine. Here are just a few remarks I noticed:
* Scrollbar does not support GTK3 behavior, i.e. when it is grabbed for a moment, it does not enable fine scrolling. * There is rather small difference between checked/unchecked check boxes or radio buttons. There is missing the "check" or "bullet", so it not obvious what is selected. * Tabs at advanced preferences page does not look much as a tabs. The current tab is gray and the rest is plain white, without any visual dividers. * Strange shadows in "save file to" edit box at general preferences page. * The dividers in menus are bolder then they should be and they are visually distracting.
Thanks
Vít
-
Ankur Sinha -
Christopher Meng -
Daniel P. Berrange -
drago01 -
Frank Murphy -
Haïkel -
Heiko Adams -
Josh Boyer -
Kẏra -
Maros Zatko -
Martin Stransky -
Michael Catanzaro -
Michael Cronenworth -
Nicolas Mailhot -
Peter Robinson -
Reindl Harald -
Sérgio Basto -
Vít Ondruch