From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from rn-mailsvcp-ppex-lapp44.apple.com (rn-mailsvcp-ppex-lapp44.apple.com [17.179.253.48]) by mx.groups.io with SMTP id smtpd.web08.1118.1616454500721429557 for ; Mon, 22 Mar 2021 16:08:20 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@apple.com header.s=20180706 header.b=f1x++1Tz; spf=pass (domain: apple.com, ip: 17.179.253.48, mailfrom: afish@apple.com) Received: from pps.filterd (rn-mailsvcp-ppex-lapp44.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp44.rno.apple.com (8.16.0.43/8.16.0.43) with SMTP id 12MN8JoO003284; Mon, 22 Mar 2021 16:08:20 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=d2Wq9AhXamlP3Th0JxDDlxTToGVVhZ+HAa516TqC1Q8=; b=f1x++1TzmqGKQ13gjgaBuAYmD3BoqCFWWhwGLLDgOwYXcqVqociP/dsktaM+O1hQtQ7i uazp6FcK6ijqtu76iIydcy9yvBVyTSjYoPkUg7nYk9rT9qW/L1J/VRxXROf3S/Wvf69M jgqjdh7XO2o0Wc6kuBppG8KUE6oi3kpkYkj2JVXg5ZgZ6m9+Ma5nM/3ITsHmK1dqHa4M K8SGU8ks6X7ckdRs8l7bMsqmwsugJOhGr3u0EroLnPGe/TyGiNdUb/yyVCA1QYjmHhWR Lbw3cl4xfuzCrXooFaA+mo9aZwcJ3HnD7mm3HqWABuds5v6j1rQanY4Vb7ulykLXH8Jo dQ== Received: from rn-mailsvcp-mta-lapp03.rno.apple.com (rn-mailsvcp-mta-lapp03.rno.apple.com [10.225.203.151]) by rn-mailsvcp-ppex-lapp44.rno.apple.com with ESMTP id 37dcj81s9t-6 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 22 Mar 2021 16:08:19 -0700 Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QQE010MY89DM450@rn-mailsvcp-mta-lapp03.rno.apple.com>; Mon, 22 Mar 2021 16:08:01 -0700 (PDT) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QQE010007ZEW500@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Mon, 22 Mar 2021 16:08:01 -0700 (PDT) X-Va-A: X-Va-T-CD: e1684983efc7c1168052f4c698c1fb6e X-Va-E-CD: 10a12304f789470e85ff1d1244d4ece8 X-Va-R-CD: ff435eb544a276a7d5e2b28534e1cbac X-Va-CD: 0 X-Va-ID: 7b6599f7-0e7e-4d3a-85d7-134975922ea1 X-V-A: X-V-T-CD: e1684983efc7c1168052f4c698c1fb6e X-V-E-CD: 10a12304f789470e85ff1d1244d4ece8 X-V-R-CD: ff435eb544a276a7d5e2b28534e1cbac X-V-CD: 0 X-V-ID: f0e24758-6c19-4dc6-8957-52f432008499 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369,18.0.761 definitions=2021-03-22_11:2021-03-22,2021-03-22 signatures=0 Received: from [17.235.4.130] (unknown [17.235.4.130]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QQE00LGE89BV800@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Mon, 22 Mar 2021 16:08:00 -0700 (PDT) From: "Andrew Fish" Message-id: MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.1\)) Subject: Re: [edk2-devel] [edk2-discuss] Google Summer of Code Interested Student Date: Mon, 22 Mar 2021 16:07:58 -0700 In-reply-to: <44CC6C4E-FD2E-4667-BC3B-441D33AFEF0F@intel.com> Cc: edk2-devel-groups-io , "lersek@redhat.com" , "cadenkline9@gmail.com" , "Ard Biesheuvel (TianoCore)" , "Leif Lindholm (Nuvia address)" To: discuss , "Desimone, Nathaniel L" References: <848a0cdb-accf-5b7c-df59-65a806ea14a7@redhat.com> <166B8219924C8DCE.3757@groups.io> <3d466515-7d65-9abe-3609-d0298c1b245b@redhat.com> <44CC6C4E-FD2E-4667-BC3B-441D33AFEF0F@intel.com> X-Mailer: Apple Mail (2.3654.20.0.2.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369,18.0.761 definitions=2021-03-22_11:2021-03-22,2021-03-22 signatures=0 Content-type: multipart/alternative; boundary="Apple-Mail=_4A8D6CE5-0E70-4291-92B2-E013765D631E" --Apple-Mail=_4A8D6CE5-0E70-4291-92B2-E013765D631E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 22, 2021, at 11:31 AM, Nate DeSimone wrote: >=20 > Hi Andrew, >=20 > I tested VT_UTF8 on the macOs Terminal software and I can confirm that V= T_UTF8 renders nicely. See the attached screenshot. >=20 Nate, Yes it is close to VT_UTF8, but not quite the same. I was looking back thr= ough the driver and I=E2=80=99d forgotten how similar it really is.=20 Symbols used in table below =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D ESC =3D 0x1B CSI =3D 0x9B DEL =3D 0x7f ^ =3D CTRL +=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ | | EFI | EFI 1.10 | | | | | | Scan | | VT100+ | | | | KEY | Code | PC ANSI | VTUTF8 | VT100 | xterm-color |=20 +=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ | NULL | 0x00 | | | | | | UP | 0x01 | ESC [ A | ESC [ A | ESC [ A | ESC [ A | | DOWN | 0x02 | ESC [ B | ESC [ B | ESC [ B | ESC [ B | | RIGHT | 0x03 | ESC [ C | ESC [ C | ESC [ C | ESC [ C | | LEFT | 0x04 | ESC [ D | ESC [ D | ESC [ D | ESC [ D | | HOME | 0x05 | ESC [ H | ESC h | ESC [ H | ESC [ H | | | | | | | ^A | | END | 0x06 | ESC [ F | ESC k | ESC [ K | ESC [ F | | INSERT | 0x07 | ESC [ @ | ESC + | ESC [ @ | ^E | | | | ESC [ L | | ESC [ L | | | DELETE | 0x08 | ESC [ X | ESC - | ESC [ P | 0x7f | | PG UP | 0x09 | ESC [ I | ESC ? | ESC [ V | ESC [ 5 ~ | | | | | | ESC [ ? | ^P | | PG DOWN | 0x0A | ESC [ G | ESC / | ESC [ U | ESC [ 6 ~ | | | | | | ESC [ / | ^N | | F1 | 0x0B | ESC [ M | ESC 1 | ESC O P | ESC O P | | F2 | 0x0C | ESC [ N | ESC 2 | ESC O Q | ESC O Q | | F3 | 0x0D | ESC [ O | ESC 3 | ESC O w | ESC O R | | F4 | 0x0E | ESC [ P | ESC 4 | ESC O x | ESC O S | | F5 | 0x0F | ESC [ Q | ESC 5 | ESC O t | ESC [ 1 5 ~ | | F6 | 0x10 | ESC [ R | ESC 6 | ESC O u | ESC [ 1 7 ~ | | F7 | 0x11 | ESC [ S | ESC 7 | ESC O q | ESC [ 1 8 ~ | | F8 | 0x12 | ESC [ T | ESC 8 | ESC O r | ESC [ 1 9 ~ | | F9 | 0x13 | ESC [ U | ESC 9 | ESC O p | ESC [ 2 0 ~ | | F10 | 0x14 | ESC [ V | ESC 0 | ESC O M | ESC [ 2 1 ~ | | Escape | 0x17 | ESC | ESC | ESC | ESC | +=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ | F11 | 0x16 | | | | ESC [ 2 3 ~ | | F12 | 0x16 | | | | ESC [ 2 4 ~ | +=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ I=E2=80=99m wondering it we could pick the default terminal type based on = the toolchain?=20 Thanks, Andrew Fish > Thanks, > Nate >=20 > =EF=BB=BFOn 3/17/21, 9:02 AM, "Andrew Fish" > wrote: >=20 > If we are mentioning terminal types the default terminal type on a Ma= c is xterm-256color. So that is going to be the default when people run OVM= F on a Mac. So it would be nice if we can add that. I can help out with any= thing xterm-256color related.=20 >=20 > Thanks, >=20 > Andrew Fish >=20 >> On Mar 16, 2021, at 8:23 AM, Laszlo Ersek wrote: >>=20 >> Hi Nate, >>=20 >> (adding Leif and Ard) >>=20 >> On 03/13/21 03:52, Desimone, Nathaniel L wrote: >>> I've created a new wiki page for this task with all the information I >>> have gathered thus far. I've done some more experimentation and found >>> that there are several newer terminal emulators that don't support >>> DEC Special Graphics so I've reduced the number of modes where DEC >>> Special Graphics should be preferred. Laszlo, if you could take a >>> look at the terminal type matrix I created that would be very >>> helpful. >>>=20 >>> https://github.com/tianocore/tianocore.github.io/wiki/Tasks-Terminal-d= river-improvements >>=20 >> ( >>=20 >> My background: >>=20 >> I settled on plain (non-UTF-8) xterm around 1998, and have been using i= t >> ever since. Whenever something was off, I always tried to hammer the >> application into conformance with my particular xterm setup, rather tha= n >> the other way around. I also have some quirky terminal settings -- for >> me, "backspace" generates ^H / keycode 22 (stty sets erase to ^H), >> "delete" generates keycode 119, and there's no "rubout". I still don't >> use UTF-8 (I use latin2). >>=20 >> ) >>=20 >> * Regarding ArmVirtPkg, I stick with the default TTY_TERMINAL=3DFALSE >> setting (which means VT-100). Using that setting, I see the following >> kind of "ASCII approximation" for box drawing: >>=20 >> /----------------------------------------------------------------------= --------\ >> | Boot Manager = | >> \----------------------------------------------------------------------= --------/ >>=20 >> I'm really happy with this, as I don't care much for nice-looking >> boxes; instead I prefer portability. >>=20 >> (NB: this seems to disagree with your "Current Behavior (Which is >> wrong)" line for VT100, as it suggests CP437. That's not what I'm >> seeing with VT100.) >>=20 >> TTY_TERMINAL=3DTRUE would mainly affect backspace / delete I think -- a= s >> far as I recall, that's why I asked Roy not to make TTY_TERMINAL=3DTRUE >> the default, in 2015: >>=20 >> http://mid.mail-archive.com/555458DB.3090602@redhat.com >> http://mid.mail-archive.com/CAFECyb_E+bGZt5xv7QhRqyD0jX=3DAzoEMw7VW_tjZ= r+E=3DsQf8ww@mail.gmail.com >>=20 >> (I'd like to CC Roy, but I can't tell if he's now working for Linaro, >> Cavium, HPE, Marvell, or another company.) >>=20 >> * Regarding OvmfPkg, currently PC_ANSI is hard-coded, and for me it >> looks like this: >>=20 >> =C3=9A=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C5=BC >> =C5=82 Boot Manager = =C5=82 >> =C5=94=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C5=AE >>=20 >> Obviously I'd much prefer if I got the simple ASCII approximation here >> as well. >>=20 >> * Whether VT100 and/or PC_ANSI and/or TTY_TERM are *officially* suppose= d >> to use DEC Special Graphics, I can't tell. >>=20 >> I know what my preferences are: >>=20 >> - the current BackSpace and Delete mappings (which work fine for me >> with both VT100 and PC_ANSI, but *not* with TTY_TERM), >>=20 >> - and the most primitive ASCII mapping (no special graphics, no UTF-8 >> sequences, etc). I really like a super dumb terminal, where taking >> simple "ASCII screenshots" (and pasting them into plaintext emails!) >> is *trivial*. >>=20 >> ... Looking at your "Expected Behavior" table, there is only one line >> left with "poor man's ASCII" -- namely, TTY_TERM. Unfortunately, >> TTY_TERM breaks my BackSpace / Delete settings :( >>=20 >> * In summary, I'd prefer if (a) VT100 stayed as-is (using "poor man's >> ASCII", as seen in ArmVirtPkg), and (b) if OVMF used *that* VT100, >> rather than PC_ANSI, by default. >>=20 >> Thanks! >> Laszlo >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > --Apple-Mail=_4A8D6CE5-0E70-4291-92B2-E013765D631E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Mar 22, 2= 021, at 11:31 AM, Nate DeSimone <nathaniel.l.desimone@intel.com> wrote:
Hi Andrew,

I tested VT_UTF8 on the mac= Os Terminal software and I can confirm that VT_UTF8 renders nicely. See the= attached screenshot.


Nate,

Yes it is close to VT_UTF8,= but not quite the same. I was looking back through the driver and I=E2=80= =99d forgotten how similar it really is. 

Symbols used in table below
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D
  ESC =3D 0x1B &= nbsp;
  CSI =3D 0x9B  
  DEL =3D 0x7f  
  ^   =3D CTRL

<= span style=3D"font-style: normal;" class=3D"">+=3D=3D=3D=3D=3D=3D=3D=3D=3D+= = =3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D= = =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= = =3D=3D+
|         | = EFI  | EFI 1.10  |          |   &nb= sp;      |             |
|         | Scan |   =         |  VT100+  |       &nb= sp;  |             |
=
|   KEY   | Code |  PC ANSI  |  VTU= TF8  |   VT100  | xterm-color | 
+=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D= = =3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= = =3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+
| NULL    | 0x00 |           | &= nbsp;        |          | &nbs= p;           |
| UP      | 0x01 | ESC [ A   | ESC [ A  | ESC [ A=  | ESC [ A     |
| DOWN &= nbsp;  | 0x02 | ESC [ B   | ESC [ B  | ESC [ B  | ESC [= B     |
| RIGHT   | 0x03= | ESC [ C   | ESC [ C  | ESC [ C  | ESC [ C     |=
| LEFT    | 0x04 | ESC [ D &= nbsp; | ESC [ D  | ESC [ D  | ESC [ D     |
| HOME    | 0x05 | ESC [ H   | ESC h =    | ESC [ H  | ESC [ H     |
<= div>|         |      |   =         |          |   &n= bsp;      | ^A          |
| END     | 0x06 | ESC [ F   | ESC = k    | ESC [ K  | ESC [ F     |
| INSERT  | 0x07 | ESC [ @   | ESC +    = ;| ESC [ @  | ^E          |
|         |      | ESC = [ L   |          | ESC [ L  |   &nb= sp;         |
| DELET= E  | 0x08 | ESC [ X   | ESC -    | ESC [ P  | 0x7f=        |
| PG UP &nb= sp; | 0x09 | ESC [ I   | ESC ?    | ESC [ V  | ESC [ 5 = ~   |
|         = |      |           |     =      | ESC [ ?  | ^P          = |
| PG DOWN | 0x0A | ESC [ G   | ES= C /    | ESC [ U  | ESC [ 6 ~   |
|         |      |   &= nbsp;       |          | ESC [ / &n= bsp;| ^N          |
| F1      | 0x0B | ESC [ M   | ESC 1   &nbs= p;| ESC O P  | ESC O P     |
| F2      | 0x0C | ESC [ N   | ESC 2    | = ESC O Q  | ESC O Q     |
| F3      | 0x0D | ESC [ O   | ESC 3    | ES= C O w  | ESC O R     |
| F= 4      | 0x0E | ESC [ P   | ESC 4    | ESC O = x  | ESC O S     |
| F5 &n= bsp;    | 0x0F | ESC [ Q   | ESC 5    | ESC O t &n= bsp;| ESC [ 1 5 ~ |
| F6     &n= bsp;| 0x10 | ESC [ R   | ESC 6    | ESC O u  | ESC [ 1 = 7 ~ |
| F7      | 0x11 | E= SC [ S   | ESC 7    | ESC O q  | ESC [ 1 8 ~ |
| F8      | 0x12 | ESC [ T   = | ESC 8    | ESC O r  | ESC [ 1 9 ~ |
| F9      | 0x13 | ESC [ U   | ESC 9  =  | ESC O p  | ESC [ 2 0 ~ |
| F10     | 0x14 | ESC [ V   | ESC 0    | ESC O M=  | ESC [ 2 1 ~ |
| Escape  | 0= x17 | ESC       | ESC      | ESC    = ;  | ESC         |
+=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= = =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+
| F11     | 0x16 |           |   &= nbsp;      |          | ESC [ 2 3 ~= |
| F12     | 0x16 |   &n= bsp;       |          |   &nbs= p;      | ESC [ 2 4 ~ |
+=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+


I=E2=80=99m wondering it we could pick the default terminal type b= ased on the toolchain? 

Thanks,

Andrew Fish

Thanks,
Nate

=EF=BB=BFOn 3/17= /21, 9:02 AM, "Andrew Fish" <afish@apple.com>= ; wrote:

   If we are mentioning terminal ty= pes the default terminal type on a Mac is xterm-256color. So that is going = to be the default when people run OVMF on a Mac. So it would be nice if we = can add that. I can help out with anything xterm-256color related. 

  &nbs= p;Thanks,

   Andrew Fish

On Mar 16, 2021, at 8:23 AM, Laszlo Ersek <lersek@redhat.com> wrote:

Hi Nate,

(adding Leif and Ard)=

On 03/13/21 03:52, Desimone, Nathaniel L wrot= e:
I've created a new wi= ki page for this task with all the information I
have gathere= d thus far. I've done some more experimentation and found
tha= t there are several newer terminal emulators that don't support
DEC Special Graphics so I've reduced the number of modes where DEC
Special Graphics should be preferred. Laszlo, if you could take a<= br class=3D"">look at the terminal type matrix I created that would be very=
helpful.

https://github.com/tianocore/tianocore.github.io/wiki/Tasks-= Terminal-driver-improvements

= (

My background:

= I settled on plain (non-UTF-8) xterm around 1998, and have been using itever since. Whenever something was off, I always tried to hamme= r the
application into conformance with my particular xterm s= etup, rather than
the other way around. I also have some quir= ky terminal settings -- for
me, "backspace" generates ^H / ke= ycode 22 (stty sets erase to ^H),
"delete" generates keycode = 119, and there's no "rubout". I still don't
use UTF-8 (I use = latin2).

)

* Rega= rding ArmVirtPkg, I stick with the default TTY_TERMINAL=3DFALSE
setting (which means VT-100). Using that setting, I see the followingkind of "ASCII approximation" for box drawing:
/-------------------------------------------------------------= -----------------\
|       &nbs= p;            &= nbsp;           Boot= Manager            =             &nb= sp;         |
\-= ---------------------------------------------------------------------------= --/

I'm really happy with this, as I don't car= e much for nice-looking
boxes; instead I prefer portability.<= br class=3D"">
(NB: this seems to disagree with your "Current= Behavior (Which is
wrong)" line for VT100, as it suggests CP= 437. That's not what I'm
seeing with VT100.)
TTY_TERMINAL=3DTRUE would mainly affect backspace / delete I t= hink -- as
far as I recall, that's why I asked Roy not to mak= e TTY_TERMINAL=3DTRUE
the default, in 2015:
http://mid.mail-archive.com/555458DB.3090602@redhat.com=
http://mid.mail-archive.com/CAFECyb_E+bGZt5xv7QhRqyD0jX=3DAz= oEMw7VW_tjZr+E=3DsQf8ww@mail.gmail.com

(I'd li= ke to CC Roy, but I can't tell if he's now working for Linaro,
Cavium, HPE, Marvell, or another company.)

*= Regarding OvmfPkg, currently PC_ANSI is hard-coded, and for me it
looks like this:

=C3=9A=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3= =84=C3=84=C3=84=C3=84=C5=BC
=C5=82     &= nbsp;           &nbs= p;            &= nbsp; Boot Manager         &nb= sp;            =             =C5= = =82
=C5=94=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84= =C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C3=84=C5=AE

Obviously I'd much prefer if I got the simple ASCII a= pproximation here
as well.

* Whe= ther VT100 and/or PC_ANSI and/or TTY_TERM are *officially* supposed
to use DEC Special Graphics, I can't tell.

I know what my preferences are:

- the c= urrent BackSpace and Delete mappings (which work fine for me
=   with both VT100 and PC_ANSI, but *not* with TTY_TERM),

- and the most primitive ASCII mapping (no special gr= aphics, no UTF-8
  sequences, etc). I really like a= super dumb terminal, where taking
  simple "ASCII = screenshots" (and pasting them into plaintext emails!)
 =  is *trivial*.

... Looking at your "Expec= ted Behavior" table, there is only one line
left with "poor m= an's ASCII" -- namely, TTY_TERM. Unfortunately,
TTY_TERM brea= ks my BackSpace / Delete settings :(

* In summ= ary, I'd prefer if (a) VT100 stayed as-is (using "poor man's
= ASCII", as seen in ArmVirtPkg), and (b) if OVMF used *that* VT100,
rather than PC_ANSI, by default.

Thanks= !
Laszlo













<macos_terminal= _vt_utf8.png>

--Apple-Mail=_4A8D6CE5-0E70-4291-92B2-E013765D631E--