Repository navigation
shuttle v0.1.16
-
Bundled: cua-driver v0.38.0-loomhand.1 (was v0.37.0-loomhand.5), the fork's patches rebased onto upstream cua-driver 0.38.0 and later fixes: Windows
list_windowsleaves out the driver's own overlay windows, keys for a popup a Linux MPX click opened go through the master keyboard of the session that clicked, and the macOS background gate and window-change detector enumerate windows without the Space snapshot, now upstream (#5566, #5652, #5712); upstream also tracks the agent cursor's placement explicitly, so negative display coordinates no longer read as an unplaced cursor, keeps a Windows foreground drag off the window that covers its target, and keeps GNOME element actions inside the requested window.verify_hit, the kitty AXValue route, the off-Space window lookup, the macOS overlay tile and the X11 core-focus bounce carry over unchanged. -
macOS: a snapshot or find by title picks the on-screen window over its hidden twin. Among windows of the same title, none of them active,
snapshot,findand the other verbs that pick a window by the accessibility tree take the newest one on a display before a minimized or hidden one, sosnapshotof WeChat's "微信" reads its main window and not the hidden 280×380 one beside it. A window shows when its accessibility frame is the bounds of an on-screen window of its process, read from the window list each window listing already reads and from its position and size in the existing batched read. An app's only window of a title, such as a minimized one, can still be picked; two windows with the same frame both count as shown. -
shotof a window on any display.desk shotand thescreenshottool takewindowand return that window alone as cua-driver captures it, so a window on a second display, which the main-display capture does not hold, can be shot;x,y,w,hthen crop the window's image in its own pixels. The window is picked asfocuspicks it, within the app allowlist. A rectangle off the main display still fails, and the error now says to name the window. A device shot refuseswindow. -
macOS: a title picks the on-screen window over its hidden twin. Background input,
focusand the element click by title or pid no longer pick an app's hidden window that is off screen on the current Space when a window of the same app and title is on screen: WeChat keeps a hidden 280×380 "微信" beside its main window, and a click by title went to the hidden one and failed with "this window takes no pointer input without the foreground". An app's only window with a title, such as a minimized one, can still be picked, and twins across Spaces are still refused. -
gui_plannames a front app that stopped answering. On Linux, when no window is in front because the app of the X active window lists no window in AT-SPI (LibreOffice while it saves or reloads, an app whose accessibility peer hangs), a step that names no window stops withfront app "<app>" (pid N) is not answering accessibilityin place ofno focused window, and an escalation without a front window shows that line as its outline. The new desk verbunansweredgives that window. It is read only when a plan stops.