passingthru67 / workspaces-to-dock Goto Github PK

Related to #1
It's possible to turn off dynamic workspaces in Gnome Shell, and set a static number of them instead. (Using Gnome tweak tool, section "shell')
Could an option be added, that centers the dock and removes the extra space below the last workspace when dynamic workspaces are turned off?

If animations are off and i use workspaces to dock to get to all apps overview i may or may not be able to scroll through application list. When i turn animations back on again scrollling though all apps works again with issues am using gnome shell 3.18-2 lenovo t530 i7

I have Fedora 23 with gnome-shell 3.18.3, I installed from the extensions page and from github and doesn't work, I have an icon saying ERROR when I see the extensions in the browser, with gnome-tweak-took says "Error loading extension"

Is it possible to show the dock with a keyboard shortcut similar to Super + M that shows the tray message?

When I have a window tiled I can grab the scrollbar by moving the mouse to the edge but not while this extensions is enabled. Any way to fix it? It's pretty annoying.

Doesn't work in gnome 3.18 I installed from gnome-shell extension finish the instalation well but the botton convert to off again after refresh page with F5 and doesn't install it at all.

Hello,

As for the Dash to Dock extension, it can be great to remove rounded corners when we choose to extend to full height the dock.

Léo

I'm running the ubuntu 13.10 version, newest gnome shell. The autohide hides, but doesn't show, even with pressure enabled.

There's another app you can probably cheat over if this 'bug' is confirmed. Probably something changed with the latest version of gnome (really - rapid gnome and gtk-3+ changes are driving us devs irrate)...

That app is called 'Messaging menu'. It autohides by default at the bottom, and shows with small pressure. Just something you can grab off of in case you want to.

Also, it would be handy (future release) if you did the same thing with the app launcher, only removing the 'show all' button. This would affectively transform the app launcher into a dock, and it should work just the same way you did workspaces to dock.

Excellent btw - I was going to do this myself. If you also do this with the app bar on the left that leaves me with less to do. Nice work, man.

Sorry but i found another inconsistency. When you click icon in the favorite dash to all application overview there is no animation ( which in my opinion is awesome) but if click that same icon whilst all application overview there is an animation where the i cons fly back to where the click happened. it would be nice if it would not animate all together hope that helps.

just a hint

When dock is between two screens and intelligent hiding is turned on then it's impossible to move window from the screen with the dock to the second one.

Hello

I've installed a fresh debian distro, with Gnome-shell 3.14 and I can't install the extension.

If I pass through the website, the switch check, I press on install and after some seconds the switch uncheck.
With gnome-tweak-tools and the ZIP file : invalid extension (Extension non valide in french)
by unzip through the console : nothing appears on gnome-tweak-tools

I have others extensions installed (Dash to dock, Activities configurator) and there is no problem with it.
No other extension

Thanks, Auze.

There should be support for workspaces in grid/rows.

Version:
GNOME Shell 3.10.2.1

Problem:
Setting "Dock is fixed and always visible" is selected, yet after each reboot or after the screen saver is activated, the dock behaves as if such feature was not enabled, i.e. using autohide behaviour.

Only re-selecting the feature from the menu fixes the extension behaviour.

I'm currently using Gnome Shell 3.6.3.1 on ArchLinux. Because of that version the extension always fails to load.

I was able to locate the failure in the file extension.js on line 29. Exactly this line:
if (gsCurrentVersion.length != 3 || gsCurrentVersion[0] != 3) throw new Error(_("Unknown version number") + " (extension.js).");

I changed them to this, which finally works for me:
if (gsCurrentVersion.length < 1 || gsCurrentVersion[0] != 3) throw new Error(_("Unknown version number") + " (extension.js).");

For 3.10 branch with Icons on Desktop enabled and "Show Workspace Taskbar (apps)" enabled:

A nautilus icon is shown on each desktop.

In my Gnome 3.18 installs, by default with no extensions the workspace panel partially hides off the edge of the screen in the overview when there are 3 or more windows (I think that's what triggers it), like this:

That feature seems to be gone when enabling workspaces-to-dock. Any way you can add it back?

I love this extension super usful. The one think I wish it had (I hope this is the right place for suggestions) is a show when switching wrokspaces option. Right now when I switch workspaces I get this very basic arrow with boxes (I think you know what I mean) I would like a bit more information with my workspace indicator and showing this dock would do just that. I often forget where I have put things and a quick glance at the dock is all I need to remember.

The .left, .top, & .bottom css classes seem to have no effect while the .right class does. Using version from master.

Just wondering, is it possible to make autohide less sensitive by only showing the dock when the speed of the mouse is above a certain threshold (something like the behavior of the Gnome 3.8 message tray)? Currently, I often accidentally trigger the dock when I move my mouse to the scrollbar. I know about the current "click to show" setting, but the mouse velocity approach feels more natural to me.

Hello, I have a suggestion for this great extension. I think that this extension is useful and popular since users want to access to workspaces quickly at anytime. There might be other things users want to access quickly at anytime and want to see from all workspaces. There is a space below the last workspace thumbnails and this space can be used for such applications.

In short, I suggest a feature to place the window of a desired application ( such as gnome-terminal or a media application that user can interact) at this space (inside the dock at bottom) so that user can see/access from any workspace.
(See the image I attached for a sample view)
I tried to check the code if I can contribute but saw lots of things that I am totally alien.

best...

Hi, first of thanks for the great extension.

I can't seem to find how to set the dock position (neither in the settings nor in dconf). I've tried setting it manually editing the .js files but I'm no coder and it got kind of messy after a bit.

As a feature request : could it be possible to have an easy way to set the orientation of the panel and get it to also affect the layout of the workspaces? There's this grid extension out there but it's not maintained anymore apparently and I know Frippery bottom panel forces your workspaces into a horizontal layout so it's not a GS limitation, but I'd rather use workspaces to dock (more to my taste and more options). IMHO it would be great to get this behaviour through your extension.

Thanks!

Hello,

while trying to move the cursor to the second monitor with autohide + pressure enabled it get's stuck because of the workspaces dock and the pressure detection. One is only able to proceed to the second screen after the dock is fully visible.

I would suggest to resolve this issue by adding a mouse speed threshold to the pressure detection, so fast movements do not trigger the dock to open and thus enable easy interaction with the second screen.

Kind regards
Matt

Hi. This is not important to fix, but in case you want to address it:

Lately, when unlocking the screen and then moving the mouse to the screen edge to wheel-scroll to a different desktop, the workspace dock slides out a few pixels too far, leaving a gap of 1-2 mm between the screen edge and the edge of the dock. The scrolling does not work in the gap. It's possible to move the mouse along the edge of the screen past the dock without touching it and then away from the edge, leaving the dock on screen for a while.
This happens only the first time the mouse is held at the screen edge after unlocking.
It's easily fixed: just move the mouse over the dock, and it jumps back to the edge. From then on autohide works as normal, until the next screen lock or reboot.
AFAICT, this is the only issue I have with WtD.

I think this started a couple of weeks ago, possibly even a bit earlier.
Gnome 3.10.4 as of today (Fedora 20).
WtD was installed through extensions.gnome.org, and I have it on the right hand edge of the screen, with a fixed number of desktops.

Let me know if you need more info.

Workspace captions doesn't work in Gnome Shell 3.12 and upwards with my setup. It doesn't matter what options I select. Nothing will show up as caption.

Additionaly the window positions of maximized or docked applications aren't updated correctly in the preview of this extension. That needn't to be an issue of your extension, but maybe of my graphic card driver or X.org.

If you need further informations, please contact me. Thanks!

Hi. I love this plug-in; thank you for writing and sharing it. I have one enhancement request for your consideration.

I often look at the dock to try and get an idea what is happening in other workspaces without switching to that workspace. It would be very useful if there was a way to present a very large thumbnail of a selected workspace without switching to it. Perhaps hovering over a workspace in the dock could present a thumbnail that is 10x the size of docked thumbnails. Or perhaps a Ctrl+Click could show a thumbnail at 15% of the screen size.

Thanks!

Hi, so I can reliably reproduce the issues I mentioned in #15. I have a 1600 x 900 display build into my laptop, and a 1920 x 1080 display that I use at work. I have them arranged like so:

Note that the second display is actually the primary ( with the panel, dock, and workspace dock ).

When I set the first (built-in) display to be the primary, everything's fine. When I set the second display to be the primary, that's when the troubles arise. The dock doesn't show in overview, intellihide doesn't work, and sometime dragging windows between workspaces doesn't work. Additionally, looking glass shows the same error from before I updated this extension:

I also have a 1440 x 900 display that I use at home, but I don't remember what was working on it ( I just figured this out this morning ). When I get home tonight, I'll check.

One last thing. Isn't really your problem, but every time I disconnect and reconnect a monitor, I need to restart gnome shell to get the workspace preview thing to show. I guess I should really report that to gnome shell, aha.

Let me know how I can help :).

It would be nice to navigate between workspaces when the dock is shown. At the moment the focus stays on the open application. The dock also stays open as long as the focus does not change.
I think the dock should at least grab keyboard focus, allow to exit on escape and exit on clicking some place outside the dock. Navigation using arrow keys then would be a plus :)

(this is all when opening the dock using the keyboard shortcut)

There is a small gap (of 1px?) between a maximized window and WtD, see screenshot. Is there a way to to reduce the margin of WtD (or the maximized window) to zero?

It's handy to have the icons for the windows present in the workspace, but if there are multiple windows for the same application (browser windows, for instance), it would be very nice if when you hover the mouse cursor on the icon, it would show in a tooltip the window title for that window.

Hello,
It is possible to setup dock position and it's size. For example six screens on the bottom?
Mouse start position in many people is on the bottom middle so it is much handier to have dock at the bottom!
Thank you very much for this great addon!

If the dock is activated by pressure there's an issue with fullscreen applications that require to use the screen border since it overlaps them when it shouldn't be activated at all (eg. in steam games).

There should be an option to keep it hidden when something is fullscreen, if possible .

I have gnome shell crashing and disabling my extensions when I use Workspaces to Dock. It doesn't happen everytime but enough that it is unusable.

I have GNOME 3.16.2 on Arch with an Intel graphics board. I have tried disabling every extension except dash to dock. It seems tied to notifications (new email notifications are common)

I have followed you suggestions, how can I help debug this? I basically can't run this extension for more that about 5 to 10 minutes. Happened more infrequently under 3.14.

The extension is not available for GNOME 3.14

Ok commit 3e153de fixed the animation inconsistency but i unfortunately found two other bugs

1. if you drag an application from the all apps overview unto the dock when adding to favorites it crashes work spaces to dock.
   2)if an application is drag from the favorites bar to a different workspace the application will not open where you drag it except it
   will open on the current or focus workspace instead of where you had dragged it to.

Hi.
I'm using Ubuntu 14.04 with Gnome 3.10, and I don't have a favorites settings option. This bothers me, and if I did have an option to launch favorite applications and access places through the workspace dock this extension would immediately replace the Dash To Dock and Places Status Indicator extensions.
A screenshot to describe the issue:

Your extension is awesome, so please help me fix this.
Best regards,
Stav

When the number of static workspaces is increased above a certain number the workspaces get smaller but the dock width stays the same, leading to a big empty left margin in the dock.

Don't know if it fixed in newer versions, but in 27 if desktop is switched faster than popup animation finishes playing (i.e. with a mouse wheel), dock freezes util next mouse hover...

I've already made a submission through extensions.gnome.org but gona leave it here as well in case the bug is still present in newer versions.

I'm running Arch Linux 64-bit (gnome-shell-3.12.2-1) and everytime I launch a pop-up window with this extension enabled, the entire desktop freezes. I need to switch to a different terminal to restart the shell. Any help?

I experienced this issue when using this on a dual monitor setting (On Debian Jessie, gnome-shell version 3.12.2). Memory usage by gnome-shell jumps from around 300MB to over 500MB when this extension is enabled. You will need to observe this by restarting the gnome-shell (Memory usage does not go right up after it is enabled, but will gradually increase. Can see the immediate effect by restarting gnome-shell).

This extension on the dual monitor setting also seems to freeze the gnome-shell randomly. (Can duplicate by enabling this extension, and restart the gnome-shell, right after this use a hot-key to open a terminal. A few seconds freeze of the gnome-shell will happen. )

I also left the machine running idle overnight, memory used by gnome-shell goes all the way to over 1GB.

I have this extension enabled on 2 other machines with only one monitor, and this memory issue was not observed(However changing how and where the dock is displayed on the dual monitor setting does not make the problem go away), so I believe this most likely has to do with the dual monitor setting.

This extension with the function "Show workspace taskbar (apps)" is most valuable in a multi-monitor settings, I looking forward to see this fixed.

I have a multi monitor setup and use the workspaces on all monitors. In this case, showing only the primary screen in the dock is missing a lot of the experience. It would be great, if the dock would show all monitors in there configured placement, if the workspace will affect all monitors.

In languages that are RTL, like Persian, Arabic, Hebrew, the workspace switcher is on left. The extension doesn't respect gnome-shell settings and shows the switcher on the right.

Fixed dock opacity change: when opening system status menu (click top right corner), the dock changes opacity. Changing the opacity feels weird. I think it should just stay the same. BTW the same opacity changing effect occurs when you have a maximized window, and a tool-tip occurs in the window that overlaps the dock (e.g. maximized Firefox, move mouse to a right hand side element and wait for tool-tip). Weird.

Activities Overview Behaviour: when opening status menu (click top right corner) while in activities overview, the system behaves inconsistent:

1. for non-fixed docks: it hides the dock, which is not consistent with standard behaviour and IMHO not necessary
2. for fixed docks: the dock just vanishes, which is not consistent with the behaviour outside of activities overview (and not necessary).

Hi there :),

So first I'd like to say thanks so much XD. I've been loving this extension since Fedora 18, and hate working without it.

Anyways, I've recently updated from fedora 19 to 20, and installed this extension off of github. Sometimes the dock gets stuck.

Looking glass shows this:

I'm having trouble trying to reproduce this, but when I can get it to happen, I can easily reproduce it by restarting gnome shell, triggering overview, then exiting overview.

Let me know how I can help, or maybe where to look to try to fix it myself. I'm not really familiar with working with gnome shell extensions nor javascript, but I'm sure I can figure it out eventually, aha.

"Dock is fixed and always visible" works well for maximized windows. But i think overlapping fullscreen windows (e.g. F11 for terminal, or doubleclick on vlc window) is not good. It should behave the same way than the top bar.

Possible solutions:

• Not show it at all (behind)
• dodge the window (make the behaviour preferences apply for full screen windows even if "Dock is fixed and always visible")

To update the German translation i renamed de.po and tried to run make_translations with the result:

msgfmt: Öffnen der Datei »de.po« zum Lesen fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
mv: der Aufruf von stat für »messages.mo“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden

that means de.po and messages.mo could not be found.

Hi!

I really like the extension and the idea of having the dock and the workspaces side by side (option "favorite shortcut panel") is just great, because the way of the mouse to drag&drop an app to a workspace is so much shorter!

But I usually have my dock visible all the time, which means that with this option the space used all the time is huge!
I would love an option of fading in the workspaces right next to the dock when I hover the dock (there's an option of showing it on mouseover but in this way the workspaces are opposite or on top of the dock....) .

I hope you get, what I tried to explain ;)

Best regards
Eric

Just like with the top panel, it'd be nice if workspaces-to-dock detected the bottom window list panel and not cover it. For example, here's what it looks like when the dock covers the window list (which is an official extension provided by Gnome), look at the bottom left:

I can work around the problem by finding the right percentage number for the bottom margin:

Hi @passingthru67 and thanks a lot for this useful extension.

I've detected that this extension sometimes breaks the top left hot corner and the activities menu button. This happens when captions thumbnails are on and you drag one and drop it to another workspace.

I'm running GNOME Shell 3.18.3 under an up-to-date Fedora 23 and I've checked this with all other extensions disabled.

In comment to the extension website someone reported that the mouse wheel doesn't work on Gnome Wayland. I can confirm this report.