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

Feature Request: Context aware clicking #34

Open
aaronrolls opened this issue Jul 28, 2022 · 8 comments
Open

Feature Request: Context aware clicking #34

aaronrolls opened this issue Jul 28, 2022 · 8 comments

Comments

@aaronrolls
Copy link

aaronrolls commented Jul 28, 2022

While I now use Wooshy for most things, I still will default to Homerow if I encounter a checkbox or a list of buttons that have the same name. Tabbing isn't fun. I encounter this multiple times a day because of my work so it may not reflect everybody's experience.

Most checkboxes, in apps and web, reside in a group with other things, sometimes text, sometimes links. What I would like is for Wooshy to be aware of which groups the last selection was in, then if you type tick or check (or what ever each app chooses to name them) for the checkbox, Wooshy will select the closest item to the previous selection (or the item in the closest shared parent group). You would still be able to tab and shift tab to other things Wooshy has detected of course, but I feel like something like this would be very handy.

This would also work well with the new Command Shift Return feature to move the mouse.

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

While I now use Wooshy for most things, I still will default to Homerow if I encounter a checkbox or a list of buttons that have the same name. Tabbing isn't fun. I encounter this multiple times a day because of my work so it may not reflect everybody's experience.

just FYI, you can also use up/down, but if you're a kV user, you can use jk, CTRL-F, CTRL-U etc, and if you put Ws into the Key Mapping Family (currently), you can use G/gg to reach first and last targets. (https://github.com/godbout/Wooshy.docs#navigate)

What I would like is for Wooshy to be aware of which groups the last selection was in, then if you type tick or check (or what ever each app chooses to name them) for the checkbox, Wooshy will select the closest item to the previous selection (or the item in the closest shared parent group).

that seems like something very specific to your workflow. you mean between launches Ws would remember what was the last group/target targeted?

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

I encounter a checkbox or a list of buttons that have the same name.

now that i'm thinking about it. do you mean a checkbox and a list have the same name (happens frequently), or do you mean a whole list of checkboxes and/or links have the same name? if it's the latter, in which specific case does this occur?

if it's the former, that's what the narrowers are for. e.g.:

ScreenFlow.mp4

explained here and here

that being said Homerow is gonna be way better in cases with lots of collisions, and stuff without AX info like in Things 3.

(btw knowing your skills i assume you've already seen the above but hey, still worth a shot.)

@aaronrolls
Copy link
Author

you mean between launches Ws would remember what was the last group/target targeted?

Yes, and it would highlight the most relevant/closest selection first.

Let's say Wooshy remembers the last two parent groups of its last target. If what you type applies to something in one of those parent groups, Wooshy highlights that one first. If it can't find anything belonging to those parent groups it acts as normal.

Wooshy.Demo.mov

This is just one example, but as you can see I have a lot of possible boxes to tick. I would like to be able to type 15 move the curser then type tick or whatever is appropriate and have the closest box selected first.

I tried using narrower's but they don't seem to work in these situations.

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

I encounter this multiple times a day because of my work

just an idea. have you considered, like, not working?

Yes, and it would highlight the most relevant/closest selection first.

Let's say Wooshy remembers the last two parent groups of its last target. If what you type applies to something in one of those parent groups, Wooshy highlights that one first. If it can't find anything belonging to those parent groups it acts as normal.

yeah ok. i need to digest this. currently the whole app is stateless. once The Input is gone, everything get cleaned. so that would require a major change. not for today. i'll need to mull it over and digest for a little while.

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

Wooshy.Demo.mov

so i've spent ages building a way for users to custom The Input and you're using the default one.

IMG_2480

what AX info do you have in those tickboxes? nothing right?
(also is that a webpage? the checkboxes out of view are a little meh.)

@aaronrolls
Copy link
Author

It is a web page yes. Most of my work involves using web apps, unfortunately.

CleanShot2022-07-29at15 18 49

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

yeah, that's exactly the type of things where Homerow is gonna be better. they should add the date in the Label/Value. (although you still have different rows with the same value.)

@godbout
Copy link
Owner

godbout commented Jul 29, 2022

@aaronrolls btw you're on Monterey 12.5? seems they've renamed checkboxes by tickboxes (Apple).

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