After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 151268 - Extension manager
Extension manager
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Preferences
1.3.x
Other Linux
: Normal enhancement
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on: 143835 148536
Blocks:
 
 
Reported: 2004-08-28 06:05 UTC by Ricardo Veguilla
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ricardo Veguilla 2004-08-28 06:05:50 UTC
It will be really useful if the user could enable/disable the available extensions.
Comment 1 Adam Hooper 2004-08-30 21:57:01 UTC
Necessary features of the extension manager:

- Install extensions by drag-and-drop of a tarball. There's an obvious problem
of binary incompatibility (extensions are architecture-dependent and Mozilla's
API changes), but a well-designed extensions web page could guess the client's
platform correctly. Extensions would go into $HOME/extensions/[extension name]/:
a .so and any accompanying data files. Depends on bug #143835.

- Metadata accompanying installed extensions. Maybe an XML file? Where should it go?

- UI: a simple treeview:

[ ] Popup Blocker
[x] Tabs Menu Extras
[x] New Tabs Reordering
...
And underneath, some metadata about the currently-selected extension:
Description: This extension does this and this. Blah blah blah.
Web site: http://gnome.org/projects/epiphany (optional depending on the extension)

...any other necessary metadata? Possible options (drawing inspiration from
Gaim) include author and filename, but I think those are unimportant. Maybe the
author should be there if there's no website (so people can submit bugs).

Should this UI be in a new tab in the Preferences dialog? Or should it get its
own menu entry in the Tools menu?

Oh, and should this extensions manager be a part of Epiphany itself, or should
it be an extension? If it were to be implemented in Epiphany itself, it would
probably be a "builtin" extension (like EphySession).

The backend is being worked on in Bug #148536.
Comment 2 Marco Pesenti Gritti 2004-09-04 17:34:01 UTC
I like the idea to implement this as an extension. It doesnt me like something
every extensions users would want. If you dont disagree please move it in the
extension component ...
Comment 3 Ricardo Veguilla 2004-09-04 18:46:19 UTC
I want to say that even though I agree with all the suggestions posted before,
my original proposal was more limited in scope. The actual problem I wanted to
fix was that a user cant disable extensions already isntalled (with the current
extension system). If I want to disable the mouse gestures extension I must
recompile epiphany-extensions without it or remove the libgesturesextension.so
from $prefix/lib/epiphany/extensions, and I need to be root in both cases. 

Anyway, I dont see any problem with implementing the "extension manager" as an
extension, but, will it be included with epiphany itself or as part of the
epiphany-extension package (assuming that package will continue to exists in its
current form). 
Assuming the "extension manager" is bundled in the epiphany-extensions package
which isnt currently distributed in Fedora, or example) will the user be able to
install an extension from the Web, like in Firefox, without the "extension
manager" installed? 
Comment 4 Ricardo Veguilla 2004-09-04 18:53:37 UTC
Another thing. If the extension-manager is implemented as an extension, will the
user be able to remove the "extension-manager" extension? How would the user
re-install it?  
Comment 5 Christian Persch 2004-10-13 10:53:08 UTC
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
Comment 6 Christian Persch 2004-10-19 19:17:41 UTC
Now that we have the extensions-manager-ui extension, is there anything left to
do in this bug?