Hi Dario, Really good point. I see 5 options: 1) installing extensions from within Gnome Software 2) adding a browser for extensions 3) adding a striped down browser for extensions, that is called 'gnome extension browser' 4) firefox flatpak gets the ability to install extensions 5) not including a browser My preferred solution would be an add-in for Gnome Software, but as that's not possible at the moment i think adding a browser is pretty useful. Only problem i have with that is that the browser is not really useful for codec related browsing, that's for both Firefox and Chromium. I install chromium in my setup as that's a browser i don't use and i can abuse it for just installing gnome extensions. But I'm sure most users would actually keep using it. So if option 3 or 4 would work, that's okay as well. For option 3 we need a maintainer for creating a stripped down version of for example chromium or firefox for just extensions. And for option 4 we need to add flathub as a repo (if we want to use flathub as the preferred flatpak repo), add the firefox browser and hack the flatpak version to get out of its sandbox. And if we add firefox as a flatpak, we could also just install some other flatpaks for office, email, music, photos and videos for example. BR, Syds On Fri, Nov 27, 2020, at 20:43, Dario Faggioli wrote:
On Fri, 2020-11-27 at 20:11 +0100, Dario Faggioli wrote:
So now the user is happy, because he/she can install GNOME extensions right away, but is also mad, because he/she needs two Firefox-es installed, if wanting to watch Netflix. :-(
I personally am all but sure about what we should do about all this.
So, again, thoughts? :-)
And I forgot to add that it would be wonderful if Epiphany could handle GNOME extensions. In that case, we could include it, and then users will install the Firefox Flatpak (if they want, of course) without having two of them.
But I just tried that, and it does not.
Someone on Telegram suggested that we can ship Chromium instead.
So far, this would be, I think, the best way forward...
Regards again -- Dario Faggioli, Ph.D http://about.me/dario.faggioli Virtualization Software Engineer SUSE Labs, SUSE https://www.suse.com/ ------------------------------------------------------------------- <
> (Raistlin Majere) _______________________________________________ openSUSE Kubic mailing list -- kubic@lists.opensuse.org To unsubscribe, email kubic-leave@lists.opensuse.org List Netiquette: https://en.opensuse.org/openSUSE:Mailing_list_netiquette List Archives: https://lists.opensuse.org/archives/list/kubic@lists.opensuse.org
*Attachments:* * signature.asc