Hmm, probably. I used to use Shift but the problem was there are languages where they need to use Shift to be able to type more letters (Thai for example), so it wouldn't let them type other languages. I could probably add it as an option though, but you wouldn't be able use capital letters, naturally heh
This app relies on applications implementing the Accessibility API properly. I'm hoping that there'll be enough Shortcat users to pressure application developers into making their apps more accessible so people who actually need to use accessibility tools (due to being visually impaired can) use their apps.
I've found that most mail clients (apart from Mail.app, which I don't like) have pretty terrible Accessibility support, due to heavy emphasis on custom views. It's still possible to add Accessibility support on custom views though, but visually-impaired users tends to be a pretty small niché unfortunately...
In addition to its other merits, apps like this are a great way to encourage developers implement Accessibility support, which is really not that burdensome at all.
If it gets more app developers to support it (even if it's because their users want to use power tools like this), then indirectly, much good will be done for the users who need Accessibility support for its intended purpose. Definitely a win all around.
Regions needs a bit more thought, but it'll let you narrow down the search space easier when you're using a complex app like Xcode with a billion different scrollviews.
That's actually a pretty cool idea! I had ideas for sorting by depth in the element tree to current active or moused over element, but a proximity-based search would be interesting. What operator would you think is meaningful? I haven't got plans for '#' just yet.
I'm not sure what the best operator would be for my suggestion, but after thinking about it '/' would work well since it calls to mind the idea of navigating a hierarchy. 'Shortcat/comments' feels nice to me. It can also be typed without using shift on a US keyboard, which is convenient.
I'll be adding '/' down the track for a proper hierarchy, but things that are close to each other aren't guaranteed to be in a sane hierarchy. What about '@'? "comments@shortcat" kinda flips it around first, which could work as you might decide to narrow down the query when you see too many results. A possible problem is that the second part of the query also has too many results.
The reason why I'm currently making users explicitly use Enter/Return to click is because this allows them to use modifiers while clicking, so Ctrl+Enter for right click, Cmd+Enter on a link to open it in a new tab, etc. However, I think Ctrl+letter might be interesting, but might be confusing on multi-letter shortcuts.
Right now, I've implemented maybe 10% of the features I want to add. I'll be adding licensing soon, but given that most people probably wouldn't pay for features that's not there, I'm probably going to start at $12, then bump it whenever I ship a major feature. Early adopters will end up saving a bit.
The licensing will be cheaper when it's in beta too.