g-dh / advanced-alttab-window-switcher Goto Github PK

Thanks for this awesome extensions.

Unfortunately I have get used to minimize windows frequently, but I don't want that to effect alt tabbing.

Now if window is minimized it get moved bottom of the alt-tab list and icon get opacity.

It would be really nice to have option to ignore this.

Is your feature request related to a problem? Please describe.
NO.

Describe the solution you'd like
Showing bottom dash menu on all monitors.

I'm on Fedora 34, and this doesn't seem to do anything. Restarted shell and tried both Xorg and Wayland session and neither changes the alt-tab look at all and none of the listed hotkeys do anything

Pressing ALT+TAB shows a normal popup to switch between windows in the forward direction.
But pressing ALT+SHIFT+TAB doesn't show any popup like it would with ALT+TAB, and it just shows the title of what is being selected.

• Also, doing ALT+TAB and then ALT+SHIFT+TAB does show a popup like normal.
• Note: Doing WIN+SHIFT+TAB does show a popup.

Video:

Default hotkey in Gnome is to show all apps (on all workspaces) organized by icon is ALT or CMD/WIN key + tilde

This function should be available while AATWS is open

However, it seems AATWS has a hotkey making use of tilde so to access this native 'all apps' summary you must first release the alt key and then re-press ALT and tilde (or CMD/WIN + `)

Alternatively AATWS could implement a UI for showing a summary of all apps like that ie- by icon
but I think the native one is fine and that would be easier to get an immediate solution to this issue.

My UX and needs specifically is a habbit of reaching for that 'all apps' icon summary as a quick way to get to one or two apps that I typically have open but don't necessarily know or want to navigate to its specific workspace as intermediary step. Ie- slightly faster to find an app by icon in that native menu than AATWS if you have AATWS configured to group by workspace/require workspace switch. Currently I prefer AATWS for finding not so common windows or things like terminals or browsers that have multiple windows open; would be nice to have the best of both and to switch between them seamleslly!

Describe the bug

I've just installed Fedora and enabled this extension. I went to the options and disabled Window Switcher > Minimized Windows Last but it doesn't work. Minimized windows are still moved to the end of the list.

I decided to check the other options related to minimized windows and they seem to have no effect either. I have "Distinguish Minimized Windows" enabled but minimized windows look the same as others, also "Skip Minimized Windows" doesn't do anything if I try it.

Other settings (not related to minimized windows) work fine, for instance I changed Common > Placement to Center, no issues.

Desktop

• OS: Fedora Linux 36 (Workstation Edition)
• Gnome 42.4 - fairly new release, maybe this is the culprit?
• Wayland or Xorg, same behavior
• Version of the extension 20
• Source of installation: https://extensions.gnome.org/extension/4412/advanced-alttab-window-switcher/

gnome 41 support

I don't know if they are supposed to be shown, but Firefox's picture-in-picture windows are not in the list :

In the app switcher I have 4 Firefox windows :

Yet only 3 are shown in the applications's window switcher (the fourth being the Firefox's picture-in-picture window) :

Hi, I have been using your extension for some time, and sometimes the alt-tab menu doesn't show up. I discovered disabling pop-shell makes the problem go away and thus the alt-tab popup opens. Could you look into that? I'm running fedora 34 with gnome 40.3. The pop-shell is installed from the fedora repos, and this extension is installed from gnome.org

Can you tell me how to invoke the app switcher by pressing the window key (super) ?

Currently it is Win+Tab.

I'm in Fedora 36 Gnome Wayland.

I didn't found that setting in the Gnome Tweaks app.

Is there any way to start a search mode dialogue that doesn't close when the modifier key is released? I have the option "search mode as default" checked in the extension preferences, so it starts in search mode (and I have to type the app name while holding the modifier, which feels awkward), but when releasing the modifier key the search mode dialogue exits.

Is there any way to start a dialogue in search mode, but not have it exit when the modifier is released, instead have the behaviour that you get when search mode is turned on manually and it doesn't exit when releasing the modifier key, having to press ESC to actually exit the dialogue?

Describe the bug
Some windows will, eventually or instantly, seemingly at random, be stuck as the most recent in the window switcher no matter which window is currently in focus or has been more recently. Toggling the extension or window sort mode setting does not fix.

Here's what happens to me:

1. Use AATWS as normal with a GNOME Files window open. Everything is as expected.
2. Eventually the Files window get stuck as the most recent.
3. Closing and restarting Files fixes the problem.

Another case that just happened:

1. Open a file in GIMP.
2. It is immediately stuck as the most recent window.
3. Close it and re-open without a file. It is not stuck.
4. Open a file - it is stuck again.
5. Close the file within GIMP, leaving it open - it remains stuck.

Desktop (please complete the following information):

• OS: Arch Linux
• Version of the extension: 44? (Is it the grey number in extensions app?)
• Source of installation: extension.gnome.org

I would like the application switcher to only raise the first window of that application instead of all windows.

Right now I am using this extension: https://extensions.gnome.org/extension/4007/alttab-mod/
that does exactly that, but it would be nice to have the option within AATWS, to be safe from clashing options between the extensions.

I have installed this extension, but how to activate it?
Alt+Tab or Win+Tab activates old window switcher.

Personally I don't find some of the hotkeys useful, so it would be nice to be able to disable/unmap them to prevent accidental activation.

I recently upgraded to the latest version.

I have two issues.

1. Toggle Activities Overview no longer works. When I press Super > Shift + Super it won't toggle Activities Overview but instead toggles between Windows and Application Switcher.

2. This actually may not be an issue, but a feature that has been removed. Under Misc the option to disable Show Workspace Pop-up is no longer present. I very much preferred the pop-up be disabled.

Thank you

MISSING from the most current version as far as I can tell:

Maybe it's just me missing something here, but :

• Pressing the <Menu> key (the key usually on the right of the space bar, somewhere between <AltGr> and <Ctrl>) displays the application menu of the selected item :
  

• But then there's no way of getting rid of that menu, except pressing <Esc> which closes AltTab altogether (or using the mouse right-click)

I think pressing the <Menu> key again should close it if it's open. The menu key should be a toggling key

I have a multi-monitor setup. I like the Window Switcher feature very much, but the App Switcher seems to interfere with my setup. The App Switcher is shown in the primary (first monitor), which has another one below it. When I try to move the mouse to the monitor below the App Switcher appears and prevents me to access that other screen (it acts like a sticky border).

I already have a sort of dock placed vertically and would like to completily disable the App Switcher and keep the Windows Switcher.

Describe the solution you'd like
No clear option to disable the App Switcher or change its location / placement.

Describe alternatives you've considered
Being able to rotate the App Switcher to place it vertically, to replace my current Dock.

Additional context
I have a 5 screen setup. Primary (top left), two others to its right, and a couple o screens below the first and the third. The App Switcher prevents me to move from the primary (top left) to the one below it.

Another great extension!

However, one small issue: if combining this with the great "Custom Hot Corners - Extended" extension and mapping the right edge as a "hot edge" for this switcher, then the mouse will be on the right of the switcher, while the "most recently used" window or app will be on the left...it would be nice if an option to reverse the "most recent"-order could be added to the default sorting choices for the app switcher and window switcher to alleviate this issue. This would also help make the "show selected window/app immediately" option more useful in that use case.

Edit: this might require the item that is selected first when activating the switcher with keyboard to be the second from the right instead of from the left if this option is selected, so that normal "Alt-tabbing" behavior doesn't break.

Thank you for your work!

I increased "Max Number of Search Results" to 24 :

It would be great if there was as setting to show the results in a grid (2x12 or 3x8 would be great here).

I just upgraded to ubuntu 22.04, and installed this extension to replace "dash to dock". But it seems that it simply wont activate. I never see the change in the switcher screens from the ubuntu stock. I installed from gnome extensions website, then tried to install through wget and install from github. No change. The setting page does show up under the "extensions" app and shows activated.

Hello,

I am currently having an issue with the scrolling functionality.
To select the next item in the switcher I was used to scroll (anywhere) on my screen.
However, this does not work anymore (for a few days now). Every other action works as expected (e.g. Switch filter mode, etc.).
When using the "Select Next Item" option with "Scroll over switcher Background" it works as well.

I am on Fedora 35 with GNOME 41.4.

Best regards and thanks in advance

Is your feature request related to a problem? Please describe.
I always found previews more confusing than anything else :D. I usually locate the icon to choose which tab I want.

Describe the solution you'd like
Be able to set the preview as low as 0 pixel so that I can just have the app icon (at moment min is 16 pixel).

Amazing extension !

I installed this extension, it works very well with dual monitors and typical window switching.

But for some reason, Application switcher (SUPER + TAB) is not working. It freezes in application switcher pop-up. In pop-up, manually clicking to some extensions not works either.
And there is one more thing that is not working, same app windows switcher (ALT + `). It also freezes in pop-up window.
Is there is a version that I needed to install specifically ?

OS: Pop!_OS 20.04 LTS x86_64
Desktop env: GNOME 3.36.7

Is your feature request related to a problem? Please describe.
In certain themes it is hard to see the highlighted application due to low contrast

Describe the solution you'd like
It would be great if users could customize the color, and more importantly the background color of the highlighted application, e.g. by entering an RGB color hex code

Great tool !
A suggestion : Having the favorites in the app list is convenient, but it also bloats the app list. A nice feature would be to show the favorites separately, on demand, with a hot key (for example F, to toggle between the running apps list and the favorites list).

The DND feature is really cool !

On this topic, another feature request / idea:

For some windows, like 'favorite' apps that you have always open maybe Thunderbird or a note taking app it might be more intuiitve to have just a floating icon - but with all the same features of the current thumbnail versions (resizable, draggable, pins to every workspace, etc)

It might be cool if there was a hotkey / mouseclick combo that could toggle said thumbnail to this icon format (ideally taking up perhaps the same dimensions ie- with the icon centered such that there is no distracting change of size on switch)

Describe the bug
After lengthy debugging and help of FeRD (Frank Dana) @ferdnyc - the original ticket is here. I have found out that AATWS - Advanced Alt-Tab Window Switcher breaks the Gnome Shell's sloppy focus (now called differently) and raise window delay functionality.

The functionality does not work at all. I'm reporting it as one issue as it seems these two issues are closely connected. If you want to create 2 issues I can.

The GNOME Shell version is 42.4

To Reproduce
I) Steps to reproduce the behavior:

1. Switch on the AATWS
2. Go to the Gnome Tweaks window and the Windows tab
3. There select Focus on Hover OR Secondary-Click
4. Raise Windows When Focused is turned on
5. Both these functionalities do not work correctly afterwards. The work the same way for both but the difference should be:
   5a) Focus on Hover - Window is focused when hovered with pointer. Windows remain focused when the desktop is hovered
   5b) Secondary-Click - Window is focused when hovered with pointer. Hovering the desktop removes focus from the previous window.

II) The delay in the window focus

1. Switch on the AATWS
2. in dconf-editor, navigate to /org/gnome/desktop/wm/preferences/auto-raise-delay
3. change the default value to, for example, 2000ms
4. Test the window raise delay. The windows are still raised immediately ignoring the delay value

Expected behavior
Focus on Hover - Window is focused when hovered with pointer. Windows remain focused when the desktop is hovered
Secondary-Click - Window is focused when hovered with pointer. Hovering the desktop removes focus from the previous window.

For the window raise delay to be obeyed.

Desktop (please complete the following information):
-- System Information:

Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

• Version of the extension: 20
• Source of installation I think it was GitHub but not 100% sure.

on my primary monitor, window switcher opens
on my secondary monitor, app switcher opens
how do i make app switcher open on both primary and secondary monitors?
it is configured to open in the monitor with the mouse

Describe the bug
Opened the laptop today and the extension didn't load. Tried reinstalling the extension using https://extensions.gnome.org/extension/4412/advanced-alttab-window-switcher/ but getting below messages in syslog

Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]: Archive:  /tmp/EACOW1.shell-extension.zip
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/extension.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/switcherList.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/captionLabel.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/switcherItems.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/prefs.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/actions.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/windowMenu.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/winTmb.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/settings.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/windowSwitcherPopup.js
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/schemas/gschemas.compiled
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/schemas/org.gnome.shell.extensions.advanced-alt-tab-window-switcher.gschema.xml
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/stylesheet.css
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:   inflating: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/LICENSE
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[141227]:  extracting: /home/ankitkul/.local/share/gnome-shell/extensions/[email protected]/metadata.json
Dec  2 12:56:23 BLDVANKITKUL gnome-shell[45717]: JS ERROR: Extension [email protected]: TypeError: extension.stateObj.enable is not a function#012_callExtensionEnable@resource:///org/gnome/shell/ui/extensionSystem.js:167:32#012loadExtension@resource:///org/gnome/shell/ui/extensionSystem.js:351:26#012callback@resource:///org/gnome/shell/ui/extensionDownloader.js:234:39#012gotExtensionZipFile/<@resource:///org/gnome/shell/ui/extensionDownloader.js:115:13

To Reproduce
Not sure how to reproduce this but may be trying to re-install would cause this . Tried manually copying the files from repo to extension path however when using the settings button getting the below technical error

TypeError: prefsModule.init is not a function

Stack trace:
  _init@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:205:25
  OpenExtensionPrefsAsync/<@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:122:28
  asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:132:13
  run@resource:///org/gnome/Shell/Extensions/js/dbusService.js:175:20
  main@resource:///org/gnome/Shell/Extensions/js/main.js:19:13
  run@resource:///org/gnome/gjs/modules/script/package.js:222:19
  start@resource:///org/gnome/gjs/modules/script/package.js:206:5
  @/usr/share/gnome-shell/org.gnome.Shell.Extensions:1:17

4. See error snapshot attached
   

Expected behavior
The extension should load and work.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: Ubuntu 20.04.5 LTS
• Latest (v22) i guess
• Source of installation both : extension.gnome.org, GitHub
• Gnome shell version: 3.36.8

Additional context
Error started suddenly today. There was a release ig on 1 december. ceb4953 .

I have the following overrides:

• /org/gnome/desktop/wm/keybindings/switch-windows: <Super>j
• /org/gnome/desktop/wm/keybindings/switch-windows-backward: <Super>k

It seems the extension ignores the keys. Super+j works and the switcher is showed, but I cannot witch forward using Super+j as I used to. Super+k is ignored completely.

Is it possible to setup setup the extensions so Super+j/k will be the keybindings to switch between windows?

I would want to get the same result as in the screenshot in the readme file:

Currently, what I have is App Switcher which looks pretty much the same as the default Gnome switcher. I'd like to turn it into the above. I looked through the settings, but I cannot figure out what to change. Which settings should I set?

thanks for this cool repo :)
I miss the "multirow" feature (#37) and will try to implement it myself on a fork.
Could you please give me some "rough approximate direction" on where you think it should be implemented ?

Thanks in advance :)

Describe the bug
Since the update to v20, when pressing the Super button, the activities window is not shown anymore. Instead it directly shows the possibility to switch between apps.

Behavior in previous version / here with v20 disabled:

Real behavior with v20 enabled:

Desktop (please complete the following information):

• OS: [Ubuntu 20.04 or 22.04]
• Version of the extension [20]
• Source of installation [Gnome Extensions]

AATWS defines Curent Window as window where the mouse pointer is currently located.

Why not *window which you last focused on"? This will benefit many light mouse users, I think?

Thank you!

Is your feature request related to a problem? Please describe.
Yes, when Alt+Tab and touchpad gestures are both used for window switching, only Alt+Tab works with AATWS.

Describe the solution you'd like
When the three finger touchpad swipe gesture is used, AATWS should be opened, instead of the default switcher.

It happened like 2-3 days ago and still lasts.

Distro: Arch Linux rolling build
Gnome: 42.0
Display server: X11

I tried to disable every extension (except AAWS)

briefly what is (or rather is not) happening (video):
https://send.vis.ee/download/0ae31a2962d7af99/#sj7x0zcktA29RoIz8MAOiw

Enabled Extensions:

AlphabeticalAppGrid@stuarthayhurst/
[email protected]/
[email protected]/                                                                                                                                                                                            
[email protected]/
[email protected]/
arch-update@RaphaelRochet/
[email protected]/
blur-my-shell@aunetx/
[email protected]/
gTile@vibou/
[email protected]/
[email protected]/
[email protected]/
[email protected]/
just-perfection-desktop@just-perfection/
native-window-placement@gnome-shell-extensions.gcampax.github.com/
[email protected]/
[email protected]/
[email protected]/
[email protected]/

Hopefully this helps :)

[daru@archapacer ~]$ dconf dump /org/gnome/shell/extensions/advanced-alt-tab-window-switcher/
[/]
app-switcher-popup-fav-apps=true
app-switcher-popup-filter=2
app-switcher-popup-icon-size=64
app-switcher-popup-prim-click-item=0
app-switcher-popup-raise-first-only=false
enable-super=true
hotkey-above='R'
hotkey-close-all-app='W'
hotkey-close-quit='Q'
hotkey-down='J'
hotkey-fs-on-new-ws=''
hotkey-group-ws=''
hotkey-left='H'
hotkey-maximize=''
hotkey-move-win-to-monitor='A'
hotkey-new-win='ND'
hotkey-prefs='P'
hotkey-right='L'
hotkey-search='S'
hotkey-single-app='E'
hotkey-sticky=''
hotkey-switch-filter='C'
hotkey-switcher-mode='Z'
hotkey-thumbnail=''
hotkey-up='K'
super-double-press-action=3
super-key-mode=3
switcher-popup-hot-keys=false
switcher-popup-overlay-title=true
switcher-popup-position=2
switcher-popup-prim-click-in=16
switcher-popup-shift-hotkeys=false
switcher-popup-start-search=false
switcher-popup-status=true
switcher-popup-tooltip-title=3
win-switch-mark-minimized=false
win-switcher-popup-filter=1
win-switcher-popup-icon-size=40
win-switcher-popup-order=1
win-switcher-popup-preview-size=104
win-switcher-popup-prim-click-item=1
win-switcher-popup-search-all=true
win-switcher-popup-sorting=1
win-switcher-popup-titles=2
win-switcher-popup-ws-indexes=true
win-switcher-single-prev-size=160
win-thumbnail-scale=16
wm-always-activate-focused=false

How can I make him 1 2 3 4 5 6 7

Describe the bug
When "Pop-up at Mouse Pointer Position" is enabled, and AATWS is triggered by hot edge, AATWS doesn't pop up at the absolute edge of the screen but has a tiny raise from the screen bottom. This had caused a tiny issue for me:

• I've setup AATWS to select items with scrolling on switcher background, and mouse click on switcher background to activate selection
• I was used to triggering AATWS by dragging mouse to the edge, then use mouse wheel to select window and mouse click to bring up window
• This was ok with previous version (before you made huge changes to settings UI), but not anymore:
• AATWS now has a tiny raise from screen bottom, so that right after triggering AATWS the mouse cursor is already considered outside switcher and is subject to disappear by the "Pointer Out Timeout" settings. Also I have to change "Outside switcher" settings to align with "switcher background", but with all mouse buttons occupied I now don't have a easy way to close switcher using only mouse, apart from waiting the timeout.

To Reproduce
Steps to reproduce the behavior:

1. Enable "Pop-up at Mouse Pointer Position"
2. Use Custom Hot Corners - Extended extension and configure the bottom-left / bottom-right corner to trigger window switcher
3. Move your mouse to the bottom-left / bottom-right corner

Expected behavior
AATWS switcher should pop up at the absolute screen edge.
OR
visually stay as it is, but change the actual "switcher Background" zone to include the screen edge (where mouse cursor is at). I think this is similar to Dash to Dock (where it also has a visual raise from screen bottom, but mouse press still works at the absolute bottom edge)

Screenshots

Desktop (please complete the following information):

• OS: Fedora 36
• Version of the extension: 20
• Source of installation: extension.gnome.org

Additional context
Add any other context about the problem here.

Thanks for this great tool !

I often have many apps opened, such that in the app swicher (alt+tab menu), the line is too long for my screen and goes out of it (then I don't see all my opened apps at once 😿 )

I would love to have soft-wrap, aka multiple rows when one row is not enough 😃

How do I configure to cycle through the different windows an app may have open instead of grouping them for the app? Say Firefox has three open windows; the standard configuration only displays one FF icon instead of the intended three icons?

Hi
I describe this feature that i'm needed here for arc menu extension ,

https://gitlab.com/arcmenu/ArcMenu/-/issues/250

and is about following the rules of input source switching, when i'm open window switcher that i can write in it and search in it , the extension follow the default layout of language that i set on gnome-shell , default layout in my case is en or it can be something else .

thanks .

First of all, this is an awesome extension!
You already know this, but I wanted to express the appreciation. 😊

I was searching, but I couldn't figure what settings should I use to just have the "text only" version, as in your screenshot:

Sorry if I missed the required combo. Tried various settings, but what I could end up is this version:

For example, I would expect this to exist in App Switcher > Appearance. What I'm currently having there is:

Thanks!

I've found two inconsistencies with filters (using version 11 from extensions page):

1. Setting Window Switcher to "All Windows" works for the keyboard triggered switcher but not the mouse triggered one (it still filters by work space)
2. Setting Window Switcher to "Current Workspace" and App Switcher to "All Windows" causes the following issue: if I use the App Switcher to select an app with windows across multiple work spaces and then toggle the single app mode on that app it will filter by work space again, which means I now have to do an awkward Shift+Q press, while also holding on to Alt, just so I get the windows of the app across all work spaces even though my App Switcher was already configured to show "All Windows" across all work spaces. IMO the App Switcher setting should also apply to the "drill down" feature (app filter).

Is your feature request related to a problem? Please describe.
I use keyboard a lot and navigating workspaces through keyboard is a pain. Opening a application in the current worspace and then sending it to an empty workspace is how I do it regularly.

Describe the solution you'd like
An option to open that application in a new workspace on right mouse click.

Describe alternatives you've considered
I have used extensions related to this but they don't exactly match the expectation.
Like "Auto Move Windows" first makes me choose an application in its settings and opens it in a fixed workspace.

Additional context
I believe that more than one empty workspace itself closes, so , that when i close that application from that workspace , then that workspace becomes the "empty workspace that always stays emtpy". (that image below)

If you know an extension for this please link it, but this feature in your app-switcher would be a great feature.
(Or maybe it's already available and i didn't found it.)

Under Ubuntu 22.04/Gnome/Wayland, using "sloppy"/"secondary-click" mouse focus option, if I Alt-Tab to a window that is not directly under my cursor, the focus momentarily switches back to whatever is under the mouse cursor.

This seems to be a Wayland issue.
https://askubuntu.com/questions/1403158/alt-tab-focus-immediately-lost-on-wayland-with-secondary-click-sloppy-window

I was wondering if it were feasible to add another option to your config which moves the mouse over the window you alt-tabbed to, as I think this would provide a work-around. I realise this might be out of scope, but I noticed a few other hacks and thought you might be interested. Currently I have to alt-tab, then move my mouse over the raised/focussed window to be able to actually use that window, which is a bit of a bind.

Thanks for an awesome shell extension, by the way!

Noticed the wraparound toggle for workspaces.
But nice to have one for apps too!

nice extension, keep up the great work

I noticed that enabling the AATWS extension breaks the functionality of switching workspaces from Overview.
Here's what I mean:

Without the extension

I open Gnome Overview (Ctrl + Space in my case). Then, I can use Alt+Tab to switch to the next workspace (I configured this shortcut in Gnome Settings).
I can switch between workspaces without any issue.

With the extension enabled

I open Gnome Overview (Ctrl + Space in my case). Then, when I use Alt+Tab, the following happens:

1. If the next workspace does not have any windows open, I switch to the next workspace, as I'd expect
2. If the next workspace has any windows, I'm switched to that new workspace, and then one of the windows gets "selected". It results in exiting Gnome Overview.

Describe the bug
In settings under "Common", the Delay Showing Switcher numeric value does not accept anything lower than 10ms. Therefore there is no way to completely disable any artificial delay that the switcher imposes, which in its current state it is 10ms minimum.

To Reproduce
Steps to reproduce the behavior:

1. Go to Settings -> Common tab
2. Enter "0" in the Delay Showing Switcher numeric box

Expected behavior
The value of "0" should be accepted.

Desktop (please complete the following information):

• OS: Arch
• Version of the extension: 20
• Source of installation: pacman