Hi,
This is kind of an easier-to-implement alternative to the other feature request I made (#48). The gradient is easier to implement in general and also because you already have something to refer to: Dynamic Top Bar. This would have been easy for me if I had even the least amount of knowledge in Javascript. But for you, it must be child's play.
Hoping you can assist me,
Thank you.

I just updated the extension and now when I change from a workspace without a maximized app to a workspace with a maximized app the panel remains transparent. But if I then switch to another workspace with a maximized app it finally changes to be opaque and then remains when I switch back.

Hello, just updated with latest version of the extension from extensions.gnome.org and noticed this: after maximizing windows, hiding and showing them back — animation is sorta stuck unfinished, transparency is neither 100 nor 0 until I resize the window again.
bugged:

normal one:

Hello,
i cannot activate this extension in Gnome 3.18.2 on Arch Linux. The error is:
TypeError: Main.screenShield is null

Regards

It's really weird to use this extension with https://extensions.gnome.org/extension/442/drop-down-terminal/ because there's a transparent bar over the dark terminal. For example of a "transparent panel" extension that works with dropdown terminal see https://github.com/AMDG2/GnomeShell_DynamicTopBar .

What version of GTK do I need to use this extension? I'm using the latest version of Solus

When a window is maximized, this extension seems to be "forcing" the top bar to be black, rather than using the color that my theme is defining.

There is a keyboard shortcut in gnome-settings/keyboard called "Hide all normal windows". When using this feature, the panel animation is not triggered even though all windows are hidded.

Gnome Version 3.22.2

Hi,

There are two bugs which affect this extension for me;

1. When you switch workspaces with for example Super + page down/page up, or with the workspace switcher extension, the top bar stays opaque (when you leave a workspace with a maximized window). This updates only when going into the overview or open an unmaximzed window.

2. I find the rounded corners more pleasant to look at, so I keep top bar with rounded corners. However even with the rounded corners the bar switches between round and flat when maximizing/unmaximizing, you see a quick animation. So when there are rounded corners and I maximize a window, the top bar goes flat and then rouned again very fast.

Running Gnome 3.20 on Arch Linux. If icons are enabled on the desktop in the tweak settings then the opacity will stay the same regardless of whether or not a window is maximized or minimized.

Please upload the extension to extensions.gnome.org for easier installition.

It would be great to have the bar transparent at all times!

First off, thanks for the hard work. You've got a useful and wonderful project going here.

When I press the super key to spread the windows and I press again to exit there is some lag. The transition isn't smooth. I've isolated the issue to dynamic panel transparency as it happens when only it is enable. The problem persists even in Wayland as well as Xorg.

Dell Inspiron 7537
16GB RAM
Core i7 Haswell(mobile)
Manjaro 17.0
3.22.2

Firstly, thanks for making such a cool Extension!

Unfortunately, I've noticed a problem when using some Gnome Shell themes that don't have a black panel background, such as the OS X El Capitan theme: https://www.gnome-look.org/p/1013490/
Even though I've enabled the "Detect User Theme" setting and selected to use the Panel as the source, the panel always has a black background (with the appropriate opacity, of course) and white text. It doesn't seem to use the Gnome Shell theme's background and text colors, it just overwrites them.

Here's how the panel looks with the Dynamic Panel Transparency extension disabled (how the theme sets the panel color):

And this is the with the Dynamic Panel Transparency extension enabled (with the panel background and text colors overwritten):

Would it be possible to simply make the theme's panel background color more transparent instead of overwriting its colors for the next version of the extension?

I am on debian stretch. If I press super+D it will show desktop but the panel will not change to transparent unless I open a windowed app.

Is this something which can be added?

Thanks,
Matt

If you have open a maximized window and use the shortcut Super+D or Ctrl+Super+D, to hide the window, the transparency is never set.

Hi! Here's my issue:

I set a panel colour in the Background setting tab.
If I leave a window maximized and then lock my screen, either manually (Super+L) or by suspending/hibernating, when I unlock it the panel colour is back to the default black.
Unmaximizing and maximizing again, or going to the overview and back fixes it.

I use the latest commit (b1316c9), GNOME Shell 3.22.3 on Arch Linux.
I love this extension!

If you have (a) window(s) open and press Ctrl + D to show desktop the panel doesn't get transparent

Hi.

panel is not darkened correctly when I do the following

1. open two windows on a workspace, one maximized, one not
2. focus non-ma. windows
3. go to another workspace with no window or non max window focused
4. go back to previous workspace
5. switch to max window

Panel will still be transparent and not opaque.
I do use Fedora 23 and GNOME 3.18.1

When you have two workspaces for example. The first workspace has a maximized window open and the second has no window open at all. If you switch from the second workspace to the first, it won´t adjust the panel-transparency / opacity.
(The other way around it is working correctly.)
(If you have a not maximized window open on the second workspace, it is working correctly.)

Hi,
Using gnome-shell 3.18 I'm getting the following error when enabling (which doesn't succeed):
Gjs-Message: JS LOG: Extension "[email protected]" had error: TypeError: Main.screenShield is null

Checked this with looking glass and indeed no surprises Main.screenShield is null. oviously it doesn't have a connect method or an _isActivated property. I guess this is what causing the enable function to fail at line 69 (trying to set this._lockScreenSig)
thanks

These two animations should start together.

Hello,
There is a bug where if you click on the dash application menu then just return to desktop, the transparency of the top panel is not triggered.

In order to trigger it, you have to open a maximized window then close it or minimize it.

This bug occurs with or without the Dash to Dock extension.

System:
Debian Stretch (Testing)
Gnome 3.22
Dynamic Panel Transparency v11
Arc Theme

I attached screenshots showing how to replicate the bug.

Thanks for an awesome extension, keep up the great work.

no effect in combination with

https://extensions.gnome.org/extension/921/multi-monitors-add-on/

if guake is not maximized and placed on top the panel is transparent

enhancement would be to define windows like guake in settings with an deviant aplha-value

The extension was installed from extensions.gnome.org which shows a red "error" label after reloading the page. The looking glass prints InternalError: too much recursion

The extension behaves normally with one exception: when unmaximizing a window the panel stays dark, you need to open the overview to reset the opacity.

To be precise :

1. Maximize a window -> panel gets dark
2. Unmaximize the window -> panel stays dark
3. Open overview -> panel gets transparent
4. Close overview -> panel stays transparent

Other case:

1. Maximize a window -> panel gets dark
2. Open overview -> panel gets transparent
3. Close overview -> panel gets dark
4. Unmaximize the window -> panel stays dark

Disabling every other extension doesn't fix the issue.
Gnome version 3.20.2 running up to date ArchLinux.

It would be cool if when a window moves behind the panel it would no longer become transparent.

Top bar text is difficult to read when using a clear background (for example GNOME default background).

A good way to do it is to add a shadow behind the letters (see this extension for an example : https://github.com/AMDG2/GnomeShell_DynamicTopBar)

I use a background with top color more white, and with the white text on the top bar doesn't fit well. Elementary OS for example does this interpretation and changes the color of the text so can be readable.

Nice extension by the way.

I can install the extension and get a transparent top bar after reseting the shell with alt+f2 --> r. However, after maximizing a window, I cannot make the top bar transparent anymore, not even by closing everything. It only gets transparent again if I restart the shell one more time.

Fresh install of Ubuntu 16.04.

Edit: just posting more details.
I'm using GNOME 3.18.4, and I also have the following extensions enabled: Alternatetab, Applications menu and Places status indicator. I tried installing the latest version and it didn't work, this time not getting transparent even after reseting the shell. Its the same with it on and off. Changing the panel color works normally. I can make it transparent all the time by changing the maximum transparency value and reseting the shell.

When there are no maximized windows, the panel seems to be half-transparent, that is, the lower part of it is opaque, while the upper is transparent. As if some kind of gradient is applied. When I maximize a window, however, it fades to black as it should.

Screenshot: http://ipix.lt/image/V6uO

OS: Ubuntu Gnome 15.04 64-bit

Hello,

With shell and plugin version 3.22, I have ended up with the inverse situation. The screenshot has the details of what I'm seeing on my desktop. In it you can see that the extension is off, and the effects are on.

This extensions just crashes the whole session. Really like this extension but it just crashes after latest update.

Enhancement:

I use This extension for some extra functionality in my desktop. This adds panels to all desktops. Here is the extensions github repo.

Would it be possible to add functionality to detect this extension and enable the transparency on other monitors?

Running gnome 3.22.2 on Arch.

Some themes use the border-image property so this won't work.

The latest update (v9) broke the previous compatibility with Drop Down Terminal; the panel doesn't become visible when the terminal is opened.

Tested in GNOME 3.20.3 and Drop Down Terminal v20.

Enhancement idea

The idea is that the top bar can optional blur out the background behind it in both statuses individual.
To get for example a look similar to macOs.

Concept:

I am using the latest version of the extension on Gnome 3.22.2 with Wayland running. I often show the desktop (by hiding all windows) using a keyboard shortcut and the panel transparency is not adjusted in such case. Therefore, if a window is shown fullscreen and the panel is opaque, it does not become transparent when hiding that window using the shortcut.

The shortcut I use can be found in Gnome's keyboard settings in the "Navigation" section. It is called "Hide all normal windows". I think, it is not set by default. However, I like to use it and set it to Super + D.

I found an edge case, where the state of the panel is not properly updated. It happens when moving a maximized window from the primary screen to a secondary screen or vice versa by using a shortcut. Such shortcuts can be configured in the "Keyboard" panel of the Gnome settings, e.g. "Move window to monitor to the right".

If a maximized window is shown on the primary screen, the panel is opaque at first. Using shortcuts to move the window to another screen does not cause the panel to become transparent, even if there are no maximized windows left on the primary screen. The other way round, the panel does not become opaque when moving a maximized window from the secondary screen to the primary screen.

I think this will be a nice option for those, like me, wanting something similar Elementary OS's Wingpanel. I think the shadows are just a bit too big, and it would be nice to configure them.

Picture, for reference: https://i.imgur.com/w9mMwc9.png

Can't find a orgin tanslation file .pot, how do other tanslations come? And I want to add a new translation.

Good evening.
I am having this error on the last version:
"No signal 'unminimize' on object 'ShellWM'"

Running Debian 8 (jessie) - Gnome version 3.14.1

Thank you

When this extension is used together with "Activities Configurator" panel transparency is never set. The latter does have a similar feature but even tho it is disabled they don't play well together.

https://extensions.gnome.org/extension/358/activities-configurator/

Hi,
I've been loving this extension. But one feature I'd like to see is the ability to adapt to changes in wallpaper. I want it to behave like Wingpanel in Pantheon, that is, it should change the color of icons and font depending on the wallpaper's darkness or lightness at the top.
I'm fine with this getting rejected. Just thought it would be nice to have.
Thank you.

This works fine in v18 but not v19.

Reviewing source code, there doesn't seem to be any major UI changes that will break this extension. As soon as 3.20 is stable on Arch I'll implement support.

Hi

-There is a problem when you click on a dock icon (Dash to Dock), he still remains transparent.

Gnome 3.18

I get the following when trying to open the settings for the extension in gnome tweak tool using gnome 3.16.4:

TypeError: theme_overlay.reorder_overlay is not a function

Stack trace:
getPrefsWidget@/home/stefan/.local/share/gnome-shell/extensions/[email protected]/prefs.js:136
buildPrefsWidget@/home/stefan/.local/share/gnome-shell/extensions/[email protected]/prefs.js:51
Application<._selectExtension@resource:///org/gnome/shell/extensionPrefs/main.js:95
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Application<._onCommandLine@resource:///org/gnome/shell/extensionPrefs/main.js:259
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
main@resource:///org/gnome/shell/extensionPrefs/main.js:397
@

Cool extension, I had to try it because the "Dynamic Top Bar" extension suddenly disappeared from gnome extension site.

I only have one issue with your extension, which I did not have with the "dynamic top bar":
When I open the Overview and then exit back to the desktop the panel is acting as if there is a maximized window on the screen.

To get the top bar to be transparent I have to maximize and then unmaximize a window.

If it helps I am on Gnome Version 3.22.1

Although a window is vertically maximized before, it isn't recognized as such by your extension, upon another launch. You have to maximize it again vertically, f.i. by double-clicking on the header, as shown in this video.

Any ideas why?

Happens on Ubuntu Gnome 17.04 with mostly Gnome 3.24.