Re: [xml2rfc-dev] RFC 7991 issue #38: Schema Issue, RFC 7991, In Section 2.20, <dl>

Paul Hoffman <paul.hoffman@icann.org> Wed, 03 October 2018 23:14 UTC

Return-Path: <paul.hoffman@icann.org>
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 41B45130DC3 for <xml2rfc-dev@ietfa.amsl.com>; Wed, 3 Oct 2018 16:14:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 A0imYvyW9VZB for <xml2rfc-dev@ietfa.amsl.com>; Wed, 3 Oct 2018 16:13:57 -0700 (PDT)
Received: from out.west.pexch112.icann.org (out.west.pexch112.icann.org [64.78.40.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EE7812F295 for <xml2rfc-dev@ietf.org>; Wed, 3 Oct 2018 16:13:57 -0700 (PDT)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Wed, 3 Oct 2018 16:13:55 -0700
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1367.000; Wed, 3 Oct 2018 16:13:54 -0700
From: Paul Hoffman <paul.hoffman@icann.org>
To: XML Developer List <xml2rfc-dev@ietf.org>
Thread-Topic: [xml2rfc-dev] RFC 7991 issue #38: Schema Issue, RFC 7991, In Section 2.20, <dl>
Thread-Index: AQHUW27Ai5A1Ix4rYk+DCMo/QGL27g==
Date: Wed, 03 Oct 2018 23:13:54 +0000
Message-ID: <AFF57163-A51B-4289-8BC8-457581939E3B@icann.org>
References: <d97ebfcf-ee4f-02ef-39c7-ac439ba1e421@levkowetz.com> <02bc01d45ac5$7ae71a10$70b54e30$@augustcellars.com> <a5770e1c-7022-25ce-9a3e-bc5e35a65445@levkowetz.com> <030e01d45b29$1c7b33d0$55719b70$@augustcellars.com> <3FC3AF27-D05C-414C-BC64-776DDCCD1100@icann.org>
In-Reply-To: <3FC3AF27-D05C-414C-BC64-776DDCCD1100@icann.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.32.234]
Content-Type: multipart/signed; boundary="Apple-Mail=_3912B90B-58CA-43D3-B8FC-ED8409FC9308"; protocol="application/pkcs7-signature"; micalg="sha1"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/IImvz5lrsxLysNZyrp6DDUErgBM>
Subject: Re: [xml2rfc-dev] RFC 7991 issue #38: Schema Issue, RFC 7991, In Section 2.20, <dl>
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: Wed, 03 Oct 2018 23:14:00 -0000

On 1 Oct 2018, at 4:35, henrik@levkowetz.com wrote:

> This captures an issue noted during implementation, also described in
> https://tools.ietf.org/html/draft-levkowetz-xml2rfc-v3-implementation#section-3.1.3
>
> Specification: https://tools.ietf.org/html/rfc7991#section-2.20
>
> ---
> In Section 2.20, <dl>
>
>    The current specification says:
>
>       "The "hanging" attribute defines whether or not the term appears on
>       the same line as the definition.  hanging="true" indicates that the
>       term is to the left of the definition, while hanging="false"
>       indicates that the term will be on a separate line."
>
>    This does not match established typographic terminology.  In typographic
>    terminology, "hanging indent" describes the case where the indentation
>    of the second and subsequent lines of a paragraph is greater than the
>    indentation of the first line.  Whether the definition in a definition
>    list starts on the first line or not has nothing to do with the presence
>    of hanging indent; our definition lists will _always_ have hanging
>    indent.
>
>    The 'hanging' attribute also describes something different from what the
>    term has been used to describe in the version 2 vocabulary.  This will
>    be confusing to users.
>
>    A more descriptive name for the attribute we're talking about would be
>    'start-definition-on-first-line', but that's unwieldy.  Maybe
>    'newline="false"' to start the definition on the first line, or
>    something like 'definition-start="first"'?
>
>    Recommendation:  Change this to a different term that is more
>                     descriptive and does not use typographically incorrect
>                     terminology.
>
>    Implementation:  The current version of xml2rfc still uses "hanging".

I like the idea of changing this to "newline" with boolean values.

--Paul Hoffman