This extension integrates AppIndicators, which are quite popular since the introduction of ubuntu unity, into the gnome shell.
It's based on patches made by Giovanni Campagna: https://bugzilla.gnome.org/show_bug.cgi?id=652122
- Show indicator icons in the message tray or in the panel (can be configured even per indicator!)
- Reveal indicator menus upon click.
- Double clicking an icon will activate the application window (if implemented by the indicator).
- Tooltips: Not implemented in
libappindicatornor in Unity and I've yet to see any indicator using it for anything relevant (KDE ones maybe?). Also, the GNOME designers decided not to have tooltips in the shell and I'd like to honor that decision.
- Oversized icons like the ones used by
indicator-multiloadare unsupported. They will be shrunk to normal size.
- Icon pixmaps: Implementation is likely to return if we find a real world indicator as test case.
- Overlay icons: Implementation has been dropped because there's no testcase. Will return if there's real world usage.
- Ayatana labels are supported in the panel only.
- ClassicMenu Indicator takes ages to load and has been reported to freeze the shell forever. This is probably caused by the insane amount of embedded PNG icons. Try at your own risk.
- Embedded PNG icon data in menus (as used by Skype, ClassicMenu Indicator and others) can only be handled efficiently in recent gjs versions. Older versions (notably Ubuntu 12.10) will have to use a very ugly and inefficient method.
Normal users are recommended to get the extension from extensions.gnome.org.
Alternatively, you can check out a version from git. Make sure you have
glib-compile-schemas (comes with glib development packages)
and gettext utilities (
xgettext - might also be included in glib dev packages) installed.
- Create a clone of the repo. Do not use zip files or release tarballs. We need git metadata during the build.
~/.firstname.lastname@example.org your clone.
- Restart the Shell (
- Enable the extension in
Unfortunately, this extension is not completely bug free and will probably never be. In order to successfully resolve the issues you need to provide some data:
Your distribution, Shell version and extension version (something like "latest git" or "latest from extensions.gnome.org" is sufficient).
Starting from extension version v10, you can get this all by clicking "Copy debug information" on the "About" tab in the settings screen. You may of course shorten it a bit if you consider the "uname -a" output a privacy breach.
- The indicator that caused the bug (if applicable)
- Instructions how to reproduce it. This is the single most important point. Bugs that can't be reproduced can't be fixed either.
Bugs which don't provide the necessary information may be closed as "invalid" without prior notice.
This section serves as reminder for the current maintainer and as instruction set for an eventual sucessor.
- The maintainer decides when to release a new version.
- Versions are tagged (and signed). Version numbers sould be kept in sync with the versions submitted to
extensions.gnome.org. This implies that version numbers are integers that will be incremented which each release.
- The maintainer will tag a new version and the do a
make clean; make zipto generate the zip file which is immediately uploaded to
This release process has been in place since v9.