rensalthuis / vertical-overview Goto Github PK

Small change but it makes the project purpose clearer.

Hi! I have hidpi monitor with 200% scale enabled, but this overrview dash does not support this:

It should either respect display scale factor from gnome or enable 128px maximum icon size in configuration options.

I also do not understand why is 64px maximum for maximum icon size

As stated in the title I use Dash to Panel. Right now there is still a remnant of the dock on the left side when the overview is opened. While I think it is pretty clear what the problem is, an image speaks more than words.

A minor detail: I think since the dash is now moved to the left, the tooltips should appear on the right of the icons, instead of on top, since they hide/overlap with other icons.

Thank you again :)

After getting dash-to-dock to work in GNOME 40,

when I enable vertical-overview, dash-to-dock gets smaller & changes orientation (see video).

I'm not sure this is vertical-overview issue.

Please tag the versions of this extension, as described in the metadata.json file.

This makes it easier for distros to package this extension and make it easily available to users.

Since the workspaces are vertical the app grid should be too.

Pop_os will have their own extension for this, just a heads up.
source: [ 50:34 - 54:15 ] https://anchor.fm/saasage/episodes/Jeremy-Soller-of-System76-esu9d6

If (0, 0) of the primary monitor isn't (0, 0) of the whole display setup wallpapers in the workspace thumbnails aren't placed correctly and may only be partially visible if at all. The wallpapers are also not scaled to fit the resolution of secondary monitors if their resolution is different from the primary one.

After closing the app grid by clicking the show apps button to go back to regular overview, workspace thumbnails on secondary monitors don't reappear and mouse wheel scrolling to change workspaces doesn't work.

I've got a couple suggestions for improvements to the overview layout.

1. left/right offset independent from dock/preview sizes
2. independent adjustment of dock size (#23) as well as workspace preview size
3. centering the search bar independently from overview offsets (and option to hide search?)

So, I noticed after install the extension my sound stopped working. No sound devices detected at all.

I suspect that was a completely separate issue. So I did a dnf update -y, rebooted. My sound is back but this extension stopped working. I have tried reinstalling and reenabling the extension but it just seem to have no effect at all.

For some reason, my Fedora 34 does not allow to enable this extension (Or any other manually installed extension?) by command.
I had to enable this extension by "Extension Manager" GUI. It may be good idea mention this in README.md
Great extension!!

First and foremost -- thank you guys for developing this extension. I'm really valuing the work that you guys do.

As for this feature feature request -- is there any way to remove that flat gray/wasted space while in overview mode? To make the desktop larger? Matter of fact, would it be possible to completely replicate the design of 3.38? Because 3.38 was perfect the way it was.

Thanks guys!

This is what the thumbnails look like on my primary (laptop built-in) display (1920x1080):

And this is what it looks like on my secondary (HDMI monitor) (1920x1200)

So on my primary display the thumbnails only use 4.4% of the screen height, which renders them pretty much unusable, while on my secondary display with 19.8% they look very much like those from pre-40 GNOME.

When "Vertical Overview" is enabled

• Top Panel Workspace Scroll
• Workspace Indicator

cease to work ...

Current thumbnails have a grey background instead of the wallpaper.

Hello.

I've done git clone, cd, but make returns an error:

> make
rm -r _build
rm: cannot remove '_build': No such file or directory
make: *** [Makefile:8: clean] Error 1

What I should to do? And should we change the README?

Hi,
First, thanks you a lot for this extension!
I have a very weird issue when I activate it, if I scroll up everything work as intended, but if I scroll down the workspace appear empty, as if the window were minimized.
I have check without any extension and with all the default settings I could check, but it doesn't change anything.
I think the issue came from my settings, as no one seems to have this problem, but I would be very curious to hear your opinion.
I have added a video to show the problem, please feel free to ask me for any other information.
Thanks you a lot!

In vanilla Gnome Shell, I can just fling my cursor to the edge of the screen and click an app icon in the dock without precisely stopping the cursor above the icon of the app. This allows me to be faster and less precise, but still do what I intended to.

However with the extension enabled, holding the cursor at the left edge of the screen counts as holding it outside of the dock. This means I have to aim my cursor precisely and slowly at the icon in the dock.

It should work like in vanilla Gnome Shell.

See also: Fitts's law.

With "override dash" set to false, I don't see the normal dash in the overview. I see app running indicators, but no icons. Clicking on the areas where the icons would be has no effect.

In the app grid, the dash is vertically centered. Running app icons are in the correct place.

I was expecting to see the regular dash.

Running

vertical-overview: latest from extensions.gnome.org as of 2021/05/17
Fedora 34
Gnome 40.1.0
Default theme and icons

Overview

App Grid

vertical-overview settings

Anyone else noticed this?

Thank you so much for this project, it's a real life saver for some of us, I will be posting some small papercuts like the below going forward to help out the best I can and hopefully we will have a solid vertical overview in no time. Thanks again!

Expected Behavior

• When activating Overview via the Hot Corner, changing Workspaces with the mouse scroll wheel is immediate / instant / at first Input.
• Expected behaviour can also be experienced when activating the Overview via the Super key, Workspace changes instantly at the first dent / slight movement of the mouse scroll wheel.

Actual Behavior

• When activating Overview via the Hot Corner, changing Workspaces with the mouse scroll wheel only works on the 2nd Input / 2nd dent of a modern mouse scroll wheel, which makes the Overview seem like it is graphically lagging but it is not.

Steps to Reproduce the Problem

1. Activate the Overview via the Hot Corner top left
2. Slightly scroll with your mouse up/down (depending on you configuration)
3. Notice that nothing happens and slightly scroll again
4. Your Workspace changes up or down

Specifications

• Version: Vertical Overview extension built from Git on 24/05/2021 20:00 CET
• Platform: Gnome 40
• Subsystem: Arch Linux (current)

When "Workspaces spans displays" is selected in gnome tweaks, I get the following on my second display:

The workspace selector still works, but it is behind the current large workspace background.

here's my attempt

➜ make
if test  -d _build; then rm -r _build; fi
glib-compile-schemas ./schemas
zip -r [email protected] * -x Makefile
  adding: dash.js (deflated 73%)
  adding: extension.js (deflated 76%)
  adding: gestures.js (deflated 80%)
  adding: LICENSE (deflated 66%)
  adding: metadata.json (deflated 38%)
  adding: overviewControls.js (deflated 78%)
  adding: prefs.js (deflated 63%)
  adding: README.md (deflated 41%)
  adding: schemas/ (stored 0%)
  adding: schemas/org.gnome.shell.extensions.vertical-overview.gschema.xml (deflated 77%)
  adding: schemas/gschemas.compiled (deflated 43%)
  adding: settings.ui (deflated 91%)
  adding: stylesheet.css (deflated 60%)
  adding: swipeTracker.js (deflated 79%)
  adding: util.js (deflated 63%)
  adding: workspace.js (deflated 69%)
  adding: workspacesView.js (deflated 72%)
  adding: workspaceThumbnail.js (deflated 73%)
mkdir _build
mv [email protected] _build/

➜ make install
gnome-extensions install -f ./_build/[email protected]

# at this point i logged out and back in

➜ gnome-extensions enable [email protected]

Extension “[email protected]” does not exist

Using Wayland. Let me know if there's any more info I can provide.

I am fine with the new gnome shell horizontal look on a single monitor alone.

Could you add an option to the extension that enables the vertical mode only when multiple monitors are being used?

I don't see a way in github to leave feedback. So sorry for opening an issue for this.

But I wanted to let you know this is really fantastic extensions. It is a very sad story that GNOME needs extensions to do trivial cosmetic changes like this. In most other desktop environments you could just grab the icon bar and drag it to where you want it...

The new GNOME icons on the bottom was going to cause me to go back to using my hand braces again. It is just so non-ergonomic having to move my mouse all the way to the upper left corner to activate, and then all the way to the bottom middle to click on my icon. This was easily going to double the amount of stress I had put on my hands and wrists. I'm already strongly considering one of those foot mouses. But to I really want to replace hand stress with foot stress?

You are a real life saver.

Would it be possible to make the workspace peeking optional? The top workspace actually looks pretty nice when the search bar is disabled with this extension: https://extensions.gnome.org/extension/4158/gnome-40-ui-improvements/

Increasing the right offset increases the size of the workspace thumbnails, so would it be possible to do the same for left offset increasing the size of the dash? Or if not, adding another option to increase its size. Also an option to move the show applications button to the bottom would be nice.

When I enter overview mode, the desktop background in the miniature workspaces is shifted by half.
It it because I have a multi-monitor setup where my left monitor is 1920 and my main is 3840. When I change the display order in settings the problem goes away, but when I revert the display settings to have the smaller monitor to the left of my main, the issue is back.

So currently the workspaces just kind of disappear into the grey search area

1. I think moving the search widget to the top left where the activities button would remove the need to have that section there. ((or just removing until typing happens)
2. Then you can make the top bar remain black/curved at the corners. This will make the workspaces appear to flow underneath the bar.

This is a suggestion/feature-request.

Preamble: I’ve enabled the two options Static Background and Hide scaling workspaces (version 46a0925) and I’m very happy with this setting in overview mode: the full-frame static background kind a stabilizes the whole screen while moving from a workspace to another. I feel it reduces eyestrain with intensive use of multiple workspaces.

Problem: the Static Background option only applies to the overview mode. As a matter of fact, in normal view mode, the background moves together with applications windows. It comes with a sort of flash when you move from a workspace to another directly (by-passing the overview mode), which is not so pleasant to the eye. Also, it’s inconsistent with the overview mode.

Suggestion: I’d like the Static Background option to also fix the background in normal mode. Alternatively, I’d like to have an extra option to fix the background in normal mode (to accommodate users who prefer current behavior).

Final word: thank you so much for this extension!

An option to switch the position of the thumbnails per monitor would be great. I want to have the thumbnails of my two monitors directly next to the other. On left monitor on the right, on right monitor on the left.

Moving between workspaces (used to be left or right) do not work Super + PgUp and Sper + PgDn

Hi,

Thanks for the great extension :). Would it be possible to have the background not moving while switching workspaces?

In older versions of GNOME the dash and workspace thumbnails have been visually connected to the sides of the screen, which was obviously changed in GNOME 40. But when using this extension and a shell theme intended for an older version, such as this, the old look can somewhat be restored, but not perfectly without additional tweaks, which would be a nice addition to the extension. Using some Looking Glass hacks I was able to make this as a proof of concept.

see video

Would be nice to have the overview visible all the time like Workspaces to Dock.

https://github.com/mont5piques/gnome_shell_custom_api_search

This can set as a configurable search provider, everything that you search in the shell can be passed to a script and displayed in the shell as result (if the script output is a fixed json structure)

It also brings usability issues because the window closing button may be cut off in overview.

When dragging a window through the workspace thumbnails, if you don't move the window to another workspace it will turn invisible but still remains interactable in the thumbnails. It happens most consistently when there is only one window in that workspace and only on the primary monitor.

(For this issue to occur, the extension's settings must allow the Dash to appear when in the Overview.)

Steps to reproduce:

1. Open the Overview, and begin typing to perform a search.
2. Click on a launcher in the Dash.

Expected results: The launcher that was clicked on should activate.

Actual results: The launcher does not respond to being clicked on, nor does it become highlighted when hovering the mouse over it.

Workaround: During an Overview search, the Dash can still get keyboard focus via Ctrl+Alt+Tab.

Alternative steps:

1. Enter the Overview, and search for a launcher that isn't already in the Dash.
2. Drag the found launcher onto the Dash to set it as a favorite.

Expected results: The launcher will be permanently added to the Dash as a favorite.

Actual results: The Dash does not respond to the launcher being dragged on it, so it cannot be added as a favourite.

Workaround: A launcher can still be added to the Dash by right-clicking on it and choosing "Add to Favorites".

If I may add another suggestion, would be to add the option to make the workspace thumbnails(? not sure what to call these) slightly larger -- while in the overview mode.

I've photoshopped a quick image of the thing that I am talking about here:

Just to enlarge those workspace thumbnails ever so slightly would make it easier to move applications between the workspaces by mouse. I could see it being a slider or numerical value you can adjust by setting from within the extension? Is that something that could be feasible? In essence, I am all for replicating the exact design of the Desktop as it was in 3.38

Thanks!

First, thank you for working on this project, I really like vertical layout and was really sad to see it go with GNOME 40.

So, the feature request is about making the following extra key bindings that we had in the previous GNOME versions:

• Super (+ Shift) + Page Up/Down = Ctrl + Alt (+ Shift) + Page Up/Down

Where Shift was used to carry the focused window when switching workspaces.

Again, thank you so much for this extension, it's a life-saver!

Hi,

Thanks for you great work.

If I have many work spaces, say 12 in my laptop, the 11th and 12th will be unseen completely.

The behaviour of gnome 4.38 is that if you create more work spaces the Workspace view becomes smaller so that it can show all work spaces.

Hi and thanks for the extension first of all. I think Gnome 40 + this extension is almost better than Gnome 3 in that regard.

I found a minor quirk when working on multiple monitors:
The screen preview in the upper right corner is drawn on every screen (which is nice) but it always shows the preview of the primary screen.

Probably out of scope for this extension but I'll mention it anyway: When you move a window from screen 1 to the screen-preview-thumbnail of screen 2, it gets moved to the correct workspace but stays on screen 1.

Cheers and regards!

When getting the dash back to vertical that is progress.
What I am missing is the dash as a navigation aid.
E.g. when having multiple Gnome terminals open, one used to be able to navigate the dash via e.g. arrow keys, etc, and choose a terminal to get made visible.
Now the dash icon for terminal only opens a new one, does not extend to show all the terminals that were open.
Can this be changed via a setting?
Or reenabled in the extension?

GLib.FileError: Failed to open file “/home/ismaail/.local/share/gnome-shell/extensions/[email protected]/schemas/gschemas.compiled”: open() failed: No such file or directory

Stack trace:

getSettings@/home/ismaail/.local/share/gnome-shell/extensions/[email protected]/util.js:29:31
_init@/home/ismaail/.local/share/gnome-shell/extensions/[email protected]/prefs.js:12:30
buildPrefsWidget@/home/ismaail/.local/share/gnome-shell/extensions/[email protected]/prefs.js:40:23
_init@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:209:40
OpenExtensionPrefsAsync/<@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:122:28
asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:115:22
run@resource:///org/gnome/Shell/Extensions/js/dbusService.js:177:20
main@resource:///org/gnome/Shell/Extensions/js/main.js:19:13
run@resource:///org/gnome/gjs/modules/script/package.js:206:19
start@resource:///org/gnome/gjs/modules/script/package.js:190:8
@/usr/share/gnome-shell/org.gnome.Shell.Extensions:1:17  

Using latest commit: 33e0fe4 (master branch)

Something similar to what extended gestures did, a list of potential gestures, each with a dropdown to select functionality.
So that people can pick and choose how the gestures function. Probably a good idea to expose any functionality specific to this extension in global scope so other extensions can access it.