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

Closed
JE-Amouel opened this issue Sep 16, 2024 · 8 comments · Fixed by #261
Closed

[FEATURES REQUEST] WINDOW VALIDATION #258

JE-Amouel opened this issue Sep 16, 2024 · 8 comments · Fixed by #261
Assignees

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?

@dsheeler
Copy link
Owner

@JE-Amouel I can do what you want, actually, and support the drag functionality. So get ready to be happier :)

@dsheeler dsheeler self-assigned this Sep 20, 2024
@JE-Amouel
Copy link
Author

Really sorry for the time it took me to respond,

Maybe if you right click anywhere you exit without picking?

On this point I trust you, 💯

I can do what you want, actually, and support the drag functionality. So get ready to be happier :)

I already know that in your hands, the result will be dazzling.✨

@dsheeler
Copy link
Owner

@JE-Amouel check out this branch: https://github.com/dsheeler/CoverflowAltTab/tree/258-features-request-window-validation. As I understand it, it is what you want.

@JE-Amouel
Copy link
Author

I knew you could do it, 💯
I feel like I'm discovering the extension again, ⭐
and in addition, all the other integrated options work well,
what a great job, 👍

THANKS 🙏

@dsheeler
Copy link
Owner

@JE-Amouel if you haven't found any problems or bugs then I will merge this into the main branch. I haven't had any problems, myself.

@JE-Amouel
Copy link
Author

if you haven't found any problems or bugs then I will merge this into the main branch. I haven't had any problems, myself.

It still work good for me.

i think we have another enhancement 😉

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

Successfully merging a pull request may close this issue.

2 participants