Re: [Sml] text/plain and SML data display

Steffen Nurpmeso <steffen@sdaoden.eu> Thu, 08 February 2024 22:39 UTC

Return-Path: <steffen@sdaoden.eu>
X-Original-To: sml@ietfa.amsl.com
Delivered-To: sml@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D704CC14F684 for <sml@ietfa.amsl.com>; Thu, 8 Feb 2024 14:39:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GrIWV_tcZRT9 for <sml@ietfa.amsl.com>; Thu, 8 Feb 2024 14:39:03 -0800 (PST)
Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3DCEC14F61C for <sml@ietf.org>; Thu, 8 Feb 2024 14:39:01 -0800 (PST)
Date: Thu, 08 Feb 2024 23:38:58 +0100
Author: Steffen Nurpmeso <steffen@sdaoden.eu>
From: Steffen Nurpmeso <steffen@sdaoden.eu>
To: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
Cc: Bogomil Shopov <bogomil@bogomil.info>, sml@ietf.org
Message-ID: <20240208223858.JcHioWeg@steffen%sdaoden.eu>
In-Reply-To: <431b77c5-7159-4b68-a28b-bd76a4c3ce26@gulbrandsen.priv.no>
References: <b05d5bf0-968f-4740-89af-a07da7d6d662@bogomil.info> <CAFLkOeoa9r73_xoLpGb3csjxfPWF5hbQrOsBfaJ9TGNSuHmo-g@mail.gmail.com> <5969e65e-9b2c-4002-8fc3-1309836ffe3c@bogomil.info> <CAFLkOepTpRgEsgFfoAUy7VC3N652DnFZf+WmCo0d3hrj6h0Z1A@mail.gmail.com> <2d449728-fed1-4eeb-8668-84ccc2f92e4c@bogomil.info> <96e3ef5d-b59a-488a-8855-f86a80e2b3b7@bogomil.info> <431b77c5-7159-4b68-a28b-bd76a4c3ce26@gulbrandsen.priv.no>
Mail-Followup-To: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>, Bogomil Shopov <bogomil@bogomil.info>, sml@ietf.org
User-Agent: s-nail v14.9.24-596-g7894190075
OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt
BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs.
Archived-At: <https://mailarchive.ietf.org/arch/msg/sml/T99JwT_4dgz5LnOwod8bcsg09eM>
Subject: Re: [Sml] text/plain and SML data display
X-BeenThere: sml@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Structured Email <sml.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sml>, <mailto:sml-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sml/>
List-Post: <mailto:sml@ietf.org>
List-Help: <mailto:sml-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sml>, <mailto:sml-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Feb 2024 22:39:07 -0000

Arnt Gulbrandsen wrote in
 <431b77c5-7159-4b68-a28b-bd76a4c3ce26@gulbrandsen.priv.no>:
 |I'm guessing that the majority preference in the AAON would be to send a 
 |multipart/alternative with augmented text/html as the first alternative \
 |and 
 |text/pan as the second.

For your possible interest, plain text can contain anchors and
URLs via OSC-8 links.  Yes, these are control sequences in ECMA-48
spirit.  But the next version of the less(1) pager will include
"full support" for them.  Just like for SGR colour sequences.
Ah.  Funnily v650 was "released" two days ago.  Anyway, with that
version onward, you can use "less -R" as your pager, and navigate
in monsters like [1], via [NUMBER]^O^N, [NUMBER]^O^P, and
open/follow the currently selected link with ^O^O; also with
mouse, shall you have this on a terminal.  Mr. Nudelman
implemented it a bit differently, and so currently it does not
have functionality to highlight all OSC-8 links on the screen, but
i think many terminals do that by themselves (likely xterm, maybe
kterm etc; the one i use, st, does not).
Anyway, you can directly, without doing anything, follow man: (and
file) links, and such, which gives you an interactive experience
on the terminal, just like a browser, almost.
I think what i want to say: HTML is one thing, but plain text can
have the capability to do quite a bit by itself, if so desired.

  [1] https://ftp.sdaoden.eu/code-mailx-1.cat
  ^ Sorry for this, but it is the monster example

 |Display subsystems that support text/pan will display that because it's 
 |last and one is always to use the last supported alternative; processing 
 |subsystems that look for SML won't support text/pan, will therefore \
 |be left 
 |with text/html as the last supported alternative, will look there, and use 
 |the structured information they find.
 |
 |We in the AAON like to describe this as a win-win situation and _totally_ 
 |in tune with the design of MIME. "Let's call it an unanticipated feature", 
 |as the great language designer answered when someone reported a bug in his 
 |language and the bug looked useful.
 |
 |Arnt
 |
 |(PS: would you like to become a member of the AAON, the Association of 
 |Arrogant Nerds, of which I am the founder?)

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)