#HYPERSWITCH MAC OS 10.14 SOFTWARE#
#HYPERSWITCH MAC OS 10.14 CODE#
#HYPERSWITCH MAC OS 10.14 ZIP#

Could you please tell me what shortcut you are invoking exactly? The default alt+ shift, or did you customize it to something else like cmd+ shift or alt+ shift+ tab? Could you please test on the native laptop keyboard, or Apple external keyboard if not on a laptop? Could you make sure no keyboard-interfering software is running during the test? Another thing that would help, and to share a screenshot of what you get using that web tool. I'm waiting on feedback from you guys to get to the bottom of this. To clarify the status of this ticket, I'm waiting for 3 issues to be resolved to release my work:īug? and have reported that pressing shift doesn't work for them. Did you send it? That would be really helpful to see what crashed in your particular setup. What happens when you restart AltTab after it crashes? It normally should ask for a crash report.

#HYPERSWITCH MAC OS 10.14 ZIP#

You can use a tool like Loom to make it a one click thing to share your screen in motion, or even film with your phone and attach a zip here on Github or from some Google Drive or other cloud storage. You see here a video would really help because it would bring so much more context that text descriptions fails to convey. So you are pressing alt+ tab, then once the switcher is up, you're pressing shift, and that crashes AltTab? The app is no longer in the menubar? Could you help me understand in details what your setup is, and what's happening? You said it 'exited the switcher'.

I'm worried to release the build since it breaks on your machine. It all works great on my local machine, as well as some other people machines from other tickets where I asked them to try out this build. You can see in the list above, all the scenarios I tested while developing this build. It should work with or without AltTab's preference Controls > Shortcut 1 > Then release = Do nothing.It should work with or without AltTab's preference Appearance > Apparition delay being 0.Capslock key being active or not shouldn't influence anything.I don't have a fast refresh rate screen to confirm that though.

For the same preference, a 120hz screen will repeat twice as fast as a 60hz.

That rate is a multiplier of the screen refresh rate.

AltTab should emulate that rate, if the user changes it.

Key repeat rate can be customized in System Preferences > Keyboard.

Users can set all sorts of custom shortcuts with:.

Here is a list of things that interact with this ticket, and that could break: Please try it out and let me know if you face any issue. I'm looking for help to test this build before I release it.

#HYPERSWITCH MAC OS 10.14 CODE#

It was really hard, and I took the opportunity to refactor all the messy code in keyboard event management. Thinking that, maybe, as you'll have to implement the repeat behavior yourself and it will be decoupled from the global keyboard config of OS, it really would deserve a preference setting for this feature. it would be a plus, and maybe would need a new preference, so. I guess that would be IMHO, as non-repeat behavior of modifier keys is the default on every OS, I don't think it is necessary to implement it. We could however reuse the same home-made repeat rate timer and give them a repeating behavior. This is standard behavior as modifiers are not inputing text, so they send only 1 event. the down side of have a home-made repeat timer is that the OS already have a global config, maybe already customized by the user to his preference.Īlso interested to note, modifiers-only shortcuts don't repeat (for example shift). With the new way we listen to the keyboard input, I would have to introduce some kind of home-made repeat rate timer, because the OS is not going to send repeated events as it used to. It was introduced by the keyboard rework of v5.

Hyperswitch mac os 10.14