Re: [xml2rfc-dev] RFC 7991 issue #37: Schema Issue, RFC 7991, In Section 2.12, <br>

Henrik Levkowetz <henrik@levkowetz.com> Thu, 04 October 2018 13:56 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: xml2rfc-dev@ietfa.amsl.com
Delivered-To: xml2rfc-dev@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3086130E0C for <xml2rfc-dev@ietfa.amsl.com>; Thu, 4 Oct 2018 06:56:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXl9Y5QKO7M3 for <xml2rfc-dev@ietfa.amsl.com>; Thu, 4 Oct 2018 06:56:39 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF9C812DD85 for <xml2rfc-dev@ietf.org>; Thu, 4 Oct 2018 06:56:38 -0700 (PDT)
Received: from h-37-140.a357.priv.bahnhof.se ([94.254.37.140]:55155 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1g847K-0001qj-0a; Thu, 04 Oct 2018 06:56:38 -0700
To: Julian Reschke <julian.reschke@gmx.de>, "xml2rfc-dev@ietf.org" <xml2rfc-dev@ietf.org>
References: <E1g6wQ8-00057n-85@durif.tools.ietf.org> <70ee4cff-7533-13e0-d71a-ffecf2dc56f0@gmx.de> <24828f94-dbbd-4c18-8d85-333487bda367@levkowetz.com> <3ac63652-2df2-03c7-eee6-bad2cbd326d8@levkowetz.com> <1BA3E011-CEB3-4F56-9CB5-599C6D2D8A5D@icann.org> <2a71916e-4704-ef8c-b9bb-0cda1781c706@levkowetz.com> <2a06b7c8-5a84-60eb-c96e-25d07c61d67f@gmx.de> <4b49045f-49d7-2b01-bb57-087f8e014e5b@levkowetz.com> <32ef6fd2-058a-c44a-5129-26cd22343943@gmx.de> <a3d0816e-6cc0-dd11-9370-b391e3e71010@levkowetz.com> <c122b751-119d-9a10-a2b6-af90b140cfc8@gmx.de> <6c9785df-73c0-78ff-0c69-1ea1b369b0e0@levkowetz.com> <766a8834-4e7a-e819-6b76-2682eb99be9e@gmx.de> <81f488c3-1caf-a7cc-dc38-c39b3ca2ba5a@levkowetz.com> <ff3ee47e-7c8e-5f83-55f9-a7c874b13de4@gmx.de> <bb3fab0d-2ac5-22b2-dafa-3297790b9cc1@levkowetz.com> <7029a06a-3da5-909c-5bff-12e050792d1f@gmx.de> <8344d317-8eb8-53f4-1804-50c421654d30@levkowetz.com> <8c1310f0-e146-008d-5945-caccba4522b1@gmx.de>
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <3d8fe312-6c77-5dc2-1ef1-e9d6e3c0882f@levkowetz.com>
Date: Thu, 04 Oct 2018 15:56:30 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <8c1310f0-e146-008d-5945-caccba4522b1@gmx.de>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="EKu9cFIQEmTg4Uf1nQOrn5igqxFM842Ud"
X-SA-Exim-Connect-IP: 94.254.37.140
X-SA-Exim-Rcpt-To: xml2rfc-dev@ietf.org, julian.reschke@gmx.de
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/Xn1DMzM0OxBOYDaJ80sXmWuu6es>
Subject: Re: [xml2rfc-dev] RFC 7991 issue #37: Schema Issue, RFC 7991, In Section 2.12, <br>
X-BeenThere: xml2rfc-dev@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Oct 2018 13:56:41 -0000

Hi Julian,

On 2018-10-04 15:32, Julian Reschke wrote:
> On 10/4/2018 3:01 PM, Henrik Levkowetz wrote:
>> 
>> On 2018-10-04 12:22, Julian Reschke wrote:
>>> On 10/4/2018 10:46 AM, Henrik Levkowetz wrote:
>> 
>>> The point being: when we discussed this we decided we don't want to give
>>> authors control over line breaking; except in this specific exception in
>>> table cells.
>> 
>> Julian, what you're saying here makes me sad.  I read this as you saying
>> that since the design team made one decision, you're not going to accept
>> any changes even if to other people, with new experience, another decision
>> makes more sense.  Because this point is not speaking to any arguments
>> about the usefulness and consistency of <br> at ail, it is saying that
>> since your decision was such then, it has to be such now.
>> 
>> In that case, what is the meaning with having these discussions at all?
>> 
>> Are you open only to make changes that you felt were necessary already
>> before the implementation and user experience came in?
>> ...
> 
> No - that's not what I'm saying.
> 
> I tried to explain how we got to the current spec. You also haven't 
> convinced me that any of the alternatives (forbid <br> in table cells, 
> or allow it in more places) makes the vocabulary better.

That I haven't convinced you is fine.  You haven't convinced me either; I
feel it's a wart to stick <br> into one single particular place in the
schema and disallow it everywhere else.  It violates the principle of
least surprise[1], for an author.

However, that it was possible to read the paragraph above, 

  "... we decided we don't want to give authors control over line breaking ..."

as an argument in the case, is not good.  If we are going to have a reasoned
argument based on new information, then referring back to "... we decided ..."
as part of the argumentation is just going to get us stuck.

> I don't have any more control over the process than you have, I'm just 
> offering my opinion.

Ack.  No worries.

	Henrik

-----

[1] https://en.wikipedia.org/wiki/Principle_of_least_astonishment