Stickypoint 1.1.1: how did it go?
Nine questions, each answered with one of four buttons, then a box for anything else. Your answers are saved on this page as you go. At the end, one button opens an email with everything filled in, or copies the answers so you can paste them into Discord.
First, an apology. The 1.1.0 you tested had 1.0.9's program inside: a mistake in how the release was put together packaged the previous version under the new number. Your answers about 1.1.0 described 1.0.9, and they are how we found it. 1.1.1 is what 1.1.0 should have been, so these are the same questions again.
Before you start: make sure Stickypoint says 1.1.1 at the bottom of its settings panel (open it with a click on the Stickypoint icon in the menu bar, or choose Check for Updates there).
What changed in 1.1.1
Almost all of this came from your last set of answers.
The menu bar works in full screen. Push up and it slides in, the way the Dock does; you can then walk along it to the clock, battery and Wi-Fi.
The pointer no longer gets stuck in the Dock, or in Safari's toolbar.
VoiceOver's activate keys press what you just heard , instead of wherever VoiceOver's cursor had been left.
Coming back from the keyboard no longer moves things around.
Desktop widgets read what they show , and Battery, Clock and the other status items say their value .
Arrow keys move the pointer while VoiceOver is off — Control-Option with an arrow anywhere, or plain arrows on the Dock and the menu bar.
Whole messages are read (speech used to stop after 120 characters), and a push that goes nowhere now says so.
Pushing is lighter than 1.0.9 , and the places where Stickypoint could lock up completely — the Dock, the full-screen menu bar, Safari's toolbar — are fixed. If it used to seize up on you, those are the most likely reasons. See question 2.
Known issues we are still chasing
Smoothness is half done. Stickypoint was repeating work while you pushed, which on a busy window could hold up the pointer for the whole system — that is the freezing, and the trackpad clicks arriving late in a bunch. The waste is gone and 1.1.1 is measurably lighter. The deeper change, moving that work off the thread that carries your pointer, is designed and queued but not done. Question 2 decides whether we do it next, so please be blunt there.
Good news from your last diagnostics file: the long pointer freezes caused by VoiceOver's own helper processes on the macOS 27 beta are gone on macOS 27.0 — your log showed 14,358 movements handled with none delayed. If you still get freezes, they are ours, and question 2 is where to say so.
Not done yet: Apple Music's playback bar at the bottom of the window, and widgets inside Notification Center (desktop widgets work). VoiceOver's cursor position still cannot be read by another app, so after keyboard use the next push starts from the element that has keyboard focus, or from where the pointer was left.
From your 1.1.0 answers, not fixed yet: clicking an app in the Dock leaves the pointer in the Dock instead of moving to the window that opens. And you found that VoiceOver's “Mouse pointer: Moves VoiceOver cursor” setting fights with Stickypoint while “Ignores VoiceOver cursor” works best; we have not tested 1.1.1 with “Moves” yet. If you try both, say how each went in question 4.