OpenVMS: set /PRINTER_PORT with the device type over SSH Confirmed against a session configured by the LOGIN.COM guard: everything else matches a Telnet login, but /DEVICE_TYPE alone leaves Printer port clear where the inquiry sets it from DA1 parameter 2. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Telnet: BINARY is offered only when asked for 0.8.4 stopped negotiating BINARY on every connection, because OpenVMS answers it by putting the terminal in PASSALL. Connections and OpenVMS both still said veetee negotiates it always. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
OpenVMS: SSH sessions need the device type set by hand SET TERMINAL/INQUIRE only reaches the terminal on Telnet (_TNAn:) devices. On the SSH server's pseudo-terminals (_FTAn:) OpenVMS sends no Device Attributes request and ignores the pty-req terminal type, so the device keeps its created type (a VT102 on V8.4-2L3 with TCP/IP Services) and loses Eightbit, Soft Characters and DEC_CRT2-4. Confirmed from session recordings of the same host from the same client: the Telnet login carries ESC [ c with veetee's ESC [ ? 64;... answer, the SSH login carries no request and no replies at all. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Set-Up, sound, smooth scroll and CRT effects
Update for 0.6.0: Windows, keymap editor, key programming, recordings, fonts
Update for 0.4.0: VT500 models, colour, dual sessions Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016YDmAmHSpzviSn4u4VuqKw
Add veetee documentation Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016YDmAmHSpzviSn4u4VuqKw