Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
16 changes: 16 additions & 0 deletions graphcode-windows/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -312,6 +312,22 @@ runs the pasted lines as they arrive. macOS auto-confirms that case without a
dialog. Dragging past the edge of the terminal does not scroll it, and there is
no block selection.

While the program in the terminal tracks the mouse (DECSET 9, 1000, 1002 or
1003, with the 1005, 1006, 1015 or 1016 encodings) the mouse belongs to it:
presses, releases, drags, hover (any-event mode) and the wheel are sent in the
protocol it asked for, and the left button does not select. Hold `Shift` to
select with the mouse anyway, and `Shift`+right-click for the context menu. Alt
is not reported with mouse events, the side buttons are not forwarded, and a
horizontal wheel turn is reported as a vertical one. Shift is the shell's
override and is never reported to the program. A button the program was told is
down is released for it, at the pointer's last position, when the mouse capture
is lost, the surface loses focus or is torn down (for example recreated onto the
same session), and when the next pointer event shows the
button is up (a release outside the window); a program that stopped tracking is
told nothing, and the user's own later release of such a button is swallowed
(it neither reaches the program nor opens the context menu). `WM_CANCELMODE` is not handled separately. Without tracking the wheel
still does nothing: scrollback is not wired to it.

Canvas and pointer actions still have no visible gesture hints: clicking
selects/opens canvas items; dragging blank canvas pans, dragging a node moves
it, and dragging a connector to another node creates an edge; wheel and
Expand Down
Loading
Loading