Open j4james opened 1 year ago
FYI, I was able to get someone to run the DECTABSR
test on a VT525, and this is the result they got:
I also created a test script for the other presentation report, DECCIR
(cursor information report):
https://gist.github.com/j4james/570a9b7dd28dbdd8b626be2770567210
And this is what that looks like on a VT525:
Note that the latter script has a test of the color SGR
sequences, since I thought that was something the VT525 might include the report, but that wasn't the case. So in theory your VT340 should produce the same output for both of these tests.
Edit: I just realised the DECTABSR
script includes a test of the DECST8C
sequence, which I believe is level 5, so that's the one thing that probably won't be supported on the VT340.
Thanks, James. I'm away from my VT340, but will get you that tab report as soon as I get back.
@hackerb9 Regarding your comment here: https://github.com/hackerb9/vt340test/blob/05f2f4af19b22bf03e7c977a5424f75a50877417/charset/GLGR.sh#L23-L28
Note that the DECCIR
report I mentioned above should enable you to restore the GL and GR mappings.
You can send a DECRQPSR
query with the parameter value 1:
printf "\e[1\$w"
And you should get back a response looking something like this:
^[P1$u24;1;1;@;@;@;0;2;@;BB<<^[\
The 0;2
near the end indicates that GL is mapped to 0, and GR is mapped to 2.
You could also just output that response with the u
changed to t
, i.e. something like this:
printf "\eP1\$t24;1;1;@;@;@;0;2;@;BB<<\e\\"
That should restore all of the state, including the cursor position, page number, SGR attributes, character set designations, and a few other things.
I've recently been experimenting with tab stop reports (
DECTABSR
), and as is usually the case, every terminal emulator seems to have a different interpretation of how they should work. So I thought this might be something else worth adding to your test collection.I've put together a little script which runs through a few tab stop scenarios and logs the results afterwards. See https://gist.github.com/j4james/a25e6290772353c06f85c584007c2aa0
The main point of contention is whether tab stops from the 132-column range are still "visible" (i.e. they show up in a tab stop report) when you're in 80-column mode. And also whether it's possible to set tab stops in the 132-column range when you're in 80-column mode. There are also a few edge case tests, like whitespace handling in the
DECRSPS
sequence.Anyway, this isn't urgent, but the next time you've got your VT340 up and running, if you feel like doing some testing, I'd be very interested to see how it handles these cases.
NB: The script starts by checking the current tab stops, assuming those are the default values, so it's important it's run soon after startup or an
RIS
reset. If you run the script a second time, the results won't necessarily be the same.