Re: and... text for the win

Marc Petit-Huguenin <marc@petit-huguenin.org> Sat, 07 November 2020 14:25 UTC

Return-Path: <marc@petit-huguenin.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B4DD3A0CCE for <ietf@ietfa.amsl.com>; Sat, 7 Nov 2020 06:25:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.001
X-Spam-Level:
X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[NICE_REPLY_A=-0.001, 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 cUcI9htahBr6 for <ietf@ietfa.amsl.com>; Sat, 7 Nov 2020 06:25:56 -0800 (PST)
Received: from implementers.org (implementers.org [IPv6:2001:4b98:dc0:45:216:3eff:fe7f:7abd]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BB083A0CCB for <ietf@ietf.org>; Sat, 7 Nov 2020 06:25:55 -0800 (PST)
Received: from [IPv6:2601:648:8400:8e7d:f7e2:420:6a1a:54ec] (unknown [IPv6:2601:648:8400:8e7d:f7e2:420:6a1a:54ec]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Marc Petit-Huguenin", Issuer "implementers.org" (verified OK)) by implementers.org (Postfix) with ESMTPS id EEA1DAE002; Sat, 7 Nov 2020 15:25:51 +0100 (CET)
Subject: Re: and... text for the win
To: Carsten Bormann <cabo@tzi.org>, "Eric Vyncke (evyncke)" <evyncke=40cisco.com@dmarc.ietf.org>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, John Levine <johnl@taugh.com>, "ietf@ietf.org" <ietf@ietf.org>
References: <32243.1604698457@localhost> <20201107023657.6E26825C2632@ary.qy> <5D81A5C3-2197-4036-AF31-EF4E7B5E715F@cisco.com> <515553C7-7AF7-46F5-9FF5-D38C2F3EA66B@tzi.org>
From: Marc Petit-Huguenin <marc@petit-huguenin.org>
Message-ID: <b781d6cd-a92e-9b63-5d64-d2577a7f25a9@petit-huguenin.org>
Date: Sat, 07 Nov 2020 06:25:49 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0
MIME-Version: 1.0
In-Reply-To: <515553C7-7AF7-46F5-9FF5-D38C2F3EA66B@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/PxhOHUic1sLnrhuxdRNXL6XKRkI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Nov 2020 14:25:58 -0000

On 11/7/20 6:08 AM, Carsten Bormann wrote:
> On 2020-11-07, at 10:14, Eric Vyncke (evyncke) <evyncke=40cisco.com@dmarc.ietf.org> wrote:
>>
>> Not commenting on the core of the discussion but only agreeing with John about the 'proprietary' feature of MS-Word file format as I 'played' recently on a conversion tool [*] from IETF XMLv[23] to the Microsoft .DOCX. Actually and for many years, the format is open and public: http://officeopenxml.com/ it is indeed a lot of XML files that are zipped together with a docx extension.
> 
> The MOOX (Microsoft open office XML) formats are documented to some extent in an ECMA standard that was fast-tracked as an ISO standard, and the .docx part of the MOOX specification is even almost usable in practice.  So, yes, this is around.  So is, e.g., docbook, which is actually does have the structure for what is needed for publishing specification.

As we are talking about that, I never understood why xml2rfc was not designed as a custom version of DocBook 5.

> 
>> Personally, I won't be happy to select MS-Word as the TOOL but I won't disagree too much on using Office Open XML FORMAT. The nuance is important IMHO. And the same reasoning of course for other tools and formats.
> 
> I’m not sure why I would want to incur the mind-boggling complexity and legacy baggage of MOOX if I don’t also want to use their very widely used tool.
> 
>> And of course, we can also wonder why we, as a community, have no problem to use github.com ;-)
> 
> But we do.  It is only acceptable because the core of it is open-source git, and we have convinced ourselves that there is a safety net in regularly backing up all the chrome that github adds to it.
> 
>> [*] https://github.com/evyncke/xml2docx and/or the very basic conversion https://www.vyncke.org/xml2docx/, all being proof of concept and not real tools of course
> 
> Interesting.  I haven’t looked into this in detail, but at first look it seems to confirm my reservations about the complexity of .docx, which will make it harder to sustain community-based projects that are based on it.
> 
> Where I need to interface to .docx (those pesky contracts etc.), I use pandoc for converting that to/from markdown.  That narrow waist would also give one an easy interface to RFCXML (well, OK, I finally need to make that RFCXML to markdown converter ready for prime time).
> 
> Grüße, Carsten
> 


-- 
Marc Petit-Huguenin
Email: marc@petit-huguenin.org
Blog: https://marc.petit-huguenin.org
Profile: https://www.linkedin.com/in/petithug