[netmod] Re: Paul Wouters' Discuss on draft-ietf-netmod-syslog-model-32: (with DISCUSS and COMMENT)
Qin Wu <bill.wu@huawei.com> Wed, 11 September 2024 02:47 UTC
Return-Path: <bill.wu@huawei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33ECAC14F680; Tue, 10 Sep 2024 19:47:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable 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 solfTT1gU-ON; Tue, 10 Sep 2024 19:47:44 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 519BBC1D4A9F; Tue, 10 Sep 2024 19:47:43 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4X3Pz81mvMz6LDD2; Wed, 11 Sep 2024 10:44:04 +0800 (CST)
Received: from lhrpeml500006.china.huawei.com (unknown [7.191.161.198]) by mail.maildlp.com (Postfix) with ESMTPS id AC3D21400D3; Wed, 11 Sep 2024 10:47:40 +0800 (CST)
Received: from kwepemg500005.china.huawei.com (7.202.181.42) by lhrpeml500006.china.huawei.com (7.191.161.198) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Wed, 11 Sep 2024 03:47:39 +0100
Received: from kwepemg100006.china.huawei.com (7.202.181.24) by kwepemg500005.china.huawei.com (7.202.181.42) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Wed, 11 Sep 2024 10:47:37 +0800
Received: from kwepemg100006.china.huawei.com ([7.202.181.24]) by kwepemg100006.china.huawei.com ([7.202.181.24]) with mapi id 15.02.1544.011; Wed, 11 Sep 2024 10:47:37 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Kent Watsen <kent+ietf@watsen.net>, Mohamed Boucadair <mohamed.boucadair@orange.com>
Thread-Topic: [netmod] Re: Paul Wouters' Discuss on draft-ietf-netmod-syslog-model-32: (with DISCUSS and COMMENT)
Thread-Index: AdsD9PTmbzt0WSnu1kW6tiC+iZbxvA==
Date: Wed, 11 Sep 2024 02:47:37 +0000
Message-ID: <905ce79fdaac4a1b89a5aa23945c8ecc@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.118.68]
Content-Type: multipart/alternative; boundary="_000_905ce79fdaac4a1b89a5aa23945c8ecchuaweicom_"
MIME-Version: 1.0
Message-ID-Hash: 2GJWEKP35DWEJI6R7TSXHU7I7W7NFB7W
X-Message-ID-Hash: 2GJWEKP35DWEJI6R7TSXHU7I7W7NFB7W
X-MailFrom: bill.wu@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netmod.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "Joe Clarke (jclarke)" <jclarke=40cisco.com@dmarc.ietf.org>, "draft-ietf-netmod-syslog-model@ietf.org" <draft-ietf-netmod-syslog-model@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netmod] Re: Paul Wouters' Discuss on draft-ietf-netmod-syslog-model-32: (with DISCUSS and COMMENT)
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/VPabJrckeCnXb3hebirBVMtcgJY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Owner: <mailto:netmod-owner@ietf.org>
List-Post: <mailto:netmod@ietf.org>
List-Subscribe: <mailto:netmod-join@ietf.org>
List-Unsubscribe: <mailto:netmod-leave@ietf.org>
Separately, I noticed that the document does not seem to use the `rfcfold` utility (RFC 8792), which may be a different issue that could be fixed. Kent // as author [Qin] Can we apply line wrapping defined in RFC8792 to tree diagram? Normally we apply it to text content in the document. On Sep 10, 2024, at 11:37 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> wrote: Re-, The tree as displayed in the draft does not actually adhere with this part in 8407bis: YANG tree diagrams provide a concise representation of a YANG module and SHOULD be included to help readers understand YANG module structure. If the complete tree diagram for a module becomes long (more than 2 pages, typically), the diagram SHOULD be split into several smaller diagrams (a.k.a subtrees). For the reader's convenience, a subtree should fit within a page. If the complete tree diagram is too long (more than 5 pages, typically) even with groupings unexpanded (Section 2.2 of [RFC8340]), the authors SHOULD NOT include it in the document. A stable pointer to retrieve the full tree MAY be included. On the tooling side, we do have the following in the 8407bis: The tooling may evolve in the future to provide better rendering of too long trees. This tooling may offer (but not limited to), unfold trees, control of expanded views, ease navigation among various levels of a tree, support of hyperlinks, etc. When such a tooling is available, too long trees can be displayed in the HTML version of documents that include such trees. I know that Italo tried to have a discussion in 121 with Carsten for md(?), but I don’t know if that discussion actually happened. Italo can clarify this. [Qin] if the picture can be embedded into pdf version or html version, this rendering issue can be easily solved since zoom in or zoom out picture is easy. Cheers, Med De : Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net>> Envoyé : mardi 10 septembre 2024 17:07 À : Joe Clarke (jclarke) <jclarke=40cisco.com@dmarc.ietf.org<mailto:jclarke=40cisco.com@dmarc.ietf.org>> Cc : draft-ietf-netmod-syslog-model@ietf.org<mailto:draft-ietf-netmod-syslog-model@ietf.org>; netmod@ietf.org<mailto:netmod@ietf.org> Objet : [netmod] Re: Paul Wouters' Discuss on draft-ietf-netmod-syslog-model-32: (with DISCUSS and COMMENT) [removing the IESG] Hi Joe, authors, and NETMOD. On Sep 10, 2024, at 10:04 AM, Joe Clarke (jclarke) <jclarke=40cisco.com@dmarc.ietf.org<mailto:jclarke=40cisco.com@dmarc.ietf.org>> wrote: Thanks for the comments and feedback, Paul. I’ve opened GitHub issuehttps://github.com/netmod-wg/syslog-model/issues/14 so Mahesh and I can track the necessary changes on our end. See below for some initial responses. The layout is completely broken / wrapped, making the document fairly unreadable. Can this be fixed somehow ? [JMC] Éric had the same comment, and I thought we’d be good just expanding the full tree. However, it seems this is causing readability and confusion problems. I ran into a similar “wrapping tree diagrams is ugly" comment in the suite of client-server drafts. Not expanding the groupings in the tree diagrams helps, but still may not be enough - you just need to try and see how it looks. That said, there is still one thing that can be done to improve the appearance of *folded” tree diagrams, which is epitomized by the following RFC Editor comment put into the documents: <t>Tree-diagrams in this draft may use the '\' line-folding mode defined in RFC 8792. However, nicer-to-the-eye is when the '\\' line-folding mode is used. The AD suggested suggested putting a request here for the RFC Editor to help convert "ugly" '\' folded examples to use the '\\' folding mode. "Help convert" may be interpreted as, identify what looks ugly and ask the authors to make the adjustment.</t> PS: there is a desire to have Datatracker *unfold* folded artwork/sourcecode for document output formats that can support horizontal scrolling. Specifically, for an HTML-rendered document, the ideal is for examples to be unfolded and placed into a textbox that causes a browser to create a textbox with horizontal scrolling. I’m unsure if there is an open-ticket for this work to get done. Kent // as contributor ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Paul Wouters
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Joe Clarke (jclarke)
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Kent Watsen
- [netmod] Paul Wouters' Discuss on draft-ietf-netm… Paul Wouters via Datatracker
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Kent Watsen
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… mohamed.boucadair
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… mohamed.boucadair
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Qin Wu
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… mohamed.boucadair
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Mahesh Jethanandani
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Mahesh Jethanandani
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Mahesh Jethanandani
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Kent Watsen
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Paul Wouters
- [netmod] Re: Paul Wouters' Discuss on draft-ietf-… Joe Clarke (jclarke)