From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [63.128.21.124]) by mx.groups.io with SMTP id smtpd.web10.456.1615908233404573916 for ; Tue, 16 Mar 2021 08:23:53 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=UlQhQW59; spf=pass (domain: redhat.com, ip: 63.128.21.124, mailfrom: lersek@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1615908232; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XHj2ufspUiHANzkuthkz21Yov5Q9IgvNsiBoVCYp8Xg=; b=UlQhQW5994mK9QjvXS9cZ0L1xSe3a3qYE4JsRDkBaz+BKk4AJODF5FWayuDeoU6vx67oJk UqMrzJR97Y07gAnkfZIJHPV+dzHvyGHw2mOqek7bsbYh7s6buNO3aL87Qf/ylgHoulqtW2 S+CoNvjSarsulMNZknHTwlqhCzcd+J8= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-328-sL2zMqn_Noebpz69h3HgKg-1; Tue, 16 Mar 2021 11:23:49 -0400 X-MC-Unique: sL2zMqn_Noebpz69h3HgKg-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id EA6B8801596; Tue, 16 Mar 2021 15:23:47 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-114-138.ams2.redhat.com [10.36.114.138]) by smtp.corp.redhat.com (Postfix) with ESMTP id 637B710023B0; Tue, 16 Mar 2021 15:23:46 +0000 (UTC) Subject: Re: [edk2-discuss] Google Summer of Code Interested Student To: "Desimone, Nathaniel L" Cc: "discuss@edk2.groups.io" , cadenkline9@gmail.com, edk2-devel-groups-io , "Ard Biesheuvel (TianoCore)" , "Leif Lindholm (Nuvia address)" References: <848a0cdb-accf-5b7c-df59-65a806ea14a7@redhat.com> <166B8219924C8DCE.3757@groups.io> From: "Laszlo Ersek" Message-ID: <3d466515-7d65-9abe-3609-d0298c1b245b@redhat.com> Date: Tue, 16 Mar 2021 16:23:45 +0100 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=lersek@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Hi Nate, (adding Leif and Ard) 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. > > 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 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). ) * Regarding ArmVirtPkg, I stick with the default TTY_TERMINAL=FALSE setting (which means VT-100). Using that setting, I see the following kind of "ASCII approximation" for box drawing: /------------------------------------------------------------------------------\ | Boot Manager | \------------------------------------------------------------------------------/ I'm really happy with this, as I don't care much for nice-looking boxes; instead I prefer portability. (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.) TTY_TERMINAL=TRUE would mainly affect backspace / delete I think -- as far as I recall, that's why I asked Roy not to make TTY_TERMINAL=TRUE the default, in 2015: http://mid.mail-archive.com/555458DB.3090602@redhat.com http://mid.mail-archive.com/CAFECyb_E+bGZt5xv7QhRqyD0jX=AzoEMw7VW_tjZr+E=sQf8ww@mail.gmail.com (I'd like 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: ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄż ł Boot Manager ł ŔÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄŮ Obviously I'd much prefer if I got the simple ASCII approximation here as well. * Whether 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 current 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 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*. ... 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 :( * 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. Thanks! Laszlo