Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FEATURES REQUEST] WINDOW VALIDATION #258

Open
JE-Amouel opened this issue Sep 16, 2024 · 2 comments
Open

[FEATURES REQUEST] WINDOW VALIDATION #258

JE-Amouel opened this issue Sep 16, 2024 · 2 comments

Comments

@JE-Amouel
Copy link

JE-Amouel commented Sep 16, 2024

Hi,
firstly, thanks for adding the dbus functionality,

I was able to improve my script, and trigger coverflow properly,

I was able to easily interface it at the AATWS dock

and also on CHC, which was now in the top right corner of my screen, I was able to define two actions:
scroll up: overview of activities
scroll down: coverflow - window switcher

and all that without torturing my fingers too much with the usual keyboard shortcuts.

however I still have a suggestive request to improve the interface which is triggered by the Dbus method, all this boils down to the selection of windows, relative to navigation by keyboard and/or mouse.

the current behavior is that when I navigate between windows, to be able to select a window, I must be above it, and press ESC, which I find a little counter-intuitive.

I think it would still be nice to be able to have the possibility of not choosing any window.

with the mouse, for example if I trigger coverflow from my hot corner or the dock, when the Coverflow window switching interface is triggered, I would like to be able to scroll in front of all my windows as needed, and only switch windows if I left click on it, and if I click in the void, I would like to return to the window previously targeted before triggering coverflow.

with the keyboard,
I would like to be able to select the window when I press ENTER,
and exit the interface when I press ESC to return to the previously targeted window.

THANKS

@dsheeler
Copy link
Owner

if I click in the void, I would like to return to the window previously targeted before triggering coverflow.

This I will have to work differently, I think. The issue is you can click and drag to switch windows (you might not have discovered this), so clicking into the void activates the drag... maybe it could be a double click or something?

@dsheeler
Copy link
Owner

Maybe if you right click anywhere you exit without picking?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants