From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ma1-aaemail-dr-lapp03.apple.com (ma1-aaemail-dr-lapp03.apple.com [17.171.2.72]) by mx.groups.io with SMTP id smtpd.web12.1367.1615996867181702322 for ; Wed, 17 Mar 2021 09:01:07 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@apple.com header.s=20180706 header.b=d0WlzWdm; spf=pass (domain: apple.com, ip: 17.171.2.72, mailfrom: afish@apple.com) Received: from pps.filterd (ma1-aaemail-dr-lapp03.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp03.apple.com (8.16.0.42/8.16.0.42) with SMTP id 12HFsCLo025642; Wed, 17 Mar 2021 09:01:06 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=4tXwjpkWbSnjDAV1WXBUDAakrZe3DA1cMoUQ/I6REd8=; b=d0WlzWdmJLRtZ7lGzcl+OSBWI5+9XN66dlKX+RgMLL8q/tSgjBSnH72X8aDBJLUEh6y4 S+pwtSf7K14QO8lnvre7hAMUid9/Yk8uFq2rvRVW6ZRjriurTE641UmWROXS5YxcfSkx JdUlQMcukguaPXiTkiC/ca+G1hRrQkAhhcQDE9D7n2km0LsoViWUrMd4KSkwT4mHol4v 7V4gQn6+nK6T4ulxG2JSwffo+ZzVfkADKdhjtc63wsV7sziIHi+w4Mh6ws+fSDOJhmUq tvcZlcHn0+Vk+33j07L+1ak3ojUu4tnH36GcnmTkNfa5p6GfU9k9SRTbNjL17Ns1kQb1 1A== Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by ma1-aaemail-dr-lapp03.apple.com with ESMTP id 378w90jxnt-4 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 17 Mar 2021 09:01:06 -0700 Received: from rn-mailsvcp-mmp-lapp04.rno.apple.com (rn-mailsvcp-mmp-lapp04.rno.apple.com [17.179.253.17]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QQ40087YF5SGCB0@rn-mailsvcp-mta-lapp01.rno.apple.com>; Wed, 17 Mar 2021 09:01:04 -0700 (PDT) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp04.rno.apple.com by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QQ400L00EXISL00@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Wed, 17 Mar 2021 09:01:04 -0700 (PDT) X-V-A: X-V-T-CD: 01a0e6df34c2129ae28c451562f28773 X-V-E-CD: 10a12304f789470e85ff1d1244d4ece8 X-V-R-CD: ff435eb544a276a7d5e2b28534e1cbac X-V-CD: 0 X-V-ID: 9594e3a0-3bef-4255-89cb-c95582f2019f X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369,18.0.761 definitions=2021-03-17_10:2021-03-17,2021-03-17 signatures=0 Received: from [17.235.41.42] (unknown [17.235.41.42]) by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QQ400WORF5OWH00@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Wed, 17 Mar 2021 09:01:04 -0700 (PDT) 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 From: "Andrew Fish" In-reply-to: <3d466515-7d65-9abe-3609-d0298c1b245b@redhat.com> Date: Wed, 17 Mar 2021 09:00:59 -0700 Cc: "Desimone, Nathaniel L" , "discuss@edk2.groups.io" , cadenkline9@gmail.com, "Ard Biesheuvel (TianoCore)" , "Leif Lindholm (Nuvia address)" Message-id: References: <848a0cdb-accf-5b7c-df59-65a806ea14a7@redhat.com> <166B8219924C8DCE.3757@groups.io> <3d466515-7d65-9abe-3609-d0298c1b245b@redhat.com> To: edk2-devel-groups-io , lersek@redhat.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-17_10:2021-03-17,2021-03-17 signatures=0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable If we are mentioning terminal types the default terminal type on a Mac is x= term-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.=20 Thanks, Andrew Fish > 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-dr= iver-improvements >=20 > ( >=20 > My background: >=20 > I settled on plain (non-UTF-8) xterm around 1998, and have been using it > ever since. Whenever something was off, I always tried to hammer the > application into conformance with my particular xterm setup, rather than > 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* supposed > 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