Re: [rfc-i] No, constraining to a custom SVG profile is not trivial

Christian Huitema <huitema@huitema.net> Wed, 22 January 2020 07:10 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: rfc-interest@rfc-editor.org
Delivered-To: rfc-interest@rfc-editor.org
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id EE123F406F3 for <rfc-interest@rfc-editor.org>; Tue, 21 Jan 2020 23:10:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at rfc-editor.org
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NdpFtj62i29W for <rfc-interest@rfc-editor.org>; Tue, 21 Jan 2020 23:10:11 -0800 (PST)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) by rfc-editor.org (Postfix) with ESMTPS id 0603FF406D5 for <rfc-interest@rfc-editor.org>; Tue, 21 Jan 2020 23:10:10 -0800 (PST)
Received: from xse95.mail2web.com ([66.113.196.95] helo=xse.mail2web.com) by mx63.antispamcloud.com with esmtp (Exim 4.89) (envelope-from <huitema@huitema.net>) id 1iuA9Z-0009tm-IV for rfc-interest@rfc-editor.org; Wed, 22 Jan 2020 08:10:18 +0100
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 482c475Q6lz1tpf for <rfc-interest@rfc-editor.org>; Tue, 21 Jan 2020 23:10:15 -0800 (PST)
Received: from [10.5.2.13] (helo=xmail03.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1iuA9X-00071c-KU for rfc-interest@rfc-editor.org; Tue, 21 Jan 2020 23:10:15 -0800
Received: (qmail 19362 invoked from network); 22 Jan 2020 07:10:15 -0000
Received: from unknown (HELO [192.168.200.66]) (Authenticated-user:_huitema@huitema.net@[72.235.197.82]) (envelope-sender <huitema@huitema.net>) by xmail03.myhosting.com (qmail-ldap-1.03) with ESMTPA for <rfc-interest@rfc-editor.org>; 22 Jan 2020 07:10:15 -0000
To: Carsten Bormann <cabo@tzi.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: rfc-interest@rfc-editor.org
References: <CAMm+LwiXhhJO7qYi41+DC4W7uMUVipXqyq75Fq2vagA1ppJNdA@mail.gmail.com> <10cca93f-a8b8-4c42-0653-3b12fa67ad12@gmail.com> <CAMm+LwgA-1UffBfrH-Y3J6pfh7ni9kNrndp=gHNyUyi5j=oLxg@mail.gmail.com> <53607da4-6608-783b-b875-65551e3add19@gmail.com> <CAMm+LwgNU2Dr3bB+A8k+UwbQiRRzgUkoRRh60tc6+bBv6CXwfQ@mail.gmail.com> <70ed6362-41ee-faf5-8f90-d094455dbdf4@gmail.com> <CAMm+Lwhy-AV_K5evzGdpDi-ynpLE4RxXCVB1HercickYfZaubg@mail.gmail.com> <27103.1579626232@localhost> <31cf835c-aad6-637f-fc12-8f3efa04e6e7@gmail.com> <DC069039-92DF-4F03-89EC-6D42E5A61E3F@tzi.org>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mQENBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB AAG0J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PokBOQQTAQIAIwUC UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3 6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0 D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd 6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1a5AQ0EUhFfyAEIAKp7Cp8lqKTV CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG 5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAYkCPgQYAQIACQUCUhFfyAIb LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq 4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7 jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY 1cnrjgAWUh/Ucvr++/KbD9tD6C8=
Message-ID: <f351a1e5-6f5b-394d-5526-51e5b69d8ae2@huitema.net>
Date: Tue, 21 Jan 2020 21:10:13 -1000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1
MIME-Version: 1.0
In-Reply-To: <DC069039-92DF-4F03-89EC-6D42E5A61E3F@tzi.org>
Content-Type: multipart/alternative; boundary="------------088C6656743ECC00CF674849"
Content-Language: en-US
X-Originating-IP: 66.113.196.95
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.95/32
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.95/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0Xm17NJf4el5vffImWwWrhCpSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDatr2qjVEYpI48T/8HRZsoW43 XeAVbFadXxNsR+jIm+4BcORxfCojcTOpEjtvWHp2WT3W3vmcNaGOnnDiwYD0Bzg9YkzbMy6DOYhG 3MUcvhrxNrJjiSXeBtvVVpEJHS+dq4sG7md8XtjrK5nCoh+n0iERbInMiTBIUBbQ/Dy6Ip6kVwvE dIyZUKS/jvHn0KYEoqf/sM47h7Y3aG3L65O7LK3YNUkaxwcDFTSxInbeuBfGeNNgcDKyXGQ2tooY RqxsZoF8ohh/W3XPHbTGICzfpSt+KEZh/JftCUy9pezIBOsUsPpc58VuG+EUygAJCjWDlgeNZk6u qb/LBnyl+1oGm4OzH3OFoMU+k8nTiF9GmnKkBk8gVUZl6FOh+07HwZXSGBQZelV/OH0aLwxopBLy 7sB9K/tfe8pLmJg0fcGy9gwRLqjTJeBPrTCjLL/wN7uMRUcRfS0hzbGRZdtpa0UZ/x9JJ5TIDkE1 afsdX6NhD5s+bbELvUd76WgDJEwO4EyqlRm2gVN+nrLSmwnnzkSkkArOYN26yAqC9v/FANkWqjMT vLtGoOPovZCzlvXEZ2pHxAITAhX5K8Ksz/Vbszv0HPGISNE/hO231c8s4dw5L8oMhGfTGKeYohdq JlHBQlsh0yrTUs/JYKTPqBvwb95lticAnpQIMSNxxOCOU1F642Y2tC3Qs2CCNOl14pVz2ONQuuc1 sv+71pAw7dCYqVQk62bjO41FyBEqIaDudcVplPG+p74YeLeIIaxGpHmiNjwW5eIG1UI80q55vS8Q CVEZX/Oi6HTmY+/cXUo8ym6keVx5NKotYZMP4QxilpD1WJVxdwYWcRoGRTsLxqa8TRmmuv9qwM7R XpJS8RjTdyh2j5DIweuSooT6tSPU1x5zpUpIPziDkWQ5faPk5nJXHz00MDRj9D8HLKHAKpPGP8EP nuB53cHIFHavQpo3FUDrLYIQ
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Subject: Re: [rfc-i] No, constraining to a custom SVG profile is not trivial
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jan 2020 07:10:12 -0000

On 1/21/2020 8:48 PM, Carsten Bormann wrote:
> On 2020-01-22, at 04:31, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>> I agree that the lack of coloured shading is annoying for many people, but *using* shading is annoying for people with limited colour vision.
> In Germany, we have colored traffic lights, even if the coloring is less useful for people with limited color vision.

Yes, but you are also careful to always keep the same vertical
arrangement of the lights so the result can be unambiguous even in grey
scale.

Finding arrangements like is possible of course -- if I remember
correctly that was a design rule for Windows system icons, color was OK
but the icons should be sufficiently different to be unambiguous in
black and white. But this amounts to enforcing usability rules in the
design, and that's much harder than saying "black and white".

> Accessibility is important, and faithfully reproducing colors is near impossible, but still many archival journals manage to allow color in diagrams.
>
> It seems we are making the same mistake here as with the expansion beyond ASCII:  by adopting a weird, idiosyncratic subset of the stable state of the art (UTF-8, SVG) we are incurring most of the problems (as well as some additional ones specific to our idiosyncrasies) while enjoying a small part of the benefit.
>
> Instead of coming up with more weird technical rules, we should focus on handling potential problems in the editorial process.  Guidelines can help here (say, go for more than 60 % contrast in the Lab color model, don’t make semantics depend on non-Latin characters outside Math), but not all will be enforceable by tools, just as with other editorial guidelines (e.g., go for stable references).

I think that's Phil's point. If you make a simple rule like "only use
ComicSans and black and white", people can adhere to it without too much
hassle because the tools all have options to let you do black and white
or use a single font. But if you start enforcing syntax restriction,
then you require a post-processor to run after the standard tools and
that's painful.

-- Christian Huitema