From julian.reschke@gmx.de Fri Nov 1 03:46:08 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4558B11E81A2 for ; Fri, 1 Nov 2013 03:46:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.524 X-Spam-Level: X-Spam-Status: No, score=-102.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Ewh5xO2yba1 for ; Fri, 1 Nov 2013 03:46:00 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id 4BA0C21E8085 for ; Fri, 1 Nov 2013 03:45:58 -0700 (PDT) Received: from [192.168.2.117] ([84.187.33.167]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M8Nik-1VonB80630-00w10A for ; Fri, 01 Nov 2013 11:45:56 +0100 Message-ID: <5273865F.2020505@gmx.de> Date: Fri, 01 Nov 2013 11:45:51 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , 'Nico Williams' References: <017f01ced5c8$6fe72d80$4fb58880$@augustcellars.com> <20131031012901.GB6199@gmail.com> <527201C4.3040604@gmx.de> <02b001ced6c5$6af53800$40dfa800$@augustcellars.com> In-Reply-To: <02b001ced6c5$6af53800$40dfa800$@augustcellars.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:bpQCAK7WV4Y2OsrvgWp7qpkFop8W6tZrvJUU7c2d11yj3VcbCdQ bljBMDoikMPxJu5YODMRZLEY6YqcwQsuxoFLROaI+A/b+u7mdGJqPz/P1EFtX3o2x8kwbqz GoSrW5dCMqSjarAokCRG0FLSh5x3U3d2nJjzWayxe5ws7xcJhrBKJA8xqHPlshoO5a1uU7W qQ0+3JNAmveH7A1qebKqw== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] Vanity Reference Tags X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 10:46:08 -0000 On 2013-11-01 06:44, Jim Schaad wrote: > Julian, > > Having read the data tracker item, from an XML point of view this makes > perfect sense as a way to do things. > >>From a usability point of view I think that the approach outlined makes > things difficult. > > 1. Consider if I create an entity reference for BCP0101 and use that > directly. Either the file needs to include the set of references in total, That's the idea. > or I am now going to get a series of undefined references that I cannot find > a reason to exist in my original document. For RFCs this is not a big > issue, for other standards documents this may be a problem as I would not > necessarily know what they reference. > > 2. This makes it difficult for me to have a single file in which I keep > track of all of my vanity tags that I use. Instead I will need a new file > for each different tag. Using a directive of some type would allow for a > single file to be included and then the contents would be used in the event > that I actually include and use the reference in question. I'm not sure why this is a requirement. At the end of the day you can always apply local preprocessing supporting the tool chain that's optimal for you. But that shouldn't necessarily affect the vocabulary design. > 3. Based on what is given in the ticket, there is an interesting question > if one has a reference to BCP9 and one also has a reference to RFC 5657 that > is independent. Should both of these items be different references so that > when an aggregation is done the tags on the inner references are hidden and > the document would be included in the references twice, once as part of the > BCP9 and once as an independent document Indeed. That's something we need to discuss with the RSE first. > Since this is not fully ironed out I may or may not look at this on > Saturday, will think about it. > ... Best regards, Julian From william.atwood@concordia.ca Fri Nov 1 13:39:37 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0818911E813D for ; Fri, 1 Nov 2013 13:39:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.669 X-Spam-Level: X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=-0.929, BAYES_20=-0.74] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zoyj1LuD73dl for ; Fri, 1 Nov 2013 13:39:30 -0700 (PDT) Received: from oldperseverance.encs.concordia.ca (oldperseverance.encs.concordia.ca [132.205.96.92]) by ietfa.amsl.com (Postfix) with ESMTP id 658B011E8179 for ; Fri, 1 Nov 2013 13:39:29 -0700 (PDT) Received: from [127.0.0.1] (bill@grace.encs.concordia.ca [132.205.2.217]) by oldperseverance.encs.concordia.ca (envelope-from william.atwood@concordia.ca) (8.13.7/8.13.7) with ESMTP id rA1KdR69012903 for ; Fri, 1 Nov 2013 16:39:27 -0400 Message-ID: <52741188.4020808@concordia.ca> Date: Fri, 01 Nov 2013 16:39:36 -0400 From: William Atwood Organization: Concordia University, Montreal User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: xml2rfc@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on oldperseverance.encs.concordia.ca at 2013/11/01 16:39:27 EDT Subject: [xml2rfc] Attribute error when converting xml to txt. X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 20:39:37 -0000 I submitted an xml file to xml.resource.org, which resulted in the following error messages (last few lines): Resolving entity... http://xml.resource.org/public/rfc/bibxml/reference.RFC.4302.xml Loaded from cache reference.RFC.4302.xml Traceback (most recent call last): File "/usr/local/bin/xml2rfc", line 224, in main() File "/usr/local/bin/xml2rfc", line 209, in main pagedwriter.write(filename) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line 1088, in write self.post_rendering() File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 286, in post_rendering self.emit([''] * remainder) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 164, in emit if self.page_length == 1 and text.strip() == '': AttributeError: 'list' object has no attribute 'strip' I have no idea what this might mean, or how to go about fixing it. Can anyone help? The input file is available to anyone who wants it. Bill -- Dr. J.W. Atwood, Eng. tel: +1 (514) 848-2424 x3046 Distinguished Professor Emeritus fax: +1 (514) 848-2830 Department of Computer Science and Software Engineering Concordia University EV 3.185 email:william.atwood@concordia.ca 1455 de Maisonneuve Blvd. West http://users.encs.concordia.ca/~bill Montreal, Quebec Canada H3G 1M8 From mcr@sandelman.ca Fri Nov 1 16:43:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F4511E817D for ; Fri, 1 Nov 2013 16:43:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.834 X-Spam-Level: X-Spam-Status: No, score=-1.834 tagged_above=-999 required=5 tests=[AWL=-0.165, BAYES_00=-2.599, HOST_MISMATCH_NET=0.311, RCVD_IN_SORBS_WEB=0.619] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vNklwzCfDcgq for ; Fri, 1 Nov 2013 16:43:05 -0700 (PDT) Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) by ietfa.amsl.com (Postfix) with ESMTP id D459E11E8178 for ; Fri, 1 Nov 2013 16:43:00 -0700 (PDT) Received: from sandelman.ca (unknown [204.239.250.1]) by relay.sandelman.ca (Postfix) with ESMTPS id 7C9C922082; Fri, 1 Nov 2013 19:33:01 -0400 (EDT) Received: from sandelman.ca (quigon.sandelman.ca [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 0569CCA0CC; Fri, 1 Nov 2013 12:26:07 -0400 (EDT) To: "Jim Schaad" From: mcr+ietf@sandelman.ca In-reply-to: <02b001ced6c5$6af53800$40dfa800$@augustcellars.com> References: <017f01ced5c8$6fe72d80$4fb58880$@augustcellars.com> <20131031012901.GB6199@gmail.com> <527201C4.3040604@gmx.de> <02b001ced6c5$6af53800$40dfa800$@augustcellars.com> Comments: In-reply-to "Jim Schaad" message dated "Thu, 31 Oct 2013 22:44:10 -0700." X-Mailer: MH-E 7.4.2; nmh 1.3; XEmacs 21.4 (patch 22) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Fri, 01 Nov 2013 12:26:06 -0400 Message-ID: <9907.1383323166@sandelman.ca> Sender: mcr@sandelman.ca Cc: 'Julian Reschke' , xml2rfc@ietf.org Subject: Re: [xml2rfc] Vanity Reference Tags X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 23:43:11 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Jim Schaad wrote: > 3. Based on what is given in the ticket, there is an interesting question > if one has a reference to BCP9 and one also has a reference to RFC 5657 t= hat > is independent. Should both of these items be different references so th= at particularly if the point of the document is to constrast how a the new BCP= 9=20 might do something differently than the RFC5657 that is currently BCP9. (Such as when writing rfc5657bis...) Michael Richardson =2Don the road- --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAABAgAGBQJSc9YeAAoJEKD0KQ7Gj3P2GTYH/ixKAv8XDWBPuWgQP2aslXoy 82FaezbL5n57MZ4Vvld1Gi8ufWKMW8Wip6gmqF5dAijs1bH8+OsuS7DNrNZ75c1Q 35kjRX5qtePDeGqwih4t7VfzCdWDPm97w9+QF8mdjjAjkZW0sm05jNdVQs2/wRVZ rxNS/BXdYI3xKeB3EmYasKsq5hryehdqpwHnS8CrgEmNDiifTZLVHRUHUi0rWr4Z EukFzjJDxufndTUugshX5Ci+sMFjBvNDVF9z0g4odE7IJVj0qC/C6tuR4p/54PVS OnG7lsWil/liV6xgeyI662G4WUm+GnS4lc4e9VohvvDNF4oDOTO6yNjq7ub8IiE= =5s3E -----END PGP SIGNATURE----- --=-=-=-- From trac@tools.ietf.org Sat Nov 2 09:25:09 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E81CE21E80D0 for ; Sat, 2 Nov 2013 09:25:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ERkgbnM6SM7P for ; Sat, 2 Nov 2013 09:25:09 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 63E3C21E80C4 for ; Sat, 2 Nov 2013 09:25:09 -0700 (PDT) Received: from localhost ([127.0.0.1]:34604 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vce0N-0004s7-UJ; Sat, 02 Nov 2013 17:24:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 16:24:55 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/117#comment:1 Message-ID: <078.5abaa63f7d33d3342e25a277cd93a6d1@tools.ietf.org> References: <063.535e766352b308c67cb841efababbd97@tools.ietf.org> X-Trac-Ticket-ID: 117 In-Reply-To: <063.535e766352b308c67cb841efababbd97@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #117: odd indentation when using customized lists X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 16:25:10 -0000 #117: odd indentation when using customized lists Changes (by ietf@augustcellars.com): * owner: => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.11 Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From william.atwood@concordia.ca Sat Nov 2 09:40:57 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18FB711E8203 for ; Sat, 2 Nov 2013 09:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.466 X-Spam-Level: X-Spam-Status: No, score=-2.466 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5arTV9BcsXI1 for ; Sat, 2 Nov 2013 09:40:47 -0700 (PDT) Received: from oldperseverance.encs.concordia.ca (oldperseverance.encs.concordia.ca [132.205.96.92]) by ietfa.amsl.com (Postfix) with ESMTP id 6333D11E820F for ; Sat, 2 Nov 2013 09:40:45 -0700 (PDT) Received: from [127.0.0.1] (bill@grace.encs.concordia.ca [132.205.2.217]) by oldperseverance.encs.concordia.ca (envelope-from william.atwood@concordia.ca) (8.13.7/8.13.7) with ESMTP id rA2Gefno013375; Sat, 2 Nov 2013 12:40:42 -0400 Message-ID: <52752B15.6060201@concordia.ca> Date: Sat, 02 Nov 2013 12:40:53 -0400 From: William Atwood Organization: Concordia University, Montreal User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Julian Reschke , xml2rfc@ietf.org References: <52741188.4020808@concordia.ca> <5274DCA2.7090604@gmx.de> <5274F748.60608@concordia.ca> <5274FBCB.6040409@gmx.de> In-Reply-To: <5274FBCB.6040409@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on oldperseverance.encs.concordia.ca at 2013/11/02 12:40:42 EDT Subject: Re: [xml2rfc] Attribute error when converting xml to txt. X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 16:40:57 -0000 Julian, Thank you for the suggestions. I changed (one at a time) - trust200811 -> trust200902 - deleted workgroup entry - resolved 5191 problem by including instead of hard-coding [RFC5191] The results are identical. Looking at the error messages, it is clear that it is python that is objecting, so the error may be in the routine paginated_txt.py. By the way, the old xml2rfc generates the correct text, which solves my problem for the moment. I will attend the "tools" tutorial and learn how to use "trac" to report this. Bill On 02/11/2013 9:19 AM, Julian Reschke wrote: > The XML seems ok to me. > > my rfc2629.xslt says: > > saxon draft-atwood-pim-sigmp-00-3.xml clean-for-DTD.xslt > > draft-atwood-pim-sigmp-00-3.html.check > xmlint draft-atwood-pim-sigmp-00-3.html.check > draft-atwood-pim-sigmp-00-3.html.check > rm -f draft-atwood-pim-sigmp-00-3.html.check > saxon -l draft-atwood-pim-sigmp-00-3.xml rfc2629.xslt > > draft-atwood-pim-sigmp-00-3.html > INFO: The /rfc/front/workgroup should only be used for Working Group > drafts (at line 25) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > WARNING: unused reference 'RFC5191' (at line 3 of > http://xml.resource.org/public > /rfc/bibxml/reference.RFC.5191.xml) > > And the old xml2rfc.tcl reports: > xml2rfc: warning: ipr="trust200811" attribute value is outdated compared > to Trust Legal Provisions of 2/2009 around input line 15 > > > Maybe that's what causing the hickup. > > Best regards, Julian -- Dr. J.W. Atwood, Eng. tel: +1 (514) 848-2424 x3046 Distinguished Professor Emeritus fax: +1 (514) 848-2830 Department of Computer Science and Software Engineering Concordia University EV 3.185 email:william.atwood@concordia.ca 1455 de Maisonneuve Blvd. West http://users.encs.concordia.ca/~bill Montreal, Quebec Canada H3G 1M8 From tony@att.com Sat Nov 2 12:47:35 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DAA111E80E3 for ; Sat, 2 Nov 2013 12:47:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.453 X-Spam-Level: X-Spam-Status: No, score=-103.453 tagged_above=-999 required=5 tests=[AWL=0.147, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6IoYHT-MBcTn for ; Sat, 2 Nov 2013 12:47:26 -0700 (PDT) Received: from flpi406.enaf.ffdc.sbc.com (egssmtp03.att.com [144.160.128.152]) by ietfa.amsl.com (Postfix) with ESMTP id F329421E80DA for ; Sat, 2 Nov 2013 12:47:22 -0700 (PDT) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp03.att.com (8.14.4/8.14.4) with ESMTP id rA2JlMh8005183 for ; Sat, 2 Nov 2013 12:47:22 -0700 Received: from [130.10.97.64] (vpn-130-10-97-64.vpn.swst.att.com[130.10.97.64]) by maillennium.att.com (mailgw1) with ESMTP id <20131102194719gw100q0gf1e> (Authid: tony); Sat, 2 Nov 2013 19:47:21 +0000 X-Originating-IP: [130.10.97.64] Message-ID: <527556C6.4070600@att.com> Date: Sat, 02 Nov 2013 15:47:18 -0400 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: xml2rfc@ietf.org References: <52741188.4020808@concordia.ca> <5274DCA2.7090604@gmx.de> <5274F748.60608@concordia.ca> <5274FBCB.6040409@gmx.de> <52752B15.6060201@concordia.ca> In-Reply-To: <52752B15.6060201@concordia.ca> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] Attribute error when converting xml to txt. X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 19:47:35 -0000 On 11/2/2013 12:40 PM, William Atwood wrote: > The results are identical. Looking at the error messages, it is clear > that it is python that is objecting, so the error may be in the routine > paginated_txt.py. At first I thought your problem was in your xml, but then re-read the traceback -- it definitely looks like a python bug report. > By the way, the old xml2rfc generates the correct text, which solves my > problem for the moment. I will attend the "tools" tutorial and learn > how to use "trac" to report this. 1) Start at xml.resource.org, click on the reference to "trac system" on Note 3, or go directly to http://trac.tools.ietf.org/tools/xml2rfc/trac/ 2) Login using your tools.ietf.org id. (If you don't have one, click on "Get Passwd" on the left.) 3) Click on "New ticket" on the top right. Fill in the blanks and click "Create ticket". It helps to have a file that will demonstrate the error, so be sure to click the box for "I have files to attach to this ticket" and attach your input file. Tony Hansen From trac@tools.ietf.org Sat Nov 2 13:04:59 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DB5D11E823B for ; Sat, 2 Nov 2013 13:04:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pzTa8oLnWIEV for ; Sat, 2 Nov 2013 13:04:58 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 62F7521F9F5B for ; Sat, 2 Nov 2013 13:04:58 -0700 (PDT) Received: from localhost ([127.0.0.1]:53670 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VchRH-0002Ui-3N; Sat, 02 Nov 2013 21:04:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 20:04:55 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/126#comment:1 Message-ID: <078.3f572df7d63a9974261f6091a5f3edae@tools.ietf.org> References: <063.c51524cbd7ef13efb14e67de65b82c96@tools.ietf.org> X-Trac-Ticket-ID: 126 In-Reply-To: <063.c51524cbd7ef13efb14e67de65b82c96@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #126: text-list-symbols PI does not work beyond the top level X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 20:04:59 -0000 #126: text-list-symbols PI does not work beyond the top level Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: The real problem is that the style on the list was not being inherited. -- ------------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 14:27:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BA2A21E80E8 for ; Sat, 2 Nov 2013 14:27:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2KSSWGHPQW-2 for ; Sat, 2 Nov 2013 14:27:49 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C79BF11E813D for ; Sat, 2 Nov 2013 14:27:42 -0700 (PDT) Received: from localhost ([127.0.0.1]:60720 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VcijL-00033r-2G; Sat, 02 Nov 2013 22:27:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 21:27:39 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/160#comment:2 Message-ID: <093.03600786ec7f15784797b00f620f3a12@tools.ietf.org> References: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> X-Trac-Ticket-ID: 160 In-Reply-To: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, arusso@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #160: The 3GPP reference bibxml can't be used X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 21:27:50 -0000 #160: The 3GPP reference bibxml can't be used Changes (by tony@att.com): * owner: henrik@levkowetz.com => tony@att.com * status: new => assigned -- ---------------------------------------------+-------------------------- Reporter: magnus.westerlund@ericsson.com | Owner: tony@att.com Type: defect | Status: assigned Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: | Keywords: ---------------------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 14:57:17 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6B2C21F9DAF for ; Sat, 2 Nov 2013 14:57:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3hw19UyuWvGC for ; Sat, 2 Nov 2013 14:57:11 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 7E38521E80E6 for ; Sat, 2 Nov 2013 14:57:09 -0700 (PDT) Received: from localhost ([127.0.0.1]:34752 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VcjBq-0003ux-3Q; Sat, 02 Nov 2013 22:57:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 21:57:06 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/127#comment:2 Message-ID: <078.9596f1daf741b168eda895071146329b@tools.ietf.org> References: <063.ca36463038c68ab01dcd01a8bf06b898@tools.ietf.org> X-Trac-Ticket-ID: 127 In-Reply-To: <063.ca36463038c68ab01dcd01a8bf06b898@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #127: when a list using style="letters" is nested, use uppercase letters X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 21:57:17 -0000 #127: when a list using style="letters" is nested, use uppercase letters Changes (by tony@att.com): * owner: henrik@levkowetz.com => tony@att.com * status: new => assigned -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: defect | Status: assigned Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 15:22:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F27F811E8252 for ; Sat, 2 Nov 2013 15:22:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.332 X-Spam-Level: X-Spam-Status: No, score=-102.332 tagged_above=-999 required=5 tests=[AWL=-0.517, BAYES_00=-2.599, SARE_SUB_PCT_LETTER=0.784, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJ8OeVa4VpfS for ; Sat, 2 Nov 2013 15:22:50 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id F1C3D11E8253 for ; Sat, 2 Nov 2013 15:22:47 -0700 (PDT) Received: from localhost ([127.0.0.1]:36126 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vcjag-0006F8-Lm; Sat, 02 Nov 2013 23:22:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tony@att.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 22:22:46 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/204 Message-ID: <060.465a659dc9c0aa60bc06d2774bc41dc1@tools.ietf.org> X-Trac-Ticket-ID: 204 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #204: v1 supports formats of %o, %x and %X X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 22:22:51 -0000 #204: v1 supports formats of %o, %x and %X in addition to %d, %c, %C, %i and %I supported by v2, v1 also supports %o - octal %x - lowercase hex %X - uppercase hex v2 should support these as well. -- ---------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | ---------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 16:43:43 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 812CC11E8241 for ; Sat, 2 Nov 2013 16:43:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.667 X-Spam-Level: X-Spam-Status: No, score=-102.667 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S4KQu6PKAkeB for ; Sat, 2 Nov 2013 16:43:43 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A400C21E8122 for ; Sat, 2 Nov 2013 16:43:22 -0700 (PDT) Received: from localhost ([127.0.0.1]:43523 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VckqF-0006CP-Pq; Sun, 03 Nov 2013 00:43:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tony@att.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 23:42:55 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/205 Message-ID: <060.2d885595d2abcbcbcc329cbae7763f3e@tools.ietf.org> X-Trac-Ticket-ID: 205 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #205: bogus References section added X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 23:43:43 -0000 #205: bogus References section added If there are no references in the document, v2 still generates an empty References section. -- ---------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | ---------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 16:45:57 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF90F21E80C3 for ; Sat, 2 Nov 2013 16:45:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.66 X-Spam-Level: X-Spam-Status: No, score=-102.66 tagged_above=-999 required=5 tests=[AWL=-0.061, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ncJ0JeesL-PX for ; Sat, 2 Nov 2013 16:45:57 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id ED13911E8268 for ; Sat, 2 Nov 2013 16:45:53 -0700 (PDT) Received: from localhost ([127.0.0.1]:43641 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vckt6-0007xj-Vt; Sun, 03 Nov 2013 00:45:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tony@att.com X-Trac-Project: xml2rfc Date: Sat, 02 Nov 2013 23:45:52 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/206 Message-ID: <060.d1f8529ed8b685c9a8602dd3d7595dd0@tools.ietf.org> X-Trac-Ticket-ID: 206 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #206: Expires July 05 should Expires July 5 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 23:45:57 -0000 #206: Expires July 05 should Expires July 5 The expiration string uses a leading 0 on the day value. It should not. -- ---------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | ---------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 17:01:38 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE72621E8120 for ; Sat, 2 Nov 2013 17:01:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.654 X-Spam-Level: X-Spam-Status: No, score=-102.654 tagged_above=-999 required=5 tests=[AWL=-0.055, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njxrMcDFcidJ for ; Sat, 2 Nov 2013 17:01:38 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 51D8311E826A for ; Sat, 2 Nov 2013 17:01:38 -0700 (PDT) Received: from localhost ([127.0.0.1]:44757 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vcl8K-00006E-Qh; Sun, 03 Nov 2013 01:01:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 00:01:36 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/195#comment:1 Message-ID: <080.49db19846c72af39ee8ebccc5cda0bc2@tools.ietf.org> References: <065.0ba1343bd403b6895a8ed47c66654620@tools.ietf.org> X-Trac-Ticket-ID: 195 In-Reply-To: <065.0ba1343bd403b6895a8ed47c66654620@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #195: "day" sometimes ignored in element X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 00:01:39 -0000 #195: "day" sometimes ignored in element Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: We now correctly pickup the day field if it is present and this is the current month and year. Previously it was ignored under those circumstances. It also now allows for the short name of the month to be used and it correctly generates an expiration date on the draft in that case. -- --------------------------------+---------------------------------- Reporter: john-ietf@jck.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: major | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: date --------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 17:14:53 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6717D21E8146 for ; Sat, 2 Nov 2013 17:14:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.65 X-Spam-Level: X-Spam-Status: No, score=-102.65 tagged_above=-999 required=5 tests=[AWL=-0.051, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g4LwTpcyeNKz for ; Sat, 2 Nov 2013 17:14:52 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C372B21E812D for ; Sat, 2 Nov 2013 17:14:52 -0700 (PDT) Received: from localhost ([127.0.0.1]:45418 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VclLA-0008D6-19; Sun, 03 Nov 2013 01:14:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 00:14:51 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/110#comment:1 Message-ID: <085.cb265ba3633949d9b58ad879cfbf3530@tools.ietf.org> References: <070.55c757ab3f57225ea75aad50fc48f7ed@tools.ietf.org> X-Trac-Ticket-ID: 110 In-Reply-To: <070.55c757ab3f57225ea75aad50fc48f7ed@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #110: Usage summary not consistent with the documentation X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 00:14:53 -0000 #110: Usage summary not consistent with the documentation Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Does not appear to be the case nymore. -- -------------------------------------+-------------------- Reporter: bortzmeyer+ietf@nic.fr | Owner: Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: fixed | Keywords: -------------------------------------+-------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 18:04:38 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1015211E827C for ; Sat, 2 Nov 2013 18:04:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.646 X-Spam-Level: X-Spam-Status: No, score=-102.646 tagged_above=-999 required=5 tests=[AWL=-0.047, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Of6Q+DIohP6W for ; Sat, 2 Nov 2013 18:04:37 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id BF8D811E8283 for ; Sat, 2 Nov 2013 18:04:34 -0700 (PDT) Received: from localhost ([127.0.0.1]:47191 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vcm7D-0007r9-GC; Sun, 03 Nov 2013 02:04:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 01:04:31 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/160#comment:3 Message-ID: <093.f1f5298901f531724b867e0b884392a9@tools.ietf.org> References: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> X-Trac-Ticket-ID: 160 In-Reply-To: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, arusso@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #160: The 3GPP reference bibxml can't be used X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 01:04:38 -0000 #160: The 3GPP reference bibxml can't be used Changes (by tony@att.com): * status: assigned => closed * resolution: => fixed Comment: I modified the bibxml generation tools to create bibxml5 reference files using the name SDO-3GPP.xyz as the anchor name. I left the existing 3GPP files alone. This should not have been allowed in the past. However, if we add aliases to xml2rfc, we might consider allowing something other than an XML ID to be used in *some* fashion. (I don't know if that is possible.) -- ---------------------------------------------+-------------------------- Reporter: magnus.westerlund@ericsson.com | Owner: tony@att.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: fixed | Keywords: ---------------------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 19:12:43 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 501E721F9302 for ; Sat, 2 Nov 2013 19:12:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.642 X-Spam-Level: X-Spam-Status: No, score=-102.642 tagged_above=-999 required=5 tests=[AWL=-0.043, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5f1CXfzn-vmn for ; Sat, 2 Nov 2013 19:12:42 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id B13A221E8147 for ; Sat, 2 Nov 2013 19:12:42 -0700 (PDT) Received: from localhost ([127.0.0.1]:48862 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VcnB6-0006eo-R6; Sun, 03 Nov 2013 03:12:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 02:12:36 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/180#comment:1 Message-ID: <078.dd8e7372bec73a30a7637abe55a31739@tools.ietf.org> References: <063.d69b8b57ef1f935cb750c807edbf7401@tools.ietf.org> X-Trac-Ticket-ID: 180 In-Reply-To: <063.d69b8b57ef1f935cb750c807edbf7401@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #180: extraneous .ce 0 and blank lines in the nroff X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 02:12:43 -0000 #180: extraneous .ce 0 and blank lines in the nroff Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com Comment: The issue with .ce appears to be fixed. The issue on paging has to do with the fact that the nroff version is using the paginated version and not removing blank lines when it could do so (such as at the end of the file). Note that Tony and I have also noted that the pagination appears to be different for some nroff documents vs the txt documents so this needs to be looked into as well. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 22:37:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D69321E809C for ; Sat, 2 Nov 2013 22:37:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.64 X-Spam-Level: X-Spam-Status: No, score=-102.64 tagged_above=-999 required=5 tests=[AWL=-0.041, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VZjdLvwTZmGX for ; Sat, 2 Nov 2013 22:37:09 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 5D6CB11E819B for ; Sat, 2 Nov 2013 22:37:08 -0700 (PDT) Received: from localhost ([127.0.0.1]:37451 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VcqMu-0003eq-PJ; Sun, 03 Nov 2013 06:37:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 05:37:00 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/180#comment:2 Message-ID: <078.024d68c5859bba1eec608f9dc05fad7a@tools.ietf.org> References: <063.d69b8b57ef1f935cb750c807edbf7401@tools.ietf.org> X-Trac-Ticket-ID: 180 In-Reply-To: <063.d69b8b57ef1f935cb750c807edbf7401@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #180: extraneous .ce 0 and blank lines in the nroff X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 05:37:11 -0000 #180: extraneous .ce 0 and blank lines in the nroff Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed the blank lines before a .bp or at the end of the file by simply removing them in the page_break function if they existed during an nroff file generation. Need example of different paging as a new bug. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 23:15:05 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEFF511E81A8 for ; Sat, 2 Nov 2013 23:15:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.637 X-Spam-Level: X-Spam-Status: No, score=-102.637 tagged_above=-999 required=5 tests=[AWL=-0.038, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aFsAC4hqhxkw for ; Sat, 2 Nov 2013 23:15:05 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2033F11E819D for ; Sat, 2 Nov 2013 23:15:05 -0700 (PDT) Received: from localhost ([127.0.0.1]:41355 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VcqxM-0007Cj-Nj; Sun, 03 Nov 2013 07:14:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 06:14:40 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/191#comment:1 Message-ID: <078.2dfcfecfeb699e7f38f2f278605544ac@tools.ietf.org> References: <063.934dfd39615e2589be8a00aba0e8eacf@tools.ietf.org> X-Trac-Ticket-ID: 191 In-Reply-To: <063.934dfd39615e2589be8a00aba0e8eacf@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #191: missing the \& to escape a period at the beginning of a line X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 06:15:05 -0000 #191: missing the \& to escape a period at the beginning of a line Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Now check for leading periods when doing raw emissions (i.e. inside of a figure) -- ----------------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 2 23:27:06 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E462B11E81AD for ; Sat, 2 Nov 2013 23:27:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.635 X-Spam-Level: X-Spam-Status: No, score=-102.635 tagged_above=-999 required=5 tests=[AWL=-0.036, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LdH+YzhFp17q for ; Sat, 2 Nov 2013 23:27:06 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A044311E81A5 for ; Sat, 2 Nov 2013 23:27:03 -0700 (PDT) Received: from localhost ([127.0.0.1]:42457 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vcr9H-0006T9-TQ; Sun, 03 Nov 2013 07:26:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 06:26:59 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/155#comment:1 Message-ID: <078.a53b18e377669a38cb7f839d9b5fe53c@tools.ietf.org> References: <063.16c6a124afc5f821e831d95b1f4f97a9@tools.ietf.org> X-Trac-Ticket-ID: 155 In-Reply-To: <063.16c6a124afc5f821e831d95b1f4f97a9@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #155: empty date element yields extra space and comma in reference X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 06:27:07 -0000 #155: empty date element yields extra space and comma in reference Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Appears to be fixed in the current code -- ------------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sun Nov 3 01:08:36 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E51B11E817F for ; Sun, 3 Nov 2013 01:08:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.633 X-Spam-Level: X-Spam-Status: No, score=-102.633 tagged_above=-999 required=5 tests=[AWL=-0.034, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PJ+g7Mhch2mx for ; Sun, 3 Nov 2013 01:08:35 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id D959C11E8136 for ; Sun, 3 Nov 2013 01:08:34 -0800 (PST) Received: from localhost ([127.0.0.1]:55641 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vctfd-0003pS-HC; Sun, 03 Nov 2013 10:08:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: william.atwood@concordia.ca X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 09:08:33 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/207 Message-ID: <075.38c749e7750a572baa2cbc2df41d941d@tools.ietf.org> X-Trac-Ticket-ID: 207 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: william.atwood@concordia.ca, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #207: Attribute error when converting xml to txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 09:08:36 -0000 #207: Attribute error when converting xml to txt I submitted an xml file to xml.resource.org, which resulted in the following error messages (last few lines): Resolving entity... http://xml.resource.org/public/rfc/bibxml/reference.RFC.4302.xml Loaded from cache reference.RFC.4302.xml Traceback (most recent call last): File "/usr/local/bin/xml2rfc", line 224, in main() File "/usr/local/bin/xml2rfc", line 209, in main pagedwriter.write(filename) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line 1088, in write self.post_rendering() File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 286, in post_rendering self.emit([''] * remainder) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 164, in emit if self.page_length == 1 and text.strip() == '': AttributeError: 'list' object has no attribute 'strip' The input file works perfectly when submitted to the old (tcl-based) web interface. -- -----------------------------------------+------------------- Reporter: william.atwood@concordia.ca | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 gui | Version: 2.4.x Keywords: | -----------------------------------------+------------------- Ticket URL: xml2rfc From miek@miek.nl Sun Nov 3 01:13:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5AB411E80D9 for ; Sun, 3 Nov 2013 01:13:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cd4JBONhyueM for ; Sun, 3 Nov 2013 01:13:50 -0800 (PST) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by ietfa.amsl.com (Postfix) with ESMTP id CE15611E812A for ; Sun, 3 Nov 2013 01:13:47 -0800 (PST) Received: by mail-we0-f182.google.com with SMTP id t61so999103wes.41 for ; Sun, 03 Nov 2013 01:13:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4WKeF7tZQIw0OByUUVRJAvBtcc7cthxg7cTeYbE2Xec=; b=NWog+X+hZsOhmbrpBs/EudjmmN9Na4X52trEbFj3N9eHDv3H7nPNRrbAyFg1hT5L4I 1dFxNP+6RJJiJBMnfj7RDjv7emOe1bbX5MO3bmJr0Z6itbubm1ExWeRSq+5ZgcoH7B/r /sqXbZgbnDs4uGIHkYlGw92Wbx2gMJOQm2ZohqlRcgtzV+Aaf7AtbQ7b3L1eZZP1Z+kb D/Ot7YBYXFA/sMIan11K7SCBzvygHu+6sUSxFemyEmPvU008INnvdwDXIkPa1icT/m5a e/NuZv3G7omhdkdKRpHFmYI/QS0+ZPkpZngRfpCOqGV3s1AHQVyDMueZslx92/igK8uP hOQw== X-Gm-Message-State: ALoCoQlpw0mvGYUe7fPoPG5eLDZ6U8kb2fxIl6Pb50pShG7XRuOHaRGmq0rPw7e0DyenXYyhSqWi X-Received: by 10.180.73.134 with SMTP id l6mr8043524wiv.16.1383470026809; Sun, 03 Nov 2013 01:13:46 -0800 (PST) Received: from miek.nl (host86-169-110-228.range86-169.btcentralplus.com. [86.169.110.228]) by mx.google.com with ESMTPSA id b7sm25003710wiz.8.2013.11.03.01.13.45 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 03 Nov 2013 01:13:46 -0800 (PST) Date: Sun, 3 Nov 2013 09:13:44 +0000 From: Miek Gieben To: xml2rfc issue tracker Message-ID: <20131103091344.GB29388@miek.nl> Mail-Followup-To: xml2rfc issue tracker , william.atwood@concordia.ca, xml2rfc@ietf.org References: <075.38c749e7750a572baa2cbc2df41d941d@tools.ietf.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <075.38c749e7750a572baa2cbc2df41d941d@tools.ietf.org> User-Agent: Vim/Mutt/Linux X-Home: http://www.miek.nl Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #207: Attribute error when converting xml to txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 09:13:54 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ Quoting in "[xml2rfc] #207: Attribute error wh..."= ] > #207: Attribute error when converting xml to txt See http://tools.ietf.org/tools/xml2rfc/trac/ticket/190#comment:3 which may fix your current problem. For a proper fix you'll to wait for the next xml2rfc release. Grtz, --=20 Miek Gieben PGP 3880D0F6 --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlJ2E8gACgkQJYuFzziA0PZ8DACg00sHAziLITWqryU57ErDLok9 m9AAoPDu0vUpsQhm61102sFu4ChYBahT =bBFi -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From trac@tools.ietf.org Sun Nov 3 13:13:33 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69AAA21F9C78 for ; Sun, 3 Nov 2013 13:13:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.631 X-Spam-Level: X-Spam-Status: No, score=-102.631 tagged_above=-999 required=5 tests=[AWL=-0.032, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tYxv2uydljjc for ; Sun, 3 Nov 2013 13:13:32 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6F4C921F9DBE for ; Sun, 3 Nov 2013 13:13:29 -0800 (PST) Received: from localhost ([127.0.0.1]:60774 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vd4yt-0000xJ-3l; Sun, 03 Nov 2013 22:13:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, elwynd@dial.pipex.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sun, 03 Nov 2013 21:13:10 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/187#comment:3 Message-ID: <084.28f4aa9be216ae19472fecf34ea88056@tools.ietf.org> References: <069.3d5a9942037ff5ee888d4221ad5642e2@tools.ietf.org> X-Trac-Ticket-ID: 187 In-Reply-To: <069.3d5a9942037ff5ee888d4221ad5642e2@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, elwynd@dial.pipex.com, arusso@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #187: Crash as detailed below X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 21:13:33 -0000 #187: Crash as detailed below Changes (by ietf@augustcellars.com): * owner: Elwyn Davies => ietf@augustcellars.com Comment: Problem located. I have a fix for the main problem and and now tracking down other issues. If the emission ended having just emitted a footer/header pair but no lines of text, then it sent in a large array of blank lines which then blows up. I have a fix for this, but still need to keep it from generating that last empty page. -- ------------------------------------+------------------------------------ Reporter: elwynd@dial.pipex.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: major | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: crash output ------------------------------------+------------------------------------ Ticket URL: xml2rfc From Tom.Haynes@netapp.com Sun Nov 3 13:51:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF2EE21F9F21 for ; Sun, 3 Nov 2013 13:51:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.694 X-Spam-Level: X-Spam-Status: No, score=-5.694 tagged_above=-999 required=5 tests=[AWL=-1.683, BAYES_00=-2.599, FB_WORD1_END_DOLLAR=3.294, FB_WORD2_END_DOLLAR=3.294, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zxXZFVzMJUiM for ; Sun, 3 Nov 2013 13:51:06 -0800 (PST) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by ietfa.amsl.com (Postfix) with ESMTP id 8C0F721E80DC for ; Sun, 3 Nov 2013 13:51:06 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.93,627,1378882800"; d="scan'208";a="109323496" Received: from vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) by mx12-out.netapp.com with ESMTP; 03 Nov 2013 13:51:06 -0800 Received: from SACEXCMBX05-PRD.hq.netapp.com ([169.254.8.3]) by vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) with mapi id 14.03.0123.003; Sun, 3 Nov 2013 13:51:06 -0800 From: "Haynes, Tom" To: "xml2rfc@ietf.org" Thread-Topic: In version 2.4.2, not all "rfc include" are being expanded Thread-Index: AQHO2N7L0c73Zx0GuU6uDpHikpta5Q== Date: Sun, 3 Nov 2013 21:51:06 +0000 Message-ID: <79351006-31A8-477E-90BB-EBB62B8BAD2A@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.104.60.116] Content-Type: text/plain; charset="us-ascii" Content-ID: <9A55067D4090F6439D784C93115936F3@hq.netapp.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [xml2rfc] In version 2.4.2, not all "rfc include" are being expanded X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 21:51:12 -0000 I'm seeing that not all of my "rfc include" statements are being honored: xml2rfc --text draft-ietf-nfsv4-minorversion2-dot-x-20.xml -o tmp2.txt Parsing file draft-ietf-nfsv4-minorversion2-dot-x-20.xml WARNING: Unable to load the include file at /Users/thomas/Documents/ietf/NF= Sv4.2/dotx-id.d/dotx_autogen.xml KinWarlock:NFSv4.2 thomas$ ls -la /Users/thomas/Documents/ietf/NFSv4.2/dot= x-id.d/dotx_autogen.xml -rw-r--r-- 1 thomas staff 122335 Nov 3 13:25 /Users/thomas/Documents/ie= tf/NFSv4.2/dotx-id.d/dotx_autogen.xml KinWarlock:NFSv4.2 thomas$ grep "rfc include" draft-ietf-nfsv4-minorversion= 2-dot-x-20.xml grep: draft-ietf-nfsv4-minorversion2-dot-x-20.xml: No such file or director= y KinWarlock:NFSv4.2 thomas$ cd dotx-id.d/ KinWarlock:dotx-id.d thomas$ grep "rfc include" draft-ietf-nfsv4-minorversi= on2-dot-x-20.xml KinWarlock:dotx-id.d thomas$ xml2rfc --version 2.4.2 These ones are: KinWarlock:dotx-id.d thomas$ cd .. KinWarlock:NFSv4.2 thomas$ grep "rfc include" draft-ietf-nfsv4-minorversion= 2-20.xml=20 Is it a difference between single and double quotes? No. :-(= From trac@tools.ietf.org Mon Nov 4 14:20:39 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9ABF21E824C for ; Mon, 4 Nov 2013 14:20:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.237 X-Spam-Level: X-Spam-Status: No, score=-102.237 tagged_above=-999 required=5 tests=[AWL=-0.422, BAYES_00=-2.599, SARE_SUB_PCT_LETTER=0.784, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L5GOxRfzVrjh for ; Mon, 4 Nov 2013 14:20:38 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2F64121E818A for ; Mon, 4 Nov 2013 14:19:37 -0800 (PST) Received: from localhost ([127.0.0.1]:50271 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdSUi-00078S-Dl; Mon, 04 Nov 2013 23:19:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Mon, 04 Nov 2013 22:19:36 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/204#comment:1 Message-ID: <075.7e404a7b0e9d83f75a578f53e581bfee@tools.ietf.org> References: <060.465a659dc9c0aa60bc06d2774bc41dc1@tools.ietf.org> X-Trac-Ticket-ID: 204 In-Reply-To: <060.465a659dc9c0aa60bc06d2774bc41dc1@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #204: v1 supports formats of %o, %x and %X X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:20:39 -0000 #204: v1 supports formats of %o, %x and %X Changes (by tony@att.com): * owner: henrik@levkowetz.com => tony@att.com * status: new => assigned -- ----------------------------+-------------------------- Reporter: tony@att.com | Owner: tony@att.com Type: defect | Status: assigned Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ----------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 14:20:43 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE6E911E815E for ; Mon, 4 Nov 2013 14:20:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.217 X-Spam-Level: X-Spam-Status: No, score=-102.217 tagged_above=-999 required=5 tests=[AWL=-0.402, BAYES_00=-2.599, SARE_SUB_PCT_LETTER=0.784, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DL3zqXs2aI-u for ; Mon, 4 Nov 2013 14:20:42 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 277F421E81AE for ; Mon, 4 Nov 2013 14:20:16 -0800 (PST) Received: from localhost ([127.0.0.1]:50296 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdSVB-0000iv-2q; Mon, 04 Nov 2013 23:20:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Mon, 04 Nov 2013 22:20:05 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/204#comment:2 Message-ID: <075.235a6312d42adcd8f2ff84daac56c1fd@tools.ietf.org> References: <060.465a659dc9c0aa60bc06d2774bc41dc1@tools.ietf.org> X-Trac-Ticket-ID: 204 In-Reply-To: <060.465a659dc9c0aa60bc06d2774bc41dc1@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #204: v1 supports formats of %o, %x and %X X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:20:43 -0000 #204: v1 supports formats of %o, %x and %X Changes (by tony@att.com): * status: assigned => closed * resolution: => fixed Comment: svn revision 937 -- ----------------------------+-------------------------- Reporter: tony@att.com | Owner: tony@att.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 15:31:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3D5311E81F5 for ; Mon, 4 Nov 2013 15:31:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.591 X-Spam-Level: X-Spam-Status: No, score=-102.591 tagged_above=-999 required=5 tests=[AWL=0.008, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fKtjscXOJ0MP for ; Mon, 4 Nov 2013 15:31:51 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id EBE7911E8242 for ; Mon, 4 Nov 2013 15:31:49 -0800 (PST) Received: from localhost ([127.0.0.1]:57366 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdTcC-0001Jm-U6; Tue, 05 Nov 2013 00:31:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, elwynd@dial.pipex.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Mon, 04 Nov 2013 23:31:24 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/187#comment:4 Message-ID: <084.9dd76f9192252f59244f6c813132cba8@tools.ietf.org> References: <069.3d5a9942037ff5ee888d4221ad5642e2@tools.ietf.org> X-Trac-Ticket-ID: 187 In-Reply-To: <069.3d5a9942037ff5ee888d4221ad5642e2@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, elwynd@dial.pipex.com, arusso@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #187: Crash as detailed below X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 23:31:52 -0000 #187: Crash as detailed below Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in version 938 The problem appears to only occur if the final page is going to be blank, in this case a long list of empty strings is pushed out. There may be other cases where arrays of strings were pushed out and the fix deals with that case as well. There may be an issue for nroff files where an extra .bp will be emitted at the end of the file and not removed. It did not occur for this test file so I did not put in code to force it to be removed. -- ------------------------------------+------------------------------------ Reporter: elwynd@dial.pipex.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: major | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: crash output ------------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 15:33:47 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20FD411E82CC for ; Mon, 4 Nov 2013 15:33:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.591 X-Spam-Level: X-Spam-Status: No, score=-102.591 tagged_above=-999 required=5 tests=[AWL=0.008, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vQAU6JKObuWx for ; Mon, 4 Nov 2013 15:33:46 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 9856B11E821A for ; Mon, 4 Nov 2013 15:33:33 -0800 (PST) Received: from localhost ([127.0.0.1]:57573 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdTe5-0005UT-B3; Tue, 05 Nov 2013 00:33:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tomasz.mrugalski@gmail.com, miek@miek.nl, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Mon, 04 Nov 2013 23:33:21 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/190#comment:4 Message-ID: <089.da41a993102fd70ffd6d96def5bd191c@tools.ietf.org> References: <074.f791fde7bf68d9b495277ac8db9ac6a9@tools.ietf.org> X-Trac-Ticket-ID: 190 In-Reply-To: <074.f791fde7bf68d9b495277ac8db9ac6a9@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tomasz.mrugalski@gmail.com, miek@miek.nl, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #190: Exception thrown when generating txt from xml X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 23:33:47 -0000 #190: Exception thrown when generating txt from xml Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => duplicate Comment: Dup of #187 -- -----------------------------------------+--------------------------------- Reporter: tomasz.mrugalski@gmail.com | Owner: Type: defect | henrik@levkowetz.com Priority: medium | Status: closed Component: Version 2 cli | Milestone: Resolution: duplicate | Version: 2.4.x | Keywords: -----------------------------------------+--------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 15:45:01 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F39821E813C for ; Mon, 4 Nov 2013 15:45:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gJxTJkw7+dk1 for ; Mon, 4 Nov 2013 15:44:57 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 7C37811E81F5 for ; Mon, 4 Nov 2013 15:44:38 -0800 (PST) Received: from localhost ([127.0.0.1]:58490 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdTow-0007R4-2R; Tue, 05 Nov 2013 00:44:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tony@att.com X-Trac-Project: xml2rfc Date: Mon, 04 Nov 2013 23:44:34 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/171#comment:1 Message-ID: <078.4f9bb0bb33eecf6ced1d8c02407acb4d@tools.ietf.org> References: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-Trac-Ticket-ID: 171 In-Reply-To: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #171: within reference's title, should ignore final whitespace X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 23:45:02 -0000 #171: within reference's title, should ignore final whitespace Comment (by tony@att.com): use this link instead: ​http://tools.ietf.org/id/draft-laurie-pki-sunlight-12.xml -- ------------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 16:07:01 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC52721E80A5 for ; Mon, 4 Nov 2013 16:07:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8WafFM8RukWi for ; Mon, 4 Nov 2013 16:07:01 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 0F23121E8107 for ; Mon, 4 Nov 2013 16:07:00 -0800 (PST) Received: from localhost ([127.0.0.1]:33417 helo=grenache.tools.ietf.org) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdU9w-0003xN-0L; Tue, 05 Nov 2013 01:06:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 00:06:10 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/171#comment:2 Message-ID: <078.39d306fc04d59c873e4141ab4a7c6203@tools.ietf.org> References: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-Trac-Ticket-ID: 171 In-Reply-To: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #171: within reference's title, should ignore final whitespace X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 00:07:02 -0000 #171: within reference's title, should ignore final whitespace Changes (by tony@att.com): * owner: henrik@levkowetz.com => tony@att.com * status: new => assigned -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: defect | Status: assigned Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 16:09:59 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BA7D21E81C9 for ; Mon, 4 Nov 2013 16:09:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qsK-pLXgH5IG for ; Mon, 4 Nov 2013 16:09:56 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 62AB021E831B for ; Mon, 4 Nov 2013 16:09:39 -0800 (PST) Received: from localhost ([127.0.0.1]:33507 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdUD9-0004Y4-KY; Tue, 05 Nov 2013 01:09:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 00:09:35 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/171#comment:3 Message-ID: <078.bc15c0f82527407573f9dee5ccef8de4@tools.ietf.org> References: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-Trac-Ticket-ID: 171 In-Reply-To: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #171: within reference's title, should ignore final whitespace X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 00:09:59 -0000 #171: within reference's title, should ignore final whitespace Comment (by tony@att.com): fixed in r939 the issue affected both title and organization -- need to add a strip() when used there *may* be other fields that have a similar issue -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: defect | Status: assigned Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 16:13:07 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6191221E8303 for ; Mon, 4 Nov 2013 16:13:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cW9eDIN7oStJ for ; Mon, 4 Nov 2013 16:13:06 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8C2F511E82F9 for ; Mon, 4 Nov 2013 16:12:35 -0800 (PST) Received: from localhost ([127.0.0.1]:33702 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdUG0-0005M2-Tu; Tue, 05 Nov 2013 01:12:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 00:12:32 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/171#comment:4 Message-ID: <078.b8de6195c7607cff5dd2d7a1fba15817@tools.ietf.org> References: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-Trac-Ticket-ID: 171 In-Reply-To: <063.656adb1c2ac1a75da93a41ec93d65eb6@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #171: within reference's title, should ignore final whitespace X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 00:13:07 -0000 #171: within reference's title, should ignore final whitespace Changes (by tony@att.com): * status: assigned => closed * resolution: => fixed -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 22:53:43 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7B6621E8176 for ; Mon, 4 Nov 2013 22:53:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.593 X-Spam-Level: X-Spam-Status: No, score=-102.593 tagged_above=-999 required=5 tests=[AWL=0.006, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EO58BNlLIuc2 for ; Mon, 4 Nov 2013 22:53:43 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 1693F21E817A for ; Mon, 4 Nov 2013 22:53:41 -0800 (PST) Received: from localhost ([127.0.0.1]:42447 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdaW8-0005BG-FJ; Tue, 05 Nov 2013 07:53:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 06:53:36 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/181#comment:1 Message-ID: <078.23dfe0b4f29df0b956805765e5235591@tools.ietf.org> References: <063.bd2de5ca1deee872c9a452477f3a94bb@tools.ietf.org> X-Trac-Ticket-ID: 181 In-Reply-To: <063.bd2de5ca1deee872c9a452477f3a94bb@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #181: empty PI causes odd error message X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 06:53:43 -0000 #181: empty PI causes odd error message Changes (by tony@att.com): * owner: henrik@levkowetz.com => tony@att.com * status: new => assigned -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: enhancement | Status: assigned Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 22:54:23 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB4B011E8176 for ; Mon, 4 Nov 2013 22:54:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.593 X-Spam-Level: X-Spam-Status: No, score=-102.593 tagged_above=-999 required=5 tests=[AWL=0.006, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uIScU7P-dLUs for ; Mon, 4 Nov 2013 22:54:23 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 5618C11E81FE for ; Mon, 4 Nov 2013 22:54:16 -0800 (PST) Received: from localhost ([127.0.0.1]:42543 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdaWj-0008Cz-JB; Tue, 05 Nov 2013 07:54:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 06:54:13 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/181#comment:2 Message-ID: <078.c4a9039889779017feac2d3113b52f21@tools.ietf.org> References: <063.bd2de5ca1deee872c9a452477f3a94bb@tools.ietf.org> X-Trac-Ticket-ID: 181 In-Reply-To: <063.bd2de5ca1deee872c9a452477f3a94bb@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #181: empty PI causes odd error message X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 06:54:23 -0000 #181: empty PI causes odd error message Changes (by tony@att.com): * status: assigned => closed * resolution: => fixed Comment: add an if test before dereferencing fix in r940 -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: enhancement | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Mon Nov 4 23:14:42 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BBB521E809B for ; Mon, 4 Nov 2013 23:14:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.293 X-Spam-Level: X-Spam-Status: No, score=-103.293 tagged_above=-999 required=5 tests=[AWL=0.706, BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_55=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KObkBKdMBAxK for ; Mon, 4 Nov 2013 23:14:42 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id CA74411E810A for ; Mon, 4 Nov 2013 23:14:29 -0800 (PST) Received: from localhost ([127.0.0.1]:44101 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdaqH-00037B-Q9; Tue, 05 Nov 2013 08:14:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 07:14:25 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/127#comment:3 Message-ID: <078.aa2f70f49b0e0697d11517b5d14c42cf@tools.ietf.org> References: <063.ca36463038c68ab01dcd01a8bf06b898@tools.ietf.org> X-Trac-Ticket-ID: 127 In-Reply-To: <063.ca36463038c68ab01dcd01a8bf06b898@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #127: when a list using style="letters" is nested, use uppercase letters X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 07:14:42 -0000 #127: when a list using style="letters" is nested, use uppercase letters Changes (by tony@att.com): * status: assigned => closed * resolution: => fixed Comment: r941 fixes this to work the same way as it does in v1. We can debate separately whether the way it does it in v1 is correct, or if we can improve on it for v3. v1 does this based on the list depth: odd levels get lowercase and even levels get uppercase. For v3, it would be useful to: *) add style=upper and style=lower *) make the default be the same as in the Chicago Manual of Style *) add style=empty to emulate the v1/v2 default of "no tag" -- ------------------------------+-------------------------- Reporter: arusso@amsl.com | Owner: tony@att.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+-------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:24:08 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42FFE21F9D1E for ; Tue, 5 Nov 2013 13:24:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.616 X-Spam-Level: X-Spam-Status: No, score=-102.616 tagged_above=-999 required=5 tests=[AWL=-0.017, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sw2aZKb1uKe8 for ; Tue, 5 Nov 2013 13:24:07 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A259F11E814D for ; Tue, 5 Nov 2013 13:24:05 -0800 (PST) Received: from localhost ([127.0.0.1]:41800 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vdo6T-00059u-NT; Tue, 05 Nov 2013 22:24:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:24:01 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/192#comment:1 Message-ID: <078.0c569c39303de9428b07b072bbdd856d@tools.ietf.org> References: <063.2a8c29c541d93cf7d673b69169f4485f@tools.ietf.org> X-Trac-Ticket-ID: 192 In-Reply-To: <063.2a8c29c541d93cf7d673b69169f4485f@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #192: in texttable, presence of \0 yields bad format X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:24:08 -0000 #192: in texttable, presence of \0 yields bad format Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:25:02 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C4B621E8099 for ; Tue, 5 Nov 2013 13:25:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.615 X-Spam-Level: X-Spam-Status: No, score=-102.615 tagged_above=-999 required=5 tests=[AWL=-0.016, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TqMtDZEExeiH for ; Tue, 5 Nov 2013 13:25:01 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8984D21E8064 for ; Tue, 5 Nov 2013 13:24:55 -0800 (PST) Received: from localhost ([127.0.0.1]:41938 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vdo7J-0007l2-7Q; Tue, 05 Nov 2013 22:24:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:24:53 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/168#comment:1 Message-ID: <078.d799e31c45eb0846945897684e915abe@tools.ietf.org> References: <063.40fce5fceb85efec307148b97cc30c47@tools.ietf.org> X-Trac-Ticket-ID: 168 In-Reply-To: <063.40fce5fceb85efec307148b97cc30c47@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #168: line-breaking of URLs in references X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:25:02 -0000 #168: line-breaking of URLs in references Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:25:40 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE14A21F967A for ; Tue, 5 Nov 2013 13:25:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.615 X-Spam-Level: X-Spam-Status: No, score=-102.615 tagged_above=-999 required=5 tests=[AWL=-0.016, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59N3ZC01t8Co for ; Tue, 5 Nov 2013 13:25:39 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id BC78121F89A5 for ; Tue, 5 Nov 2013 13:25:31 -0800 (PST) Received: from localhost ([127.0.0.1]:42083 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vdo7u-0004vS-Do; Tue, 05 Nov 2013 22:25:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:25:30 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/173#comment:1 Message-ID: <078.464d508289d9ef087470daecdf8a3571@tools.ietf.org> References: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-Trac-Ticket-ID: 173 In-Reply-To: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #173: texttable output should have wrapped text in cell X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:25:40 -0000 #173: texttable output should have wrapped text in cell Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:25:59 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B102821F967A for ; Tue, 5 Nov 2013 13:25:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.314 X-Spam-Level: X-Spam-Status: No, score=-102.314 tagged_above=-999 required=5 tests=[AWL=-0.315, BAYES_00=-2.599, J_CHICKENPOX_63=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z5+5DpLtwYGx for ; Tue, 5 Nov 2013 13:25:59 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id CF77A21E8064 for ; Tue, 5 Nov 2013 13:25:58 -0800 (PST) Received: from localhost ([127.0.0.1]:42146 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vdo8K-00052i-Jg; Tue, 05 Nov 2013 22:25:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:25:56 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/201#comment:1 Message-ID: <078.5f5892e91fee7c17fae38487dc0541c3@tools.ietf.org> References: <063.14f94add5ae172e5021a179265141b48@tools.ietf.org> X-Trac-Ticket-ID: 201 In-Reply-To: <063.14f94add5ae172e5021a179265141b48@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #201: bug with cref element and PI inline=yes X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:25:59 -0000 #201: bug with cref element and PI inline=yes Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:28:44 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01A0521F9E26 for ; Tue, 5 Nov 2013 13:28:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.605 X-Spam-Level: X-Spam-Status: No, score=-102.605 tagged_above=-999 required=5 tests=[AWL=-0.006, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cxDgvb-QRJUA for ; Tue, 5 Nov 2013 13:28:41 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 5621B11E80E3 for ; Tue, 5 Nov 2013 13:28:38 -0800 (PST) Received: from localhost ([127.0.0.1]:42225 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdoAv-0005gk-Lu; Tue, 05 Nov 2013 22:28:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:28:37 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/206#comment:1 Message-ID: <075.25eab8be9f542c6e3714ba1698eaba93@tools.ietf.org> References: <060.d1f8529ed8b685c9a8602dd3d7595dd0@tools.ietf.org> X-Trac-Ticket-ID: 206 In-Reply-To: <060.d1f8529ed8b685c9a8602dd3d7595dd0@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #206: Expires July 05 should Expires July 5 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:28:44 -0000 #206: Expires July 05 should Expires July 5 Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ----------------------------+------------------------------------ Reporter: tony@att.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 5 13:29:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7261A21F9DD0 for ; Tue, 5 Nov 2013 13:29:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.605 X-Spam-Level: X-Spam-Status: No, score=-102.605 tagged_above=-999 required=5 tests=[AWL=-0.006, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fA71uc-IVHuq for ; Tue, 5 Nov 2013 13:29:10 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 5B5D711E8125 for ; Tue, 5 Nov 2013 13:29:06 -0800 (PST) Received: from localhost ([127.0.0.1]:42241 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VdoBM-0005ij-AV; Tue, 05 Nov 2013 22:29:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Tue, 05 Nov 2013 21:29:04 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/169#comment:4 Message-ID: <078.b01e41b57e2735c476f7a0f053fc62a4@tools.ietf.org> References: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-Trac-Ticket-ID: 169 In-Reply-To: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #169: extraneous \% before Section X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:29:10 -0000 #169: extraneous \% before Section Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: trivial | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From ietf@augustcellars.com Wed Nov 6 10:37:53 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E13CE21E815A for ; Wed, 6 Nov 2013 10:37:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mw4f-FDLU9CO for ; Wed, 6 Nov 2013 10:37:46 -0800 (PST) Received: from smtp3.pacifier.net (smtp3.pacifier.net [64.255.237.177]) by ietfa.amsl.com (Postfix) with ESMTP id 501B311E81FA for ; Wed, 6 Nov 2013 10:37:46 -0800 (PST) Received: from Philemon (dhcp-a059.meeting.ietf.org [31.133.160.89]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp3.pacifier.net (Postfix) with ESMTPSA id AF7B638EF2; Wed, 6 Nov 2013 10:37:44 -0800 (PST) From: "Jim Schaad" To: "'Alice Russo'" Date: Wed, 6 Nov 2013 10:36:22 -0800 Message-ID: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac7bG7zU83siyxjYShW9DoWanhIlgQ== Content-Language: en-us Cc: xml2rfc@ietf.org, 'Sandy Ginoza' Subject: [xml2rfc] Options for width attribute in tables X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 18:37:53 -0000 Going through the TCL code for table widths I have found a couple of options for the width attribute that I have never used, and which are not documented. The following are legal width attributes * 15 15em 15% 15* 15 is ignored 15em says use 15 columns 15% says use a 15% of the available space for this column 15* says allocate 15 parts of all of the * tagged items (Note that 1* and * are equivalent This means that it allocates evenly the left-over space between all columns with a * in the width marker.) The current xml2rfc only deals with percentages and assumes that all of the items are going to be tagged as percentages. Do we have cases where the other are used and do they need to be moved forward into v2? Jim From julian.reschke@gmx.de Wed Nov 6 10:44:38 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC34D21E808D for ; Wed, 6 Nov 2013 10:44:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.376 X-Spam-Level: X-Spam-Status: No, score=-104.376 tagged_above=-999 required=5 tests=[AWL=-1.777, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5p9roC8g1xZt for ; Wed, 6 Nov 2013 10:44:32 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by ietfa.amsl.com (Postfix) with ESMTP id 460F621E815F for ; Wed, 6 Nov 2013 10:44:32 -0800 (PST) Received: from [31.133.162.78] ([31.133.162.78]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M85r3-1VrYPX17mT-00vguF for ; Wed, 06 Nov 2013 19:44:31 +0100 Message-ID: <527A8E0B.3030007@gmx.de> Date: Wed, 06 Nov 2013 10:44:27 -0800 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , 'Alice Russo' References: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> In-Reply-To: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:+yZFws47wnOHqp09BYrWaq/EU0xMXNxNSS5JdEHPpWHiWB761s+ VhJOk/rU4zLQH+cgAGc2eg4GJV0HFkubvmBxBfw/uQKzDIE3mMeZXf4vvwCTiRiVHXwTio5 4F+lfdsbPZRyFWLq6toVkhwuhY/EiNiSaPlIp/NEhQfUKRkIYnfozr3g2OfponnnTg0SWC2 aYyNZI38m93R/+QOUc7eQ== Cc: xml2rfc@ietf.org, 'Sandy Ginoza' Subject: Re: [xml2rfc] Options for width attribute in tables X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 18:44:38 -0000 On 2013-11-06 10:36, Jim Schaad wrote: > Going through the TCL code for table widths I have found a couple of > options for the width attribute that I have never used, and which are not > documented. > > The following are legal width attributes > > * > 15 > 15em > 15% > 15* > > 15 is ignored > 15em says use 15 columns > 15% says use a 15% of the available space for this column > 15* says allocate 15 parts of all of the * tagged items > (Note that 1* and * are equivalent This means that it allocates evenly the > left-over space between all columns with a * in the width marker.) > > The current xml2rfc only deals with percentages and assumes that all of the > items are going to be tagged as percentages. Do we have cases where the > other are used and do they need to be moved forward into v2? > > Jim > ... Cool, thanks for researching. rfc2629.xslt currently only supports percentages. I'll try to run statistics on the AUTH48 RFC archive I have to find out what's actually used. Best regards, Julian From arusso@amsl.com Wed Nov 6 10:49:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 913E911E816F for ; Wed, 6 Nov 2013 10:49:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTE3IcU7ULZ1 for ; Wed, 6 Nov 2013 10:49:54 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:126c::1:15]) by ietfa.amsl.com (Postfix) with ESMTP id DCAF711E80D9 for ; Wed, 6 Nov 2013 10:49:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c9a.amsl.com (Postfix) with ESMTP id 6EC19A7273; Wed, 6 Nov 2013 10:47:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c9a.amsl.com ([127.0.0.1]) by localhost (c9a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NE4VjFXihcZf; Wed, 6 Nov 2013 10:47:19 -0800 (PST) Received: from dhcp-a16e.meeting.ietf.org (dhcp-a16e.meeting.ietf.org [31.133.161.110]) by c9a.amsl.com (Postfix) with ESMTPSA id A0BABA61D8; Wed, 6 Nov 2013 10:47:18 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Alice Russo In-Reply-To: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> Date: Wed, 6 Nov 2013 10:49:51 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> To: Jim Schaad X-Mailer: Apple Mail (2.1085) Cc: Julian Reschke , xml2rfc list , Sandy Ginoza Subject: Re: [xml2rfc] Options for width attribute in tables X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 18:49:54 -0000 Jim, I looked at how ttcol width has been used in the author-submitted XML = files for all published RFCs. "em" and "*" were not used -- only "%", so = it seems fine to only provide "%" in v2. Thanks, Alice On Nov 6, 2013, at 10:36 AM, Jim Schaad wrote: > Going through the TCL code for table widths I have found a couple of > options for the width attribute that I have never used, and which are = not > documented. >=20 > The following are legal width attributes >=20 > * > 15 > 15em > 15% > 15* >=20 > 15 is ignored > 15em says use 15 columns > 15% says use a 15% of the available space for this column > 15* says allocate 15 parts of all of the * tagged items > (Note that 1* and * are equivalent This means that it allocates = evenly the > left-over space between all columns with a * in the width marker.) >=20 > The current xml2rfc only deals with percentages and assumes that all = of the > items are going to be tagged as percentages. Do we have cases where = the > other are used and do they need to be moved forward into v2? >=20 > Jim >=20 >=20 From trac@tools.ietf.org Wed Nov 6 13:32:33 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD4721E8185 for ; Wed, 6 Nov 2013 13:32:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.605 X-Spam-Level: X-Spam-Status: No, score=-103.605 tagged_above=-999 required=5 tests=[AWL=0.994, BAYES_00=-2.599, GB_I_LETTER=-2, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YS4t0bHv5QfS for ; Wed, 6 Nov 2013 13:32:32 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6BA5121E805F for ; Wed, 6 Nov 2013 13:32:32 -0800 (PST) Received: from localhost ([127.0.0.1]:56946 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeAiF-0004hq-AX; Wed, 06 Nov 2013 22:32:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, dreibh@iem.uni-due.de X-Trac-Project: xml2rfc Date: Wed, 06 Nov 2013 21:32:31 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/208 Message-ID: <069.239d6c6f75d83b4b2793e933d7ea7b38@tools.ietf.org> X-Trac-Ticket-ID: 208 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, dreibh@iem.uni-due.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #208: bug in the HTML generation X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 21:32:33 -0000 #208: bug in the HTML generation Example code: The Applicability of Reliable Server Pooling (RSerPool) for Virtual Network Function Resource Pooling  (VNFPOOL) This is the HTML output:

The Applicability of Reliable Server Pooling (RSerPool) for Virtual Network Function Resource Pooling (VNFPOOL)
draft-dreibholz-vnfpool-rserpool- applic-00.txt

That is, instead of just using " ", also an "Â"-letter is inserted before. In the plain text output, everything is okay. -- -----------------------------------+---------------------------------- Reporter: dreibh@iem.uni-due.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: major | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Wed Nov 6 13:35:28 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41BDF21E8155 for ; Wed, 6 Nov 2013 13:35:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.631 X-Spam-Level: X-Spam-Status: No, score=-102.631 tagged_above=-999 required=5 tests=[AWL=-0.032, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qdK7diCz2Ial for ; Wed, 6 Nov 2013 13:35:27 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 32E5421E805F for ; Wed, 6 Nov 2013 13:35:27 -0800 (PST) Received: from localhost ([127.0.0.1]:57444 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeAl4-0005uz-Ez; Wed, 06 Nov 2013 22:35:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, dreibh@iem.uni-due.de X-Trac-Project: xml2rfc Date: Wed, 06 Nov 2013 21:35:26 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/209 Message-ID: <069.d5e00548531d4b598aba7c99667f5573@tools.ietf.org> X-Trac-Ticket-ID: 209 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, dreibh@iem.uni-due.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #209: Wrong cross-references in HTML output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 21:35:28 -0000 #209: Wrong cross-references in HTML output I tried to generate an HTML document with "". The document references an RFC, which in my case gets the reference "[2]". The HTML code generated by xml2rfc-2.4.2 is: "is defined as RFC in [2]" However, in the References section, the resulting HTML code is: [2] Lei, P., Ong, L., Tuexen, M. and T. Dreibholz, "An Overview of Reliable Server Pooling Protocols", RFC 5351, September 2008. That is, the text links to "RFC5351", but the anchor in the References section is "2". The anchor in the references should therefore be "RFC5351". -- -----------------------------------+---------------------------------- Reporter: dreibh@iem.uni-due.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: critical | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Wed Nov 6 13:37:05 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53C5611E80E2 for ; Wed, 6 Nov 2013 13:37:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.63 X-Spam-Level: X-Spam-Status: No, score=-102.63 tagged_above=-999 required=5 tests=[AWL=-0.031, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VlSCGd-sY7YT for ; Wed, 6 Nov 2013 13:37:02 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4266011E815B for ; Wed, 6 Nov 2013 13:37:02 -0800 (PST) Received: from localhost ([127.0.0.1]:57594 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeAma-0006mv-Ou; Wed, 06 Nov 2013 22:37:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, dreibh@iem.uni-due.de X-Trac-Project: xml2rfc Date: Wed, 06 Nov 2013 21:37:00 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/210 Message-ID: <069.e784a5fc2088443fd46cdc5cded9e19e@tools.ietf.org> X-Trac-Ticket-ID: 210 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, dreibh@iem.uni-due.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #210: Sorting of referenes does not work properly with symrefs="no" X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 21:37:05 -0000 #210: Sorting of referenes does not work properly with symrefs="no" while using xml2rfc-2.4.2, I have discovered the following bug: The following options are set: The document uses 11 Normative Reference entries. They should be numbered 1, 2, 3, ... and -- of course -- be in the same order in the bibliography. However, the order in the bibliography is 1, 10, 11, 2, 3, ... . It seems that the sorting uses ASCII characters instead of correctly using the numbers. Removing "" finally leads to the expected result. But rfc_sortrefs should only have an effect if symrefs="yes" (according to http://xml.resource.org/xml2rfcFAQ.html#anchor14). -- -----------------------------------+---------------------------------- Reporter: dreibh@iem.uni-due.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Wed Nov 6 15:54:28 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D93E11E81B9 for ; Wed, 6 Nov 2013 15:54:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.63 X-Spam-Level: X-Spam-Status: No, score=-102.63 tagged_above=-999 required=5 tests=[AWL=-0.031, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sOgGPanCPqjO for ; Wed, 6 Nov 2013 15:54:27 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 835E811E8193 for ; Wed, 6 Nov 2013 15:54:27 -0800 (PST) Received: from localhost ([127.0.0.1]:40282 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeCva-0004sY-29; Thu, 07 Nov 2013 00:54:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Wed, 06 Nov 2013 23:54:26 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/211 Message-ID: <060.b59984fdc938f75b7ba2733b464973b5@tools.ietf.org> X-Trac-Ticket-ID: 211 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #211: bibxml5/reference.3GPP..xml should not be created X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 23:54:28 -0000 #211: bibxml5/reference.3GPP..xml should not be created bibxml5/reference.3GPP..xml should not be created -- --------------------------+------------------- Reporter: tony@att.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Keywords: rfcmixer | --------------------------+------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 7 09:41:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A3D921F9A2E for ; Thu, 7 Nov 2013 09:41:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.237 X-Spam-Level: X-Spam-Status: No, score=-102.237 tagged_above=-999 required=5 tests=[AWL=-0.422, BAYES_00=-2.599, SARE_SUB_PCT_LETTER=0.784, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7s1vBQvwQLJl for ; Thu, 7 Nov 2013 09:41:54 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4057421E81C2 for ; Thu, 7 Nov 2013 09:41:51 -0800 (PST) Received: from localhost ([127.0.0.1]:35904 helo=grenache.tools.ietf.org) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeTaU-0001ol-SE; Thu, 07 Nov 2013 18:41:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: tony@att.com X-Trac-Project: xml2rfc Date: Thu, 07 Nov 2013 17:41:41 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/212 Message-ID: <060.9c5a6618badc346a89d76c40b3c2f9f2@tools.ietf.org> X-Trac-Ticket-ID: 212 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #212: document use of %o,%x,%x X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 17:41:54 -0000 #212: document use of %o,%x,%x allows %o, %x and %X. These should be documented. -- ------------------------------+------------------- Reporter: tony@att.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Keywords: doc 2629bis.html | ------------------------------+------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 7 10:11:20 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EA1421E81C2 for ; Thu, 7 Nov 2013 10:11:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.227 X-Spam-Level: X-Spam-Status: No, score=-102.227 tagged_above=-999 required=5 tests=[AWL=-0.412, BAYES_00=-2.599, SARE_SUB_PCT_LETTER=0.784, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1q9j0FuMzBUE for ; Thu, 7 Nov 2013 10:11:18 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A085121E81F8 for ; Thu, 7 Nov 2013 10:08:37 -0800 (PST) Received: from localhost ([127.0.0.1]:39559 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VeU0E-0005g4-2A; Thu, 07 Nov 2013 19:08:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: julian.reschke@gmx.de X-Trac-Project: xml2rfc Date: Thu, 07 Nov 2013 18:08:21 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/212#comment:1 Message-ID: <075.223bdeb001b64bff9dac82070317ebbe@tools.ietf.org> References: <060.9c5a6618badc346a89d76c40b3c2f9f2@tools.ietf.org> X-Trac-Ticket-ID: 212 In-Reply-To: <060.9c5a6618badc346a89d76c40b3c2f9f2@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: julian.reschke@gmx.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #212: document use of %o,%x,%x X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 18:11:37 -0000 #212: document use of %o,%x,%x Comment (by julian.reschke@gmx.de): ...or taken out. Who needs this? -- ---------------------------+------------------------------ Reporter: tony@att.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Resolution: | Keywords: doc 2629bis.html ---------------------------+------------------------------ Ticket URL: xml2rfc From ietf@augustcellars.com Thu Nov 7 11:06:24 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54E9721E818B for ; Thu, 7 Nov 2013 11:06:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id svX0UFDnT8-I for ; Thu, 7 Nov 2013 11:06:18 -0800 (PST) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by ietfa.amsl.com (Postfix) with ESMTP id 658A721E815A for ; Thu, 7 Nov 2013 11:06:18 -0800 (PST) Received: from Philemon (dhcp-a059.meeting.ietf.org [31.133.160.89]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp2.pacifier.net (Postfix) with ESMTPSA id CEE9B2CA08; Thu, 7 Nov 2013 11:06:17 -0800 (PST) From: "Jim Schaad" To: "'Alice Russo'" References: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> In-Reply-To: Date: Thu, 7 Nov 2013 11:04:56 -0800 Message-ID: <066c01cedbec$4002e760$c008b620$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIeVTi9zOIqn8tV1WI1okhClKDHOQHbOWcNmWxT8gA= Content-Language: en-us Cc: 'Julian Reschke' , 'xml2rfc list' , 'Sandy Ginoza' Subject: Re: [xml2rfc] Options for width attribute in tables X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 19:06:24 -0000 After thinking about it, I would like to have the 'em' version kept. This should be documented. I would have used this in preference to the '%' option if I had known that it existed in a number of documents. I am agnostic about keeping the '*' option. Jim > -----Original Message----- > From: Alice Russo [mailto:arusso@amsl.com] > Sent: Wednesday, November 06, 2013 10:50 AM > To: Jim Schaad > Cc: Julian Reschke; Sandy Ginoza; RSE; xml2rfc list > Subject: Re: Options for width attribute in tables > > Jim, > > I looked at how ttcol width has been used in the author-submitted XML files > for all published RFCs. "em" and "*" were not used -- only "%", so it seems > fine to only provide "%" in v2. > > Thanks, > Alice > > On Nov 6, 2013, at 10:36 AM, Jim Schaad wrote: > > > Going through the TCL code for table widths I have found a couple of > > options for the width attribute that I have never used, and which are > > not documented. > > > > The following are legal width attributes > > > > * > > 15 > > 15em > > 15% > > 15* > > > > 15 is ignored > > 15em says use 15 columns > > 15% says use a 15% of the available space for this column > > 15* says allocate 15 parts of all of the * tagged items (Note that 1* > > and * are equivalent This means that it allocates evenly the > > left-over space between all columns with a * in the width marker.) > > > > The current xml2rfc only deals with percentages and assumes that all > > of the items are going to be tagged as percentages. Do we have cases > > where the other are used and do they need to be moved forward into v2? > > > > Jim > > > > From tony@att.com Thu Nov 7 11:21:31 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B013211E8282 for ; Thu, 7 Nov 2013 11:21:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.178 X-Spam-Level: X-Spam-Status: No, score=-103.178 tagged_above=-999 required=5 tests=[AWL=-0.579, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wm80VIPjfra9 for ; Thu, 7 Nov 2013 11:21:26 -0800 (PST) Received: from flpi497.enaf.ffdc.sbc.com (egssmtp02.att.com [144.160.128.166]) by ietfa.amsl.com (Postfix) with ESMTP id 19E6C11E8281 for ; Thu, 7 Nov 2013 11:21:14 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp02.att.com (8.14.5/8.14.5) with ESMTP id rA7JLE8b029923 for ; Thu, 7 Nov 2013 11:21:14 -0800 Received: from [135.70.193.12] (vpn-135-70-193-12.vpn.east.att.com[135.70.193.12]) by maillennium.att.com (mailgw1) with ESMTP id <20131107192111gw100q0ghse> (Authid: tony); Thu, 7 Nov 2013 19:21:13 +0000 X-Originating-IP: [135.70.193.12] Message-ID: <527BE81F.40200@att.com> Date: Thu, 07 Nov 2013 14:21:03 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "'xml2rfc list'" References: <045501cedb1f$195c6dc0$4c154940$@augustcellars.com> <066c01cedbec$4002e760$c008b620$@augustcellars.com> In-Reply-To: <066c01cedbec$4002e760$c008b620$@augustcellars.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] Options for width attribute in tables X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 19:21:31 -0000 +1 to keeping 'em'. This falls in the two categories of v2 parity with v1, and making tables as useful as they are in html. Isn't '*' is pretty much equivalent to the default of "shift things around to make them fit"? Tony On 11/7/2013 2:04 PM, Jim Schaad wrote: > After thinking about it, I would like to have the 'em' version kept. This > should be documented. I would have used this in preference to the '%' > option if I had known that it existed in a number of documents. > > I am agnostic about keeping the '*' option. > > Jim > > >> -----Original Message----- >> From: Alice Russo [mailto:arusso@amsl.com] >> Sent: Wednesday, November 06, 2013 10:50 AM >> To: Jim Schaad >> Cc: Julian Reschke; Sandy Ginoza; RSE; xml2rfc list >> Subject: Re: Options for width attribute in tables >> >> Jim, >> >> I looked at how ttcol width has been used in the author-submitted XML > files >> for all published RFCs. "em" and "*" were not used -- only "%", so it > seems >> fine to only provide "%" in v2. >> >> Thanks, >> Alice >> >> On Nov 6, 2013, at 10:36 AM, Jim Schaad wrote: >> >>> Going through the TCL code for table widths I have found a couple of >>> options for the width attribute that I have never used, and which are >>> not documented. >>> >>> The following are legal width attributes >>> >>> * >>> 15 >>> 15em >>> 15% >>> 15* >>> >>> 15 is ignored >>> 15em says use 15 columns >>> 15% says use a 15% of the available space for this column >>> 15* says allocate 15 parts of all of the * tagged items (Note that 1* >>> and * are equivalent This means that it allocates evenly the >>> left-over space between all columns with a * in the width marker.) >>> >>> The current xml2rfc only deals with percentages and assumes that all >>> of the items are going to be tagged as percentages. Do we have cases >>> where the other are used and do they need to be moved forward into v2? >>> >>> Jim >>> >>> > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From dret@berkeley.edu Thu Nov 7 15:39:19 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90BD611E8185 for ; Thu, 7 Nov 2013 15:39:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.438 X-Spam-Level: X-Spam-Status: No, score=-6.438 tagged_above=-999 required=5 tests=[AWL=0.162, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F8Mljj2Lyv4N for ; Thu, 7 Nov 2013 15:38:32 -0800 (PST) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id 048C511E812F for ; Thu, 7 Nov 2013 15:37:56 -0800 (PST) Received: from dhcp-a20d.meeting.ietf.org ([31.133.162.13]) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:dret@berkeley.edu) (envelope-from ) id 1VeZ8q-0004Ed-Cl; Thu, 07 Nov 2013 15:37:37 -0800 Message-ID: <527C2440.6070808@berkeley.edu> Date: Thu, 07 Nov 2013 15:37:36 -0800 From: Erik Wilde User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: RFC Interest , xml2rfc@ietf.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [xml2rfc] including external resources in RFCs with xml2rfc X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:39:19 -0000 hello. i apologize if this has been brought up before. i searched the archives a little and couldn't find it, so here's a problem and a proposal: i often use examples i then have to copy/paste into the RFC XML, and sometimes when editing the XML, the spacing gets mixed up. so i manage those examples as external files, and recently started using XInclude for preprocessing files before using xml2rfc. this is nice because XInclude 1.1 also supports text fragment identifiers, allowing to include fragments of the included file. (my XInclude processor XIPr https://github.com/dret/XIPr does not yet support XInclude 1.1, but that's on the to-do list.) here are some advantages: - no risk to mess up sometimes carefully formatted example files when editing the XML in some XML editor that may do pretty-printing. - standards-based: many XML processors support XInclude, and with an XSLT implementation such as XIpr, it's easy to use when XSLT is supported. - the external resources could be published with the RFC, making it trivial for people to download examples, no copy/paste needed. also, potentially bulky examples can be included without the need to fully list them in the RFC text. - HTML formatting can represent the included part, and the link to the included file, making it easy to both read the RFC, and quickly get access to the included text (http://dret.net/lectures/xml-fall13/basics#%285%29 is how i use that in web-based presentations, clicking on the file names links to the included resources). depending on how you look at it, i am proposing two things: 1) supporting XInclude for xml2rfc so that including examples in RFCs gets a little easier. this could just be used for generating the RFC text, in which case it would just be a new xml2rfc feature. 2) supporting "transclusion" in RFCs, so that external files are an integral part of an RFC, and are easily available for download. thanks and cheers, dret. -- erik wilde | mailto:dret@berkeley.edu - tel:+1-510-2061079 | | UC Berkeley - School of Information (ISchool) | | http://dret.net/netdret http://twitter.com/dret | From hallam@gmail.com Thu Nov 7 16:46:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 738CF21E80E7 for ; Thu, 7 Nov 2013 16:46:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.664 X-Spam-Level: X-Spam-Status: No, score=-1.664 tagged_above=-999 required=5 tests=[AWL=-0.731, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, SARE_HTML_USL_OBFU=1.666] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uXR35kkDuiXf for ; Thu, 7 Nov 2013 16:46:49 -0800 (PST) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by ietfa.amsl.com (Postfix) with ESMTP id BEA4621E8165 for ; Thu, 7 Nov 2013 16:46:42 -0800 (PST) Received: by mail-wg0-f41.google.com with SMTP id b13so198775wgh.4 for ; Thu, 07 Nov 2013 16:46:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7rOqiAUERDevc8b0q0VPekU8fP7VOYRuDl6DQZ7FaQ4=; b=uP2FJsTDVJyXEhn2wxL0K06qLaYYxrZOobDy8AGiahttsc2MYm7RY1FzibPV5CJX3g 0AxJMOGKInqyTmRKkpRb7T6jR3StYq1oo4uYFwKd55kB8GA5L9Lbnw7ZlITDgbVOa5LI KP+zYfzB7I4KNQQMCbnKpjQwNywOGKUd3aVgmQ+y4JGPgvnoFMgUnUgrG7eKytI5Hg+j MBViWe1AFf+u52S/hvnluB2o3UjJdue5ZGPN47ePSfUEvL7vGdPBIVPd1wHIzQK5uaWd u+RRB+yMqtRpvW4FX0jhqKrd3WxT896TFndu/fpzsqFdwH8fWUN4LpDLLIv2RBM0RAd+ SMPg== MIME-Version: 1.0 X-Received: by 10.180.76.244 with SMTP id n20mr130650wiw.37.1383871601700; Thu, 07 Nov 2013 16:46:41 -0800 (PST) Received: by 10.194.243.136 with HTTP; Thu, 7 Nov 2013 16:46:41 -0800 (PST) In-Reply-To: <527C2440.6070808@berkeley.edu> References: <527C2440.6070808@berkeley.edu> Date: Thu, 7 Nov 2013 16:46:41 -0800 Message-ID: From: Phillip Hallam-Baker To: Erik Wilde Content-Type: multipart/alternative; boundary=f46d043c7b0a3bf65704ea9fb798 X-Mailman-Approved-At: Thu, 07 Nov 2013 17:29:41 -0800 Cc: RFC Interest , xml2rfc@ietf.org Subject: Re: [xml2rfc] [rfc-i] including external resources in RFCs with xml2rfc X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 00:46:50 -0000 --f46d043c7b0a3bf65704ea9fb798 Content-Type: text/plain; charset=ISO-8859-1 rfctool has this capability but possibly with a different syntax. The focus in rfctool is on support for html input format but it also supports xml2rfc. On Thu, Nov 7, 2013 at 3:37 PM, Erik Wilde wrote: > hello. > > i apologize if this has been brought up before. i searched the archives a > little and couldn't find it, so here's a problem and a proposal: > > i often use examples i then have to copy/paste into the RFC XML, and > sometimes when editing the XML, the spacing gets mixed up. so i manage > those examples as external files, and recently started using XInclude for > preprocessing files before using xml2rfc. this is nice because XInclude 1.1 > also supports text fragment identifiers, allowing to include fragments of > the included file. (my XInclude processor XIPr > https://github.com/dret/XIPr does not yet support XInclude 1.1, but > that's on the to-do list.) > > here are some advantages: > > - no risk to mess up sometimes carefully formatted example files when > editing the XML in some XML editor that may do pretty-printing. > > - standards-based: many XML processors support XInclude, and with an XSLT > implementation such as XIpr, it's easy to use when XSLT is supported. > > - the external resources could be published with the RFC, making it > trivial for people to download examples, no copy/paste needed. also, > potentially bulky examples can be included without the need to fully list > them in the RFC text. > > - HTML formatting can represent the included part, and the link to the > included file, making it easy to both read the RFC, and quickly get access > to the included text (http://dret.net/lectures/xml-fall13/basics#%285%29is how i use that in web-based presentations, clicking on the file names > links to the included resources). > > depending on how you look at it, i am proposing two things: > > 1) supporting XInclude for xml2rfc so that including examples in RFCs gets > a little easier. this could just be used for generating the RFC text, in > which case it would just be a new xml2rfc feature. > > 2) supporting "transclusion" in RFCs, so that external files are an > integral part of an RFC, and are easily available for download. > > thanks and cheers, > > dret. > > -- > erik wilde | mailto:dret@berkeley.edu - tel:+1-510-2061079 | > | UC Berkeley - School of Information (ISchool) | > | http://dret.net/netdret http://twitter.com/dret | > _______________________________________________ > rfc-interest mailing list > rfc-interest@rfc-editor.org > https://www.rfc-editor.org/mailman/listinfo/rfc-interest > -- Website: http://hallambaker.com/ --f46d043c7b0a3bf65704ea9fb798 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
rfctool has this capability but possibly with a different = syntax.

The focus in rfctool is on support for html inpu= t format but it also supports xml2rfc.


On Thu, Nov 7, 2013 at 3:37 PM, Erik Wil= de <dret@berkeley.edu> wrote:
hello.

i apologize if this has been brought up before. i searched the archives a l= ittle and couldn't find it, so here's a problem and a proposal:

i often use examples i then have to copy/paste into the RFC XML, and someti= mes when editing the XML, the spacing gets mixed up. so i manage those exam= ples as external files, and recently started using XInclude for preprocessi= ng files before using xml2rfc. this is nice because XInclude 1.1 also suppo= rts text fragment identifiers, allowing to include fragments of the include= d file. (my XInclude processor XIPr https://github.com/dret/XIPr does not yet support X= Include 1.1, but that's on the to-do list.)

here are some advantages:

- no risk to mess up sometimes carefully formatted example files when editi= ng the XML in some XML editor that may do pretty-printing.

- standards-based: many XML processors support XInclude, and with an XSLT i= mplementation such as XIpr, it's easy to use when XSLT is supported.
- the external resources could be published with the RFC, making it trivial= for people to download examples, no copy/paste needed. also, potentially b= ulky examples can be included without the need to fully list them in the RF= C text.

- HTML formatting can represent the included part, and the link to the incl= uded file, making it easy to both read the RFC, and quickly get access to t= he included text (http://dret.net/lectures/xml-fall13/basics#%= 285%29 is how i use that in web-based presentations, clicking on the fi= le names links to the included resources).

depending on how you look at it, i am proposing two things:

1) supporting XInclude for xml2rfc so that including examples in RFCs gets = a little easier. this could just be used for generating the RFC text, in wh= ich case it would just be a new xml2rfc feature.

2) supporting "transclusion" in RFCs, so that external files are = an integral part of an RFC, and are easily available for download.

thanks and cheers,

dret.

--
erik wilde | mailto:= dret@berkeley.edu =A0- =A0tel:+1-510-2061079 |
=A0 =A0 =A0 =A0 =A0 =A0| UC Berkeley =A0- =A0School of Information (ISchool= ) |
=A0 =A0 =A0 =A0 =A0 =A0| http://dret.net/netdret http://twitter.com/dret |
_______________________________________________
rfc-interest mailing list
rfc-intere= st@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-interest=



-- Website: http://hallambaker.com/<= br>
--f46d043c7b0a3bf65704ea9fb798-- From ietf@augustcellars.com Sun Nov 10 19:52:00 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E747211E81EA for ; Sun, 10 Nov 2013 19:52:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9IJ9ky9Z2mS for ; Sun, 10 Nov 2013 19:51:54 -0800 (PST) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by ietfa.amsl.com (Postfix) with ESMTP id C5D4E11E81E8 for ; Sun, 10 Nov 2013 19:51:54 -0800 (PST) Received: from Philemon (173-8-216-38-Oregon.hfc.comcastbusiness.net [173.8.216.38]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp2.pacifier.net (Postfix) with ESMTPSA id B81BA2C9F1 for ; Sun, 10 Nov 2013 19:51:54 -0800 (PST) From: "Jim Schaad" To: Date: Sun, 10 Nov 2013 19:50:31 -0800 Message-ID: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0A38_01CEDE4E.1DDDE5E0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac7ejtTp/mHOjkn1RsemHGRJ+8QjyA== Content-Language: en-us Subject: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 03:52:01 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0A38_01CEDE4E.1DDDE5E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit There are currently a number of restrictions on the current system for the include processing directive. I am wondering how many of these should be kept and which should be fixed. 1. They cannot be recursive 2. They will incorrectly deal with entities that are declared in the main document 3. Included files MUST be have a single root node The only one that I think really needs to get fixed is #1 - to deal with ticket #106, but I would be interested in opinions on the others. I do expect to file a tracker issue as soon as I am sure my list is reasonably exhaustive. Jim ------=_NextPart_000_0A38_01CEDE4E.1DDDE5E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

There are = currently a number of restrictions on the current system for the include = processing directive.  I am wondering how many of these should be = kept and which should be fixed.

 

1.       = They cannot be recursive

2.       = They will incorrectly deal with entities that = are declared in the main document

3.       = Included files MUST be have a single root = node

 

The only one that I think really needs to get fixed is = #1 – to deal with ticket #106, but I would be interested in = opinions on the others.

 

I do expect = to file a tracker issue as soon as I am sure my list is reasonably = exhaustive.

 

Jim

 

 

------=_NextPart_000_0A38_01CEDE4E.1DDDE5E0-- From trac@tools.ietf.org Sun Nov 10 20:26:53 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B5CD21F9FA7 for ; Sun, 10 Nov 2013 20:26:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.609 X-Spam-Level: X-Spam-Status: No, score=-102.609 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aATGiYUSoA3G for ; Sun, 10 Nov 2013 20:26:42 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6FA2A21F9FA5 for ; Sun, 10 Nov 2013 20:26:41 -0800 (PST) Received: from localhost ([127.0.0.1]:42918 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfj5E-0001YM-7H; Mon, 11 Nov 2013 05:26:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Mon, 11 Nov 2013 04:26:39 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/146#comment:2 Message-ID: <085.c6dd287000c906351db4720437be08f2@tools.ietf.org> References: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-Trac-Ticket-ID: 146 In-Reply-To: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #146: Entity item algorithm resolution wrong X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 04:26:53 -0000 #146: Entity item algorithm resolution wrong Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- -------------------------------------+------------------------------------ Reporter: ietf@augustcellars.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: -------------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sun Nov 10 20:27:39 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A42BA21F9FCF for ; Sun, 10 Nov 2013 20:27:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.609 X-Spam-Level: X-Spam-Status: No, score=-102.609 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wGFrcyRe+hQl for ; Sun, 10 Nov 2013 20:27:39 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 1FED721F9FA5 for ; Sun, 10 Nov 2013 20:27:39 -0800 (PST) Received: from localhost ([127.0.0.1]:42940 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfj6A-0004YI-6g; Mon, 11 Nov 2013 05:27:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Mon, 11 Nov 2013 04:27:38 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/154#comment:1 Message-ID: <085.7cb7dda0f8bbcb0bd4b0404af7e6c933@tools.ietf.org> References: <070.138b2d3b0a6801eb76ed4cb40e697a2f@tools.ietf.org> X-Trac-Ticket-ID: 154 In-Reply-To: <070.138b2d3b0a6801eb76ed4cb40e697a2f@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #154: XML output emits !ENTITY lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 04:27:39 -0000 #154: XML output emits !ENTITY lines Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- -------------------------------------+------------------------------------ Reporter: ietf@augustcellars.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: | Keywords: -------------------------------------+------------------------------------ Ticket URL: xml2rfc From ietf@augustcellars.com Sun Nov 10 22:19:22 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3020E21E8097 for ; Sun, 10 Nov 2013 22:19:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cBhHEhKpJqQe for ; Sun, 10 Nov 2013 22:19:16 -0800 (PST) Received: from smtp1.pacifier.net (smtp1.pacifier.net [64.255.237.171]) by ietfa.amsl.com (Postfix) with ESMTP id AD78121E805F for ; Sun, 10 Nov 2013 22:19:16 -0800 (PST) Received: from Philemon (50-39-216-54.bvtn.or.frontiernet.net [50.39.216.54]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp1.pacifier.net (Postfix) with ESMTPSA id C4B6B2CA00; Sun, 10 Nov 2013 22:19:15 -0800 (PST) From: "Jim Schaad" To: "Henrik Levkowetz" , "Tony Hansen" Date: Sun, 10 Nov 2013 22:17:53 -0800 Message-ID: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0A71_01CEDE62.B3B6B560" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac7epH5bNZ4s/sE2RLWNQCiZcQ6n2g== Content-Language: en-us Cc: xml2rfc@ietf.org Subject: [xml2rfc] Line Wrapping Algorithm X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 06:19:22 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0A71_01CEDE62.B3B6B560 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have found an issue that I would like to get some input from you on how to go about solving it. The current wrapping algorithm is imported from lib/textwrap.py and thus is a standard algorithm. However the algorithm does not support a feature that we need to correctly do line wrapping for the nroff case. Specifically it does not allow us to define a specialized string length function. For the nroff case the string " \\abc " is a four character long string and not a 5 character long string. I see two different ways to address this: 1. Copy the lib/textwrap.py file into our code and add the specialized length function as a parameter 2. String the funny quoting characters from the string before doing the wrapping, and then try and figure out where to put them back in on the wrapped output. The first means that if there are future updates in the code, we would not see them. However it also makes it easier to get the correct changes and in a way that is simple. The second method means that we keep the current wrapping code and get the updates, however it is a bit harder to get the correct strings back and is potentially more open to error. Do you have other suggestions or do you have preferences on the method to use? Jim ------=_NextPart_000_0A71_01CEDE62.B3B6B560 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have = found an issue that I would like to get some input from you on how to go = about solving it.

 

The current = wrapping algorithm is imported from lib/textwrap.py and thus is a = standard algorithm.  However the algorithm does not support a = feature that we need to correctly do line wrapping for the nroff case. =  Specifically it does not allow us to define a specialized string = length function.  For the nroff case the string “ \\abc” is a four character long string = and not a 5 character long string.

 

I see two = different ways to address this:

 

1.       = Copy the lib/textwrap.py file into our code and = add the specialized length function as a parameter

2.       = String the funny quoting characters from the = string before doing the wrapping, and then try and figure out where to = put them back in on the wrapped output.

 

The first means that = if there are future updates in the code, we would not see them.  = However it also makes it easier to get the correct changes and in a way = that is simple.  The second method means that we keep the current = wrapping code and get the updates, however it is a bit harder to get the = correct strings back and is potentially more open to = error.

 

Do you have other = suggestions or do you have preferences on the method to = use?

 

Jim

 

------=_NextPart_000_0A71_01CEDE62.B3B6B560-- From trac@tools.ietf.org Sun Nov 10 22:24:21 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4EB221E808F for ; Sun, 10 Nov 2013 22:24:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.609 X-Spam-Level: X-Spam-Status: No, score=-102.609 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bwrg7Fmh1Qke for ; Sun, 10 Nov 2013 22:24:21 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2DC1521E805F for ; Sun, 10 Nov 2013 22:24:21 -0800 (PST) Received: from localhost ([127.0.0.1]:53417 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfkv5-0003Xy-Ru; Mon, 11 Nov 2013 07:24:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Mon, 11 Nov 2013 06:24:19 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/206#comment:2 Message-ID: <075.c6dda388a636eb0a3197603f893666ee@tools.ietf.org> References: <060.d1f8529ed8b685c9a8602dd3d7595dd0@tools.ietf.org> X-Trac-Ticket-ID: 206 In-Reply-To: <060.d1f8529ed8b685c9a8602dd3d7595dd0@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #206: Expires July 05 should Expires July 5 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 06:24:21 -0000 #206: Expires July 05 should Expires July 5 Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in revision 943 - Leading zeros are now removed for both the date of publishing and the expiration date. -- ----------------------------+------------------------------------ Reporter: tony@att.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From julian.reschke@gmx.de Mon Nov 11 01:27:28 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A4FD21F9ED4 for ; Mon, 11 Nov 2013 01:27:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.369 X-Spam-Level: X-Spam-Status: No, score=-103.369 tagged_above=-999 required=5 tests=[AWL=-0.770, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOu4D-FrAcbr for ; Mon, 11 Nov 2013 01:27:16 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE7E11E8216 for ; Mon, 11 Nov 2013 01:15:00 -0800 (PST) Received: from [192.168.2.117] ([84.187.54.38]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LlGoc-1V87Wh1h7m-00az8L for ; Mon, 11 Nov 2013 10:14:59 +0100 Message-ID: <5280A009.8000702@gmx.de> Date: Mon, 11 Nov 2013 10:14:49 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , xml2rfc@ietf.org References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> In-Reply-To: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:O4uKoolPRP/EzRAe4IbH0HjAsLomGy3o6bqbQ48Dd5iY47OtmHl U/+ZJn1nSKNDSk+BqqX0PGwWLLnOoLNCoeMdD6VIoUYsHgUMgfKqpshi3t+CDGYewpoUrwY Otg1M58NXDoLpgHCnPqtW9LPYY0a2U7JtKidfo26gXVCmcbNNVJCuyoDR5CsUPLewPf7W1m toQXxMmYKeWEQ1bfIQ2/w== Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 09:27:28 -0000 On 2013-11-11 04:50, Jim Schaad wrote: > There are currently a number of restrictions on the current system for > the include processing directive. I am wondering how many of these > should be kept and which should be fixed. > > 1.They cannot be recursive > > 2.They will incorrectly deal with entities that are declared in the main > document > > 3.Included files MUST be have a single root node > > The only one that I think really needs to get fixed is #1 – to deal with > ticket #106, but I would be interested in opinions on the others. > > I do expect to file a tracker issue as soon as I am sure my list is > reasonably exhaustive. > > Jim PIs are a hack. We shouldn't extend them anymore. Please collect use cases for inclusions, and then have a proper mechanism for dealing with them (see Erik Wilde's proposal from a few days ago). Best regards, Julian From julian.reschke@gmx.de Mon Nov 11 01:29:03 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7176221E81E2 for ; Mon, 11 Nov 2013 01:28:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.241 X-Spam-Level: X-Spam-Status: No, score=-103.241 tagged_above=-999 required=5 tests=[AWL=-0.642, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ZEc5fmPtoqo for ; Mon, 11 Nov 2013 01:28:47 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by ietfa.amsl.com (Postfix) with ESMTP id 4327D11E813B for ; Mon, 11 Nov 2013 01:16:29 -0800 (PST) Received: from [192.168.2.117] ([84.187.54.38]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Md31i-1Vy1DC1mIk-00IFD3 for ; Mon, 11 Nov 2013 10:16:20 +0100 Message-ID: <5280A062.3070404@gmx.de> Date: Mon, 11 Nov 2013 10:16:18 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , Henrik Levkowetz , Tony Hansen References: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> In-Reply-To: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:Tr7VWZWsnKMFZTKnY09XnhHhyziGLPU81ZpfIQxN1EQpD7eDeWJ MRG3ekvBcobRJ9qTW2zh8lCKqjyRKtYd8i1RHR9QqD1XRdAALgus5QTp/gjScVnjnFyFJDH LfQs4NKLWDjmKbdE7jA3pe1dRuBL8k+m2onAUycoN9gqIsjFbpRE4yIzzL/iC/o98smJXId ZwLdDK55vhT2PscfixcYw== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] Line Wrapping Algorithm X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 09:29:03 -0000 On 2013-11-11 07:17, Jim Schaad wrote: > I have found an issue that I would like to get some input from you on > how to go about solving it. > > The current wrapping algorithm is imported from lib/textwrap.py and thus > is a standard algorithm. However the algorithm does not support a > feature that we need to correctly do line wrapping for the nroff case. > Specifically it does not allow us to define a specialized string > length function. For the nroff case the string “ \\abc” is a four > character long string and not a 5 character long string. > > I see two different ways to address this: > > 1.Copy the lib/textwrap.py file into our code and add the specialized > length function as a parameter > > 2.String the funny quoting characters from the string before doing the > wrapping, and then try and figure out where to put them back in on the > wrapped output. > > The first means that if there are future updates in the code, we would > not see them. However it also makes it easier to get the correct > changes and in a way that is simple. The second method means that we > keep the current wrapping code and get the updates, however it is a bit > harder to get the correct strings back and is potentially more open to > error. > > Do you have other suggestions or do you have preferences on the method > to use? > > Jim No specific opinion, but a reminder: we are working on getting rid of the nroff step in RFC production. Is it worth spending time on this anymore? Best regards, Julian From yaronf.ietf@gmail.com Mon Nov 11 01:34:49 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 977BA21F9E9D for ; Mon, 11 Nov 2013 01:34:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j7EaJSo6HIJX for ; Mon, 11 Nov 2013 01:34:49 -0800 (PST) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id D02FB21F9D96 for ; Mon, 11 Nov 2013 01:34:41 -0800 (PST) Received: by mail-bk0-f49.google.com with SMTP id w14so1895515bkz.8 for ; Mon, 11 Nov 2013 01:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=QSpE8kgd1y33WrpI4uR7WV6V/HM5rbJ/NolO+xCUPQA=; b=GSaLDii0Qrv7uasPihs36LXabKkbQrT2LSXEA5flxG7Na0u8tc6W+2zMUc1UZ6y4b2 ALY+zyBWAI2HS0F/gGDACJjzAl/L75SOwPyT1t0Hqso5G28U22DixTD58urpuXDLMxce +pU++iO5XshsDddxXjRiHesG0bAr+YZJ50BkOe3O5kioP/K0Jpy74kxX/Y5ykEd/2LMA Qn2tYJ+KZlu8QD9Rj1m17lodDF2OOdTHB8zybRQWgge0JuPFf1p6jFA9P3CEzL1neENS PeNh/6FBBv9EnJCX/TrLTxPVBqqa5+CKRPRS3F5XAfU2sIP8sJ8/ZRC1NWDbbzXcXziC KdNQ== X-Received: by 10.204.64.78 with SMTP id d14mr723562bki.40.1384162480676; Mon, 11 Nov 2013 01:34:40 -0800 (PST) Received: from [10.0.0.8] (109-186-48-194.bb.netvision.net.il. [109.186.48.194]) by mx.google.com with ESMTPSA id a4sm13660864bko.11.2013.11.11.01.34.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Nov 2013 01:34:40 -0800 (PST) Message-ID: <5280A4AE.1040509@gmail.com> Date: Mon, 11 Nov 2013 11:34:38 +0200 From: Yaron Sheffer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , xml2rfc@ietf.org References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> In-Reply-To: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 09:34:49 -0000 Hi Jim, I have a good counter-example for #3: an external tool (coming up...) generates a list of references as a separate file, and they get included into the main document. Thanks, Yaron On 11/11/2013 05:50 AM, Jim Schaad wrote: > > There are currently a number of restrictions on the current system for > the include processing directive. I am wondering how many of these > should be kept and which should be fixed. > > 1.They cannot be recursive > > 2.They will incorrectly deal with entities that are declared in the > main document > > 3.Included files MUST be have a single root node > > The only one that I think really needs to get fixed is #1 – to deal > with ticket #106, but I would be interested in opinions on the others. > > I do expect to file a tracker issue as soon as I am sure my list is > reasonably exhaustive. > > Jim > From henrik@levkowetz.com Mon Nov 11 03:39:48 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73E1A21E8091 for ; Mon, 11 Nov 2013 03:39:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8oJn-1+y9Iss for ; Mon, 11 Nov 2013 03:39:39 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id B9DD811E8114 for ; Mon, 11 Nov 2013 03:39:38 -0800 (PST) Received: from tannat.netnod.se ([77.72.226.96]:51912) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vfpq5-0000K2-RS; Mon, 11 Nov 2013 12:39:30 +0100 Message-ID: <5280C1F0.1080301@levkowetz.com> Date: Mon, 11 Nov 2013 12:39:28 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: Jim Schaad References: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> In-Reply-To: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 77.72.226.96 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@grenache.tools.ietf.org, tony@att.com, xml2rfc@ietf.org, henrik-sent@levkowetz.com 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 grenache.tools.ietf.org) Cc: xml2rfc@ietf.org, Henrik Levkowetz Subject: Re: [xml2rfc] Line Wrapping Algorithm X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 11:39:48 -0000 Hi Jim, On 2013-11-11 07:17 Jim Schaad said: > I have found an issue that I would like to get some input from you on how to > go about solving it. > > > > The current wrapping algorithm is imported from lib/textwrap.py and thus is > a standard algorithm. However the algorithm does not support a feature that > we need to correctly do line wrapping for the nroff case. Specifically it > does not allow us to define a specialized string length function. For the > nroff case the string " \\abc " is a four character long > string and not a 5 character long string. > > > > I see two different ways to address this: > > > > 1. Copy the lib/textwrap.py file into our code and add the specialized > length function as a parameter > > 2. String the funny quoting characters from the string before doing > the wrapping, and then try and figure out where to put them back in on the > wrapped output. > > > > The first means that if there are future updates in the code, we would not > see them. However it also makes it easier to get the correct changes and in > a way that is simple. The second method means that we keep the current > wrapping code and get the updates, however it is a bit harder to get the > correct strings back and is potentially more open to error. I think this can be made accurately. The idea: remember the location(s) where an additional '\' will have to be re-inserted, then walk through the initial and wrapped text and note every place a newline + whitespace has been inserted. (this is easy, since the textwrap interface we use returns a list of lines, rather than a wrapped paragraph). That will let you correctly calculate the new location(s) where '\' will have to be re-inserted. > Do you have other suggestions or do you have preferences on the method to > use? The latter, with the indicated approach. (I think Julian's comment regarding deprecation of nroff is valid, but the decision to stop supporting nroff isn't a technical one we can make, it's up to the RFC-Editor staff to signal when they feel we can dispense with it. Since they are filing bugs against the nroff writer, I think we should fix them.) Best regards, Henrik From elwynd@dial.pipex.com Mon Nov 11 05:27:12 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4F9511E817A for ; Mon, 11 Nov 2013 05:27:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6FjZyZyRsC2I for ; Mon, 11 Nov 2013 05:27:09 -0800 (PST) Received: from auth.b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e34]) by ietfa.amsl.com (Postfix) with ESMTP id 2C24211E8168 for ; Mon, 11 Nov 2013 05:26:56 -0800 (PST) Received: from mightyatom.folly.org.uk ([81.187.254.250]) by b.painless.aa.net.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VfrW2-0000rw-1D; Mon, 11 Nov 2013 13:26:54 +0000 From: Elwyn Davies To: Julian Reschke In-Reply-To: <5280A009.8000702@gmx.de> References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> Content-Type: text/plain; charset="windows-1251" Date: Mon, 11 Nov 2013 13:18:47 +0000 Message-Id: <1384175927.4625.1124.camel@mightyatom> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 Content-Transfer-Encoding: quoted-printable Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 13:27:12 -0000 Hi. #3 as stated strikes me as leading to "really difficult to explain to user" errors. I would have thought (without looking in detail at the code) that if you fix #1 by switching input streams in the feed to the etree parser then #3 is automatically 'solved'. As regards #2, it seems that undefining the entities from the parent(s) would be almost more trouble than making them usable. The issue might be whether entities defined in included files should remain available in the parents. My feeling would be that they should. However there might ber an issue with redefinitions. Regards, Elwyn On Mon, 2013-11-11 at 10:14 +0100, Julian Reschke wrote: > On 2013-11-11 04:50, Jim Schaad wrote: > > There are currently a number of restrictions on the current system for > > the include processing directive. I am wondering how many of these > > should be kept and which should be fixed. > > > > 1.They cannot be recursive > > > > 2.They will incorrectly deal with entities that are declared in the mai= n > > document > > > > 3.Included files MUST be have a single root node > > > > The only one that I think really needs to get fixed is #1 =96 to deal w= ith > > ticket #106, but I would be interested in opinions on the others. > > > > I do expect to file a tracker issue as soon as I am sure my list is > > reasonably exhaustive. > > > > Jim >=20 > PIs are a hack. We shouldn't extend them anymore. >=20 > Please collect use cases for inclusions, and then have a proper=20 > mechanism for dealing with them (see Erik Wilde's proposal from a few=20 > days ago). >=20 > Best regards, Julian >=20 > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From julian.reschke@gmx.de Mon Nov 11 05:43:41 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B46A911E80FA for ; Mon, 11 Nov 2013 05:43:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.243 X-Spam-Level: X-Spam-Status: No, score=-104.243 tagged_above=-999 required=5 tests=[AWL=-1.644, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yCPH3rdYOt5I for ; Mon, 11 Nov 2013 05:43:35 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by ietfa.amsl.com (Postfix) with ESMTP id 9E94111E8152 for ; Mon, 11 Nov 2013 05:43:35 -0800 (PST) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LjN0F-1VAdlB0BYd-00dVTl for ; Mon, 11 Nov 2013 14:43:34 +0100 Message-ID: <5280DF04.5090002@gmx.de> Date: Mon, 11 Nov 2013 14:43:32 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Elwyn Davies References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <1384175927.4625.1124.camel@mightyatom> In-Reply-To: <1384175927.4625.1124.camel@mightyatom> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:h8z3b1fwjsgp8HqLRvNfOLuCtv7QwFK5bzKc4jVCjAn2WzdDv/A Aculw/c5nZHoiBWpI2ZVH+9sbQAJDqvtXLcwHgfUzxX3BkHdm9zscEEsuU3Tg1UGyzixgso tXCBBMo+wlUB4H7iMBOG3UqePNzqx5scs0WrFmSHz2Qi+WYMEeJCBn+f7aU07yTuWaNGn9T IS/8vn4lNuO7JqzZA4KJw== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 13:43:41 -0000 On 2013-11-11 14:18, Elwyn Davies wrote: > Hi. > > #3 as stated strikes me as leading to "really difficult to explain to > user" errors. I would have thought (without looking in detail at the > code) that if you fix #1 by switching input streams in the feed to the > etree parser then #3 is automatically 'solved'. > > As regards #2, it seems that undefining the entities from the parent(s) > would be almost more trouble than making them usable. The issue might > be whether entities defined in included files should remain available in > the parents. My feeling would be that they should. However there might > ber an issue with redefinitions. > > Regards, > Elwyn > ... XML already has one inclusion system (external entities), plus xinclude defines a second one. Can we please stop re-inventing the wheel? Best regards, Julian From elwynd@dial.pipex.com Mon Nov 11 06:09:23 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AD8E11E8172 for ; Mon, 11 Nov 2013 06:09:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVJbpDuVT-tL for ; Mon, 11 Nov 2013 06:09:23 -0800 (PST) Received: from b.a.painless.aa.net.uk (a.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e33]) by ietfa.amsl.com (Postfix) with ESMTP id BEB4E21F9E3F for ; Mon, 11 Nov 2013 06:09:22 -0800 (PST) Received: from mightyatom.folly.org.uk ([81.187.254.250]) by a.painless.aa.net.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1VfsB2-0004nA-MT; Mon, 11 Nov 2013 14:09:19 +0000 From: Elwyn Davies To: Julian Reschke In-Reply-To: <5280DF04.5090002@gmx.de> References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <1384175927.4625.1124.camel@mightyatom> <5280DF04.5090002@gmx.de> Content-Type: text/plain Date: Mon, 11 Nov 2013 14:01:09 +0000 Message-Id: <1384178469.4625.1211.camel@mightyatom> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 Content-Transfer-Encoding: 7bit X-Spam-Score-a.painless.aa.net.uk: -1.0 Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 14:09:23 -0000 On Mon, 2013-11-11 at 14:43 +0100, Julian Reschke wrote: > On 2013-11-11 14:18, Elwyn Davies wrote: > > Hi. > > > > #3 as stated strikes me as leading to "really difficult to explain to > > user" errors. I would have thought (without looking in detail at the > > code) that if you fix #1 by switching input streams in the feed to the > > etree parser then #3 is automatically 'solved'. > > > > As regards #2, it seems that undefining the entities from the parent(s) > > would be almost more trouble than making them usable. The issue might > > be whether entities defined in included files should remain available in > > the parents. My feeling would be that they should. However there might > > ber an issue with redefinitions. > > > > Regards, > > Elwyn > > ... > > XML already has one inclusion system (external entities), plus xinclude > defines a second one. Can we please stop re-inventing the wheel? > > Best regards, Julian If it was really reinvention I'd be entirely in agreement. Regrettably this is a matter of backwards compatibility I believe. /Elwyn From tony@att.com Mon Nov 11 06:27:37 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 953F311E8180 for ; Mon, 11 Nov 2013 06:27:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.013 X-Spam-Level: X-Spam-Status: No, score=-103.013 tagged_above=-999 required=5 tests=[AWL=-0.414, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lvh0KxLRsddA for ; Mon, 11 Nov 2013 06:27:26 -0800 (PST) Received: from flpi497.enaf.ffdc.sbc.com (egssmtp02.att.com [144.160.128.166]) by ietfa.amsl.com (Postfix) with ESMTP id 7444A21F8423 for ; Mon, 11 Nov 2013 06:27:26 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp02.att.com (8.14.5/8.14.5) with ESMTP id rABERNFf014400 for ; Mon, 11 Nov 2013 06:27:24 -0800 Received: from [135.70.232.170] (vpn-135-70-232-170.vpn.east.att.com[135.70.232.170]) by maillennium.att.com (mailgw1) with ESMTP id <20131111142722gw100q0gise> (Authid: tony); Mon, 11 Nov 2013 14:27:23 +0000 X-Originating-IP: [135.70.232.170] Message-ID: <5280E949.2060104@att.com> Date: Mon, 11 Nov 2013 09:27:21 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Henrik Levkowetz , Jim Schaad References: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> <5280C1F0.1080301@levkowetz.com> In-Reply-To: <5280C1F0.1080301@levkowetz.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml2rfc@ietf.org, Henrik Levkowetz Subject: Re: [xml2rfc] Line Wrapping Algorithm X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 14:27:38 -0000 On 11/11/2013 6:39 AM, Henrik Levkowetz wrote: > Hi Jim, > > On 2013-11-11 07:17 Jim Schaad said: >> I have found an issue that I would like to get some input from you on how to >> go about solving it. >> >> >> >> The current wrapping algorithm is imported from lib/textwrap.py and thus is >> a standard algorithm. However the algorithm does not support a feature that >> we need to correctly do line wrapping for the nroff case. Specifically it >> does not allow us to define a specialized string length function. For the >> nroff case the string " \\abc " is a four character long >> string and not a 5 character long string. >> >> >> >> I see two different ways to address this: >> >> >> >> 1. Copy the lib/textwrap.py file into our code and add the specialized >> length function as a parameter >> >> 2. String the funny quoting characters from the string before doing >> the wrapping, and then try and figure out where to put them back in on the >> wrapped output. >> >> >> >> The first means that if there are future updates in the code, we would not >> see them. However it also makes it easier to get the correct changes and in >> a way that is simple. The second method means that we keep the current >> wrapping code and get the updates, however it is a bit harder to get the >> correct strings back and is potentially more open to error. > I think this can be made accurately. The idea: remember the location(s) where > an additional '\' will have to be re-inserted, then walk through the initial > and wrapped text and note every place a newline + whitespace has been inserted. > (this is easy, since the textwrap interface we use returns a list of lines, > rather than a wrapped paragraph). That will let you correctly calculate the > new location(s) where '\' will have to be re-inserted. >> Do you have other suggestions or do you have preferences on the method to >> use? > The latter, with the indicated approach. I don't know if this would help, but instead of adding additional '\'s, consider modifying each '\' into '\e'. '\e' is always the current *roff "escape" character, that is, the backslash. Thus "\e\eabc" would be printed as 5 characters. I'm not sure how the python code will handle escape characters that *it* doesn't recognize, but if it treats it properly, you're set. If not, another option is to convert to a different escape sequence that *is* recognized by python, say \a (audible bell), do the text wrapping, and then convert the \a to \e after wrapping. > (I think Julian's comment regarding deprecation of nroff is valid, but the > decision to stop supporting nroff isn't a technical one we can make, it's up > to the RFC-Editor staff to signal when they feel we can dispense with it. > Since they are filing bugs against the nroff writer, I think we should fix > them.) Agreed, they should be fixed. The RFC production center folk *really* want to get off of using V1; they do not feel that they can move off of V1 until they can reliably use V2. Yes, it's an interim step, but IMHO needed. Tony From arusso@amsl.com Mon Nov 11 12:31:27 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46B2211E81D2 for ; Mon, 11 Nov 2013 12:31:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HVJWklqvedqO for ; Mon, 11 Nov 2013 12:31:26 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:126c::1:15]) by ietfa.amsl.com (Postfix) with ESMTP id C5CB011E81C8 for ; Mon, 11 Nov 2013 12:31:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c9a.amsl.com (Postfix) with ESMTP id AF7C9A6218; Mon, 11 Nov 2013 12:28:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c9a.amsl.com ([127.0.0.1]) by localhost (c9a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SYG3L50zj-aX; Mon, 11 Nov 2013 12:28:29 -0800 (PST) Received: from [10.20.220.174] (unknown [204.239.250.1]) by c9a.amsl.com (Postfix) with ESMTPSA id 5B90BA6206; Mon, 11 Nov 2013 12:28:29 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Alice Russo In-Reply-To: <5280E949.2060104@att.com> Date: Mon, 11 Nov 2013 12:31:22 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <3FB5653C-3085-4A64-BB8A-96CE0B863EAB@amsl.com> References: <0a7001cedea5$c1d847b0$4588d710$@augustcellars.com> <5280C1F0.1080301@levkowetz.com> <5280E949.2060104@att.com> To: Tony Hansen X-Mailer: Apple Mail (2.1085) Cc: xml2rfc list Subject: Re: [xml2rfc] Line Wrapping Algorithm X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 20:31:27 -0000 On Nov 11, 2013, at 6:27 AM, Tony Hansen wrote: >>=20 >> (I think Julian's comment regarding deprecation of nroff is valid, = but the >> decision to stop supporting nroff isn't a technical one we can make, = it's up >> to the RFC-Editor staff to signal when they feel we can dispense with = it. >> Since they are filing bugs against the nroff writer, I think we = should fix >> them.) >=20 > Agreed, they should be fixed. The RFC production center folk *really* > want to get off of using V1; they do not feel that they can move off = of > V1 until they can reliably use V2. Yes, it's an interim step, but IMHO > needed. >=20 > Tony Per the RSE, the RFC Production Center will=20 - use v2 to convert any documents for which an XML file was submitted = (and stop using v1 as soon as possible) - keep archiving nroff as the source file for all RFCs until the = transition to the "v3 format" at some point in the future so that's why the RPC has filed bugs against v2 nroff output. Thanks, Alice=20 for the RFC Production Center= From yaronf.ietf@gmail.com Mon Nov 11 13:24:28 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DE9111E8112; Mon, 11 Nov 2013 13:24:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3HTuGxvOjNqM; Mon, 11 Nov 2013 13:24:27 -0800 (PST) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) by ietfa.amsl.com (Postfix) with ESMTP id 7542111E8103; Mon, 11 Nov 2013 13:24:27 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id ey11so2820495wid.1 for ; Mon, 11 Nov 2013 13:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=dRxFvznbL3dCiqQ1HvhPChKEvGeaoBRmIdGdfbxmG80=; b=WAO560UPtL7TYt5bbiuxsE7mv1bvtctaQdNUEsPBUmiQSoiA5wcx7R+MshOce9jjTx X+XWrPtj10rtfsMl23u0poaB164erFq/FKJKBZySmTZuaz24CXMtc5U6Wphya4neDyvG xrB8iZTr1DdXDfKKZd/WI99kKEcpT2tD6qKy1rZRXIqxWNllJ5sdnYsANoTKpVygQ2Id dxaIImHehcOBc4qpAgs1hAW0SzhYIZvdj/5+QdFYyDsznG70NboJJmppazUSClQhQ6Xj u2hC7B9Wi1atV0miHUuGEABs1NvFlr7YgRhGN75mb7hcQpcp1QiQe2iNFEerX2+GoNLD rkNw== X-Received: by 10.180.78.165 with SMTP id c5mr13799398wix.3.1384205066502; Mon, 11 Nov 2013 13:24:26 -0800 (PST) Received: from [10.0.0.9] (bzq-79-181-21-11.red.bezeqint.net. [79.181.21.11]) by mx.google.com with ESMTPSA id gm2sm4273596wib.4.2013.11.11.13.24.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Nov 2013 13:24:25 -0800 (PST) Message-ID: <52814B08.1050207@gmail.com> Date: Mon, 11 Nov 2013 23:24:24 +0200 From: Yaron Sheffer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: xml2rfc@ietf.org, tools-discuss@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [xml2rfc] Bibtex to xml2rfc converter X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 21:24:28 -0000 Hi, I created a tiny converter to eliminate the tedious creation of XML references for anything that's not an RFC or I-D. Alas, this is still needed even with lyx2rfc. You can find a bibtex citation for essentially any academic paper, so now it's just a matter of pasting it into the tool, and out pops a beautiful element. The code is at https://github.com/yaronf/bibtex2rfc. Comments, fixes and forks are welcome. Enjoy! Input: @INPROCEEDINGS{Bellovin92encryptedkey, author = {Steven M. Bellovin and Michael Merritt}, title = {Encrypted Key Exchange: Password-Based Protocols Secure Against Dictionary Attacks}, booktitle = {IEEE SYMPOSIUM ON RESEARCH IN SECURITY AND PRIVACY}, year = {1992}, pages = {72--84}, publisher = {} } Output: Encrypted key exchange: password-based protocols secure against dictionary attacks Yes, I know some information was lost. As I said, fixes are welcome... Thanks, Yaron From tony@att.com Mon Nov 11 14:02:40 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C73AE21E80D0; Mon, 11 Nov 2013 14:02:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.336 X-Spam-Level: X-Spam-Status: No, score=-103.336 tagged_above=-999 required=5 tests=[AWL=0.263, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3rAoiwlPRIOc; Mon, 11 Nov 2013 14:02:34 -0800 (PST) Received: from flpi406.enaf.ffdc.sbc.com (egssmtp03.att.com [144.160.128.152]) by ietfa.amsl.com (Postfix) with ESMTP id 7A49121E8092; Mon, 11 Nov 2013 14:02:34 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp03.att.com (8.14.4/8.14.4) with ESMTP id rABM2WUv021715; Mon, 11 Nov 2013 14:02:33 -0800 Received: from [135.91.110.142] (dn135-91-110-142.dhcpn.ugn.att.com[135.91.110.142]) by maillennium.att.com (mailgw1) with ESMTP id <20131111220232gw100q0gj2e> (Authid: tony); Mon, 11 Nov 2013 22:02:32 +0000 X-Originating-IP: [135.91.110.142] Message-ID: <528153F7.2010303@att.com> Date: Mon, 11 Nov 2013 17:02:31 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Yaron Sheffer , xml2rfc@ietf.org, tools-discuss@ietf.org References: <52814B08.1050207@gmail.com> In-Reply-To: <52814B08.1050207@gmail.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] Bibtex to xml2rfc converter X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 22:02:40 -0000 On 11/11/2013 4:24 PM, Yaron Sheffer wrote: > I created a tiny converter to eliminate the tedious creation of XML > references for anything that's not an RFC or I-D. Alas, this is still > needed even with lyx2rfc. > > You can find a bibtex citation for essentially any academic paper, so > now it's just a matter of pasting it into the tool, and out pops a > beautiful element. The code is at > https://github.com/yaronf/bibtex2rfc. Comments, fixes and forks are > welcome. Enjoy! Thank you Yaron. I'm sure this will be very useful. Tony Hansen From ietf@augustcellars.com Mon Nov 11 21:07:27 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1645211E81C5 for ; Mon, 11 Nov 2013 21:07:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zc8ZtzOof83X for ; Mon, 11 Nov 2013 21:07:20 -0800 (PST) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by ietfa.amsl.com (Postfix) with ESMTP id 42A8011E81C8 for ; Mon, 11 Nov 2013 21:07:20 -0800 (PST) Received: from Philemon (unknown [67.137.20.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp2.pacifier.net (Postfix) with ESMTPSA id 195FC2C9C5; Mon, 11 Nov 2013 21:07:19 -0800 (PST) From: "Jim Schaad" To: "'Yaron Sheffer'" , References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A4AE.1040509@gmail.com> In-Reply-To: <5280A4AE.1040509@gmail.com> Date: Mon, 11 Nov 2013 21:05:55 -0800 Message-ID: <0bfb01cedf64$df12adb0$9d380910$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJNF+VhTk/vQkuBUl/655PupMLUvQFFv4n+mRprokA= Content-Language: en-us Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 05:07:27 -0000 Does this work today with the version 1 tool? If not then I would not expect it to work in the future. I note that this would not work with either an entity reference or with xinclude and does not work with the include PI in xml2rfc v2 today. Jim > -----Original Message----- > From: Yaron Sheffer [mailto:yaronf.ietf@gmail.com] > Sent: Monday, November 11, 2013 1:35 AM > To: Jim Schaad; xml2rfc@ietf.org > Subject: Re: [xml2rfc] include processing directive > > Hi Jim, > > I have a good counter-example for #3: an external tool (coming up...) > generates a list of references as a separate file, and they get included into the > main document. > > Thanks, > Yaron > > On 11/11/2013 05:50 AM, Jim Schaad wrote: > > > > There are currently a number of restrictions on the current system for > > the include processing directive. I am wondering how many of these > > should be kept and which should be fixed. > > > > 1.They cannot be recursive > > > > 2.They will incorrectly deal with entities that are declared in the > > main document > > > > 3.Included files MUST be have a single root node > > > > The only one that I think really needs to get fixed is #1 - to deal > > with ticket #106, but I would be interested in opinions on the others. > > > > I do expect to file a tracker issue as soon as I am sure my list is > > reasonably exhaustive. > > > > Jim > > From ietf@augustcellars.com Mon Nov 11 21:08:25 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89DEA11E81C8 for ; Mon, 11 Nov 2013 21:08:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iT1HIDzPspwD for ; Mon, 11 Nov 2013 21:08:20 -0800 (PST) Received: from smtp4.pacifier.net (smtp4.pacifier.net [64.255.237.176]) by ietfa.amsl.com (Postfix) with ESMTP id B94A311E81C5 for ; Mon, 11 Nov 2013 21:08:20 -0800 (PST) Received: from Philemon (unknown [67.137.20.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id 6EE9538F50; Mon, 11 Nov 2013 21:08:20 -0800 (PST) From: "Jim Schaad" To: "'Elwyn Davies'" References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <1384175927.4625.1124.camel@mightyatom> In-Reply-To: <1384175927.4625.1124.camel@mightyatom> Date: Mon, 11 Nov 2013 21:06:57 -0800 Message-ID: <0bfc01cedf65$03ab6c20$0b024460$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJNF+VhTk/vQkuBUl/655PupMLUvQJFKC6tAtVXCcSY+8YPwA== Content-Language: en-us Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 05:08:25 -0000 Given that we are using a package to do the XML parsing, it does not seem that switching streams in mid-stream seems to be an option. Jim > -----Original Message----- > From: Elwyn Davies [mailto:elwynd@dial.pipex.com] > Sent: Monday, November 11, 2013 5:19 AM > To: Julian Reschke > Cc: Jim Schaad; xml2rfc@ietf.org > Subject: Re: [xml2rfc] include processing directive > > Hi. > > #3 as stated strikes me as leading to "really difficult to explain to user" errors. > I would have thought (without looking in detail at the > code) that if you fix #1 by switching input streams in the feed to the etree > parser then #3 is automatically 'solved'. > > As regards #2, it seems that undefining the entities from the parent(s) would > be almost more trouble than making them usable. The issue might be > whether entities defined in included files should remain available in the > parents. My feeling would be that they should. However there might ber an > issue with redefinitions. > > Regards, > Elwyn > > On Mon, 2013-11-11 at 10:14 +0100, Julian Reschke wrote: > > On 2013-11-11 04:50, Jim Schaad wrote: > > > There are currently a number of restrictions on the current system > > > for the include processing directive. I am wondering how many of > > > these should be kept and which should be fixed. > > > > > > 1.They cannot be recursive > > > > > > 2.They will incorrectly deal with entities that are declared in the > > > main document > > > > > > 3.Included files MUST be have a single root node > > > > > > The only one that I think really needs to get fixed is #1 - to deal > > > with ticket #106, but I would be interested in opinions on the others. > > > > > > I do expect to file a tracker issue as soon as I am sure my list is > > > reasonably exhaustive. > > > > > > Jim > > > > PIs are a hack. We shouldn't extend them anymore. > > > > Please collect use cases for inclusions, and then have a proper > > mechanism for dealing with them (see Erik Wilde's proposal from a few > > days ago). > > > > Best regards, Julian > > > > _______________________________________________ > > xml2rfc mailing list > > xml2rfc@ietf.org > > https://www.ietf.org/mailman/listinfo/xml2rfc From yaronf.ietf@gmail.com Mon Nov 11 22:06:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A04BE11E8114 for ; Mon, 11 Nov 2013 22:06:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31D-zKDKm30F for ; Mon, 11 Nov 2013 22:06:09 -0800 (PST) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 2506B11E8103 for ; Mon, 11 Nov 2013 22:06:05 -0800 (PST) Received: by mail-wg0-f46.google.com with SMTP id x12so1073604wgg.1 for ; Mon, 11 Nov 2013 22:06:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=EIEyf58OSvcnteU7PVgrV065CI32ARlf7ndiV1pU3WE=; b=qzWCW8vGmxgL6UhLNH0OGwq1Ps4MAj+m4Q90wf1IWqDyGYl1IIPtdKSfDYGhAa6Kzc Hbv7ox9hwfD7WYAN0/cpGkYEnRrr0vmLnejIJXCcTBYZIOGoq70wn0roFnExlHsOxrUn dnGDk6QVU2TbDWCk6v2839nZklLZUSBi7dlw0zyFPZ+RLXegBhBmV0jMltC3E2ubF8k6 1R4UHzbJYLnepIhM/ulzESfs4FuzXKDS12nZ2mkbSNfjKzpLS/8/MznKpEsB1vSv64kx 85sTbCg8rezzhyDYWrnUNYZVzdpGH9J8xlUi3bnfKzQK9uEMo8/B4jdzm2UiwuPy5E8p KZCw== X-Received: by 10.194.21.131 with SMTP id v3mr380352wje.44.1384236360360; Mon, 11 Nov 2013 22:06:00 -0800 (PST) Received: from [10.0.0.9] (bzq-79-181-21-11.red.bezeqint.net. [79.181.21.11]) by mx.google.com with ESMTPSA id y11sm40913992wie.7.2013.11.11.22.05.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Nov 2013 22:05:59 -0800 (PST) Message-ID: <5281C546.5070601@gmail.com> Date: Tue, 12 Nov 2013 08:05:58 +0200 From: Yaron Sheffer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jim Schaad , xml2rfc@ietf.org References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A4AE.1040509@gmail.com> <0bfb01cedf64$df12adb0$9d380910$@augustcellars.com> In-Reply-To: <0bfb01cedf64$df12adb0$9d380910$@augustcellars.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:06:10 -0000 Hi Jim, I'm probably missing what you're trying to do in xml2rfc (I couldn't find documentation for an "include" in xml2rfc). But with XInclude, I can do this to include multiple "reference" elements: Works for me with xmllint, where the included file is a valid XML with a root node. The root node is ignored with this syntax. Thanks, Yaron On 11/12/2013 07:05 AM, Jim Schaad wrote: > Does this work today with the version 1 tool? If not then I would not > expect it to work in the future. > > I note that this would not work with either an entity reference or with > xinclude and does not work with the include PI in xml2rfc v2 today. > > Jim > > >> -----Original Message----- >> From: Yaron Sheffer [mailto:yaronf.ietf@gmail.com] >> Sent: Monday, November 11, 2013 1:35 AM >> To: Jim Schaad; xml2rfc@ietf.org >> Subject: Re: [xml2rfc] include processing directive >> >> Hi Jim, >> >> I have a good counter-example for #3: an external tool (coming up...) >> generates a list of references as a separate file, and they get included > into the >> main document. >> >> Thanks, >> Yaron >> >> On 11/11/2013 05:50 AM, Jim Schaad wrote: >>> >>> There are currently a number of restrictions on the current system for >>> the include processing directive. I am wondering how many of these >>> should be kept and which should be fixed. >>> >>> 1.They cannot be recursive >>> >>> 2.They will incorrectly deal with entities that are declared in the >>> main document >>> >>> 3.Included files MUST be have a single root node >>> >>> The only one that I think really needs to get fixed is #1 - to deal >>> with ticket #106, but I would be interested in opinions on the others. >>> >>> I do expect to file a tracker issue as soon as I am sure my list is >>> reasonably exhaustive. >>> >>> Jim >>> > From tony@att.com Mon Nov 11 22:25:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC6E21E80B1 for ; Mon, 11 Nov 2013 22:25:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.978 X-Spam-Level: X-Spam-Status: No, score=-102.978 tagged_above=-999 required=5 tests=[AWL=-0.380, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yP71nZPcTxhl for ; Mon, 11 Nov 2013 22:25:04 -0800 (PST) Received: from flpi497.enaf.ffdc.sbc.com (egssmtp02.att.com [144.160.128.166]) by ietfa.amsl.com (Postfix) with ESMTP id 24E4F21E80B6 for ; Mon, 11 Nov 2013 22:25:04 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp02.att.com (8.14.5/8.14.5) with ESMTP id rAC6P1gd028569 for ; Mon, 11 Nov 2013 22:25:03 -0800 Received: from [135.70.94.34] (failure[135.70.94.34]) by maillennium.att.com (mailgw1) with ESMTP id <20131112055409gw100q0gj6e> (Authid: tony); Tue, 12 Nov 2013 05:54:10 +0000 X-Originating-IP: [135.70.94.34] Message-ID: <5281C263.3050702@att.com> Date: Tue, 12 Nov 2013 00:53:39 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: xml2rfc@ietf.org References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> In-Reply-To: <5280A009.8000702@gmx.de> X-Enigmail-Version: 1.6 Content-Type: multipart/alternative; boundary="------------050407020504050002050907" Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:25:10 -0000 This is a multi-part message in MIME format. --------------050407020504050002050907 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit On 11/11/2013 4:14 AM, Julian Reschke wrote: > On 2013-11-11 04:50, Jim Schaad wrote: >> There are currently a number of restrictions on the current system for >> the include processing directive. I am wondering how many of these >> should be kept and which should be fixed. >> >> 1.They cannot be recursive >> >> 2.They will incorrectly deal with entities that are declared in the main >> document >> >> 3.Included files MUST be have a single root node >> >> The only one that I think really needs to get fixed is #1 – to deal with >> ticket #106, but I would be interested in opinions on the others. >> >> I do expect to file a tracker issue as soon as I am sure my list is >> reasonably exhaustive. >> >> Jim > > PIs are a hack. We shouldn't extend them anymore. > > Please collect use cases for inclusions, and then have a proper > mechanism for dealing with them (see Erik Wilde's proposal from a few > days ago). For v2, we should do enough work to make v2 work the same as v1. But extensions beyond that should normally be out of scope, except in the rare case where it might be the only way to achieve parity with v1 for some reason. For v3, we can certainly rethink how inclusions are accomplished. I think Erik's proposals look interesting. Tony --------------050407020504050002050907 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit On 11/11/2013 4:14 AM, Julian Reschke wrote:
On 2013-11-11 04:50, Jim Schaad wrote:
There are currently a number of restrictions on the current system for
the include processing directive.  I am wondering how many of these
should be kept and which should be fixed.

1.They cannot be recursive

2.They will incorrectly deal with entities that are declared in the main
document

3.Included files MUST be have a single root node

The only one that I think really needs to get fixed is #1 – to deal with
ticket #106, but I would be interested in opinions on the others.

I do expect to file a tracker issue as soon as I am sure my list is
reasonably exhaustive.

Jim

PIs are a hack. We shouldn't extend them anymore.

Please collect use cases for inclusions, and then have a proper mechanism for dealing with them (see Erik Wilde's proposal from a few days ago).

For v2, we should do enough work to make v2 work the same as v1. But extensions beyond that should normally be out of scope, except in the rare case where it might be the only way to achieve parity with v1 for some reason.

For v3, we can certainly rethink how inclusions are accomplished. I think Erik's proposals look interesting.

    Tony
--------------050407020504050002050907-- From nico@cryptonector.com Mon Nov 11 22:26:36 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02E8B21E80CE for ; Mon, 11 Nov 2013 22:26:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.073 X-Spam-Level: X-Spam-Status: No, score=-2.073 tagged_above=-999 required=5 tests=[AWL=-0.096, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bP8gv3Ryz6dT for ; Mon, 11 Nov 2013 22:26:31 -0800 (PST) Received: from homiemail-a111.g.dreamhost.com (caiajhbdccah.dreamhost.com [208.97.132.207]) by ietfa.amsl.com (Postfix) with ESMTP id BA51821E80B6 for ; Mon, 11 Nov 2013 22:26:30 -0800 (PST) Received: from homiemail-a111.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a111.g.dreamhost.com (Postfix) with ESMTP id 282D52005D906 for ; Mon, 11 Nov 2013 22:26:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=dqU9oakR+JPj6PpYTFQ6 mooILEQ=; b=gnedRxPFnQVwtOFRRin5SmNw6O4MdsLepMnw2Xz50mdzYlYtbWlD ECEnZam6GbmqI8xSqnmOOwjZcy5dQ5fxXCz/+9exHldBoDUAJzz4n/AuJ+imIHYp 9wloe/JzYljdLwkpSJOMS+f5abMSXvmcp3h7X23S5d+o/srUdYzNzs0= Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a111.g.dreamhost.com (Postfix) with ESMTPSA id C25702005D904 for ; Mon, 11 Nov 2013 22:26:28 -0800 (PST) Received: by mail-we0-f181.google.com with SMTP id w61so2155845wes.40 for ; Mon, 11 Nov 2013 22:26:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NejKQDIrZ7bnK2AZUntHEuUXzqnTEEt/OHJ0PG2POWA=; b=VWHOMkfjQavob8C4QswHwrwEdBsPh1Hg2+2L3n6Is4TvyGFncmmA330RyBSiJZESDp DqLOcDobPLJlnK5mV9eX4Qu2ZZVmApzN5MSWc56M1RBoM93zgLEobj6CY1LWhAgavplU /j6T6HV/NA+DFLvqhEfUeb/PdZyto8NKizII41taH4a7I10xA3YYw/gAtH0JUAn94BkN QURvIZe1rxQmRNsFgImATKAOMYR0igq7CAGC7vq7yiEiE6DoSmepfI+Vto+Tyw2v2wBF Kvsk7HrL12fBaDJLSd+2CpgYZPVjJhcwZqRIeC8XZ/nb1PdtQc3Vfp29aDjGNSfQDaRH ljLQ== MIME-Version: 1.0 X-Received: by 10.180.182.82 with SMTP id ec18mr14983470wic.13.1384237586927; Mon, 11 Nov 2013 22:26:26 -0800 (PST) Received: by 10.216.151.136 with HTTP; Mon, 11 Nov 2013 22:26:26 -0800 (PST) In-Reply-To: <5280A009.8000702@gmx.de> References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> Date: Tue, 12 Nov 2013 00:26:26 -0600 Message-ID: From: Nico Williams To: Julian Reschke Content-Type: text/plain; charset=UTF-8 Cc: XML2RFC Interest Group Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:26:36 -0000 On Mon, Nov 11, 2013 at 3:14 AM, Julian Reschke wrote: > > > PIs are a hack. We shouldn't extend them anymore. > > Please collect use cases for inclusions, and then have a proper mechanism > for dealing with them (see Erik Wilde's proposal from a few days ago). Agreed. One use case I've seen a few times is where you have a large ASN.1/XDR/whatever module that needs to go in an appendix but select pieces of which need to be interspersed with the prose for explanatory purposes. Hand-coding this is extremely error prone. Here the idea would be to markup sub-sections of the module but otherwise have it in one piece, then reference specific sub-sections of the module as desired. Another possibility is to spread the module throughout the source doc and have functionality to pull all the bits, concatenate them, then make the result the appendix -- IMO this second approach is terrible, but the first approach requires a fairly radical new approach to "artwork". Nico -- From nico@cryptonector.com Mon Nov 11 22:35:07 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB5AA21E80B1 for ; Mon, 11 Nov 2013 22:35:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.07 X-Spam-Level: X-Spam-Status: No, score=-2.07 tagged_above=-999 required=5 tests=[AWL=-0.093, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yqIK4OcPNN+x for ; Mon, 11 Nov 2013 22:35:02 -0800 (PST) Received: from homiemail-a25.g.dreamhost.com (caiajhbdcbef.dreamhost.com [208.97.132.145]) by ietfa.amsl.com (Postfix) with ESMTP id B7AA811E810E for ; Mon, 11 Nov 2013 22:35:02 -0800 (PST) Received: from homiemail-a25.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTP id 52072678062 for ; Mon, 11 Nov 2013 22:35:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=LwEb1APF2qf1NWwmjqmF OJ+u6dc=; b=LrqkLP7vzqSY51t2Jw8fu0VTCYYco76yDMbAwJSQ0reljqFd4nkm hSk3/3InYKlAqTTbDrDqaL8ui/zhBiF9pCyv0EFj3dnSaTL7LH+MCDQJmEr8MoTV QOMlI5JYvV4e42YgVyJaOyx+XMl5LEyt+snCOPBU1QHb27DbKI8+GH8= Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTPSA id EC53F678057 for ; Mon, 11 Nov 2013 22:35:01 -0800 (PST) Received: by mail-we0-f172.google.com with SMTP id q58so5478040wes.17 for ; Mon, 11 Nov 2013 22:35:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nIzVVy4Zcueo1s23ZsX3DYJrqMzKuLzyhVcPCAj5wTQ=; b=CeCYqXMro4QREDpKBjXcBxuZ0+PieCIYxa6isytknEvc+f1A2Rsc+lpMY1nqsVMzzV aDglBMNg842zNruksFrdKMxymmp8O2YS1lo7Rt0LxTASAKyXHQgqzL2ofRYBiJ3bowKH fgRhXa/26qD8fckq7+BQmvGKaBtRfvS3A5x3nPwdTyfo9Pvam3v2ihmXk7nWiSSmOgEp kpwmDQcweXuEI2WaiG0EypYdH8og6ijNNu38FJ/1f3aJzCzMXB7H+B+o+Ale829y8Cql CPgUAgXsL1kj1D20Hrhv/w+BbMmSqKWBR8hioh2YcSpjVSQjc50jjev0dQAGHPyDi92d ZteA== MIME-Version: 1.0 X-Received: by 10.180.91.226 with SMTP id ch2mr14765583wib.4.1384238100444; Mon, 11 Nov 2013 22:35:00 -0800 (PST) Received: by 10.216.151.136 with HTTP; Mon, 11 Nov 2013 22:35:00 -0800 (PST) In-Reply-To: References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> Date: Tue, 12 Nov 2013 00:35:00 -0600 Message-ID: From: Nico Williams To: Julian Reschke Content-Type: text/plain; charset=UTF-8 Cc: XML2RFC Interest Group Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:35:08 -0000 If examples of RFCs with large modules half-strewn over the RFC and fully duplicated in an appendix are needed, let me know. I can think of quite a few: - PKIX-related RFCs - LDAP-related RFCs - TLS-related RFCs - Kerberos-related RFCs - GSS-API-related RFCs - XDR and NFS-related RFCs For each of the above, without looking at *any* of them, just the ones I know for a fact are a) not obsolete/historic, and b) have this problem, there's at least eight, but probably more than a dozen (if I looked). A co-author of at least of them complained to me about the difficulty of managing this and explained how he used nroff and scripts to manage the mess. I myself have wanted for a decent solution to this. I am pretty sure at least one of those RFCs has some inconsistencies between code that appears twice in it. One look at RFCs 5280 or 5661 should be sufficient to prove the point. We urgently need a way to avoid hte errors that come with duplicating ASN.1/XDR/ABNF/whatever (TLS' ad-hoc syntax) text. Nico -- From dret@berkeley.edu Mon Nov 11 22:40:53 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CACE821E80AE for ; Mon, 11 Nov 2013 22:40:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EWxYLLAhm4YD for ; Mon, 11 Nov 2013 22:40:48 -0800 (PST) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id 7E72521E808D for ; Mon, 11 Nov 2013 22:40:47 -0800 (PST) Received: from c-24-6-239-29.hsd1.ca.comcast.net ([24.6.239.29] helo=dretair.local) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:dret@berkeley.edu) (envelope-from ) id 1Vg7eX-00047e-BX; Mon, 11 Nov 2013 22:40:47 -0800 Message-ID: <5281CD6D.7090400@berkeley.edu> Date: Mon, 11 Nov 2013 22:40:45 -0800 From: Erik Wilde User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Nico Williams , XML2RFC Interest Group References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Reschke Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:40:53 -0000 hello nico. On 2013-11-11, 22:26 , Nico Williams wrote: > Agreed. One use case I've seen a few times is where you have a large > ASN.1/XDR/whatever module that needs to go in an appendix but select > pieces of which need to be interspersed with the prose for explanatory > purposes. Hand-coding this is extremely error prone. Here the idea > would be to markup sub-sections of the module but otherwise have it in > one piece, then reference specific sub-sections of the module as > desired. Another possibility is to spread the module throughout the > source doc and have functionality to pull all the bits, concatenate > them, then make the result the appendix -- IMO this second approach is > terrible, but the first approach requires a fairly radical new > approach to "artwork". not really. unless you plan on making itself inclusion-enabled (which i think would not be such a great way to go), you simply use XInclude and you're done. this is a working snippet from https://github.com/dret/I-D/blob/master/xml-patch/draft-wilde-xml-patch-08.xml, which requires XInclude processing (&files; is defined as "draft-wilde-xml-patch-08-files" in the XML): the current downside of XIPr (the XInclude processor i am using, https://github.com/dret/XIPr) is that you can only include complete text files, and not fragments. XInclude 1.1 fixes that, but i haven't implemented it yet. i have no idea how widely 1.1 is supported, but i would guess that most current XInclude implementations are 1.0 only. 1.1 support would allow something like this: one problem is that if you support 1.1 (i.e., fragments for textual inclusion), once you insert one line at the start of your included file, you have to adjust all fragment identifiers or they'll "get out of sync" (integrity checks http://tools.ietf.org/html/rfc5147#section-3.1 can be used to detect this situation, but they won't fix it). there's no easy way around this. but apart from that, it's certainly much better than what i was doing before, i.e. copy/pasting files into the XML source. cheers, dret. -- erik wilde | mailto:dret@berkeley.edu - tel:+1-510-2061079 | | UC Berkeley - School of Information (ISchool) | | http://dret.net/netdret http://twitter.com/dret | From julian.reschke@gmx.de Mon Nov 11 22:49:42 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 498CA21E805F for ; Mon, 11 Nov 2013 22:49:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.603 X-Spam-Level: X-Spam-Status: No, score=-103.603 tagged_above=-999 required=5 tests=[AWL=-1.004, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lfW0qZKL015A for ; Mon, 11 Nov 2013 22:49:36 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBB911E80D9 for ; Mon, 11 Nov 2013 22:49:36 -0800 (PST) Received: from [192.168.2.117] ([93.217.69.91]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MOx4J-1VluPZ3ycB-006SC4 for ; Tue, 12 Nov 2013 07:49:35 +0100 Message-ID: <5281CF7D.3090504@gmx.de> Date: Tue, 12 Nov 2013 07:49:33 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Nico Williams References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:hnzlF5QGq7oFOIZ4yopMKiC3H+FkdhxgYkXQPqAIW1BZO8lylez IzNx2a3X078y8aRXwbOPS3yXt/b2ovQC65pEsHqIWhOljrFuycqNJz4YnIj22yZ3Vpgaldv DrlrovrHHsmwAxy/AAG5VYSXW5cr6EZ7LHNHp0g/vcBnJcV06ayKxwkSeMfVyYglHEsN2Uq SZa5tPWxzMa6EesJKd6GA== Cc: XML2RFC Interest Group Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:49:42 -0000 On 2013-11-12 07:26, Nico Williams wrote: > On Mon, Nov 11, 2013 at 3:14 AM, Julian Reschke wrote: >> >> >> PIs are a hack. We shouldn't extend them anymore. >> >> Please collect use cases for inclusions, and then have a proper mechanism >> for dealing with them (see Erik Wilde's proposal from a few days ago). > > Agreed. One use case I've seen a few times is where you have a large > ASN.1/XDR/whatever module that needs to go in an appendix but select > pieces of which need to be interspersed with the prose for explanatory > purposes. Hand-coding this is extremely error prone. Here the idea > would be to markup sub-sections of the module but otherwise have it in > one piece, then reference specific sub-sections of the module as > desired. Another possibility is to spread the module throughout the > source doc and have functionality to pull all the bits, concatenate > them, then make the result the appendix -- IMO this second approach is > terrible, but the first approach requires a fairly radical new > approach to "artwork". The second is what we do in HTTPbis (and it works just fine using a simple shell script that updates the appendix). Best regards, Julian From nico@cryptonector.com Mon Nov 11 22:53:48 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EA8811E8116 for ; Mon, 11 Nov 2013 22:53:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.962 X-Spam-Level: X-Spam-Status: No, score=-1.962 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NMh4eqo2WGYX for ; Mon, 11 Nov 2013 22:53:44 -0800 (PST) Received: from homiemail-a84.g.dreamhost.com (caiajhbdcahe.dreamhost.com [208.97.132.74]) by ietfa.amsl.com (Postfix) with ESMTP id 924C621E80B0 for ; Mon, 11 Nov 2013 22:53:35 -0800 (PST) Received: from homiemail-a84.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a84.g.dreamhost.com (Postfix) with ESMTP id 208F41DE05D for ; Mon, 11 Nov 2013 22:53:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=duow9VzQgOimOV2ft0Hc f9VAecM=; b=L0FCZ3qA7lU7xZgoaYOnHobLk9ZxywqfWvz18Z7iS390NlfQ6U2H iPFQYZCo9AZhUcHznX9EkRSi5/HcLOiMpjw9K8i/UrXe3beW09z6v/OCxCVtV2qE XXdk5k6+vuWzvwyIIKW6HnMUQh3y66PkGwweyVfWnMGa4R7D7h+23EA= Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a84.g.dreamhost.com (Postfix) with ESMTPSA id C47931DE059 for ; Mon, 11 Nov 2013 22:53:34 -0800 (PST) Received: by mail-wi0-f181.google.com with SMTP id m19so3237457wiv.2 for ; Mon, 11 Nov 2013 22:53:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RbbaLQXUIJpvTyOvEnIBlqfskYkQqZBm6+jRfwSco6s=; b=izU2gz/sqsPWfZB6Uuk1i6XdXDNCDu31kIAi4Y4y9i1C0SdGNn9O3NK2VQwMveibl3 0VHc59Wh2Qm7UVnMnPChqbGrcYcgS6UUR49d29eWHEaUIbrI6kNob175XN9y9KFtHzTC kLWV2rqEGsfUi8k9HqjY9L4JDlwsjGG95i5oi3ZUiCRYEE98F/9qDypktkhOVz1PreMw N+lix3Q6GCbIsoYq2Vq+zetu+f7x4+jpM/jnxMFrJYnt84/rip2Y2ivKxPi9GhPK44kc DWV9kDIW4uXkMQj67ikdQG61CNobj2VjwVfUBHJfnms7nFxAy9+9V3Z0mYjJ/p7c/Ajo 9XNA== MIME-Version: 1.0 X-Received: by 10.180.184.112 with SMTP id et16mr15263289wic.4.1384239213434; Mon, 11 Nov 2013 22:53:33 -0800 (PST) Received: by 10.216.151.136 with HTTP; Mon, 11 Nov 2013 22:53:33 -0800 (PST) In-Reply-To: <5281CD6D.7090400@berkeley.edu> References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <5281CD6D.7090400@berkeley.edu> Date: Tue, 12 Nov 2013 00:53:33 -0600 Message-ID: From: Nico Williams To: Erik Wilde Content-Type: text/plain; charset=UTF-8 Cc: Julian Reschke , XML2RFC Interest Group Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 06:53:48 -0000 On Tue, Nov 12, 2013 at 12:40 AM, Erik Wilde wrote: > On 2013-11-11, 22:26 , Nico Williams wrote: >> Agreed. One use case I've seen a few times is where you have a large >> ASN.1/XDR/whatever module that needs to go in an appendix but select >> pieces of which need to be interspersed with the prose for explanatory >> purposes. [...] > > not really. unless you plan on making itself inclusion-enabled > (which i think would not be such a great way to go), you simply use XInclude > and you're done. this is a working snippet from > https://github.com/dret/I-D/blob/master/xml-patch/draft-wilde-xml-patch-08.xml, > which requires XInclude processing (&files; is defined as > "draft-wilde-xml-patch-08-files" in the XML): > > href="&files;/patch-document.xml"/> I guess I could live with that. I'd rather have something somewhat better integrated, but I suppose we've been hacking our way around this so far reasonably well -- why stop? > the current downside of XIPr (the XInclude processor i am using, > https://github.com/dret/XIPr) is that you can only include complete text > files, and not fragments. XInclude 1.1 fixes that, but i haven't implemented > it yet. i have no idea how widely 1.1 is supported, but i would guess that > most current XInclude implementations are 1.0 only. 1.1 support would allow > something like this: > > href="&files;/patch-document.xml#line=10,12"/> > > one problem is that if you support 1.1 (i.e., fragments for textual > inclusion), once you insert one line at the start of your included file, you > have to adjust all fragment identifiers or they'll "get out of sync" > (integrity checks http://tools.ietf.org/html/rfc5147#section-3.1 can be used > to detect this situation, but they won't fix it). there's no easy way around > this. but apart from that, it's certainly much better than what i was doing > before, i.e. copy/pasting files into the XML source. Yeah. No, that's awful. I want fragment IDs. In general all these code modules are written in languages that permit comments, so the obvious thing to do is to put the whole module in one file (well, where it makes sense) and then mark it up with comment directives, and extract fragments to Xinclude (or whatever) into the prose. That kinda means hacking it up every time, or at least once per-language. Nico -- From elwynd@dial.pipex.com Tue Nov 12 06:36:16 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B773721E8063 for ; Tue, 12 Nov 2013 06:36:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LAuTkrVXBuyb for ; Tue, 12 Nov 2013 06:36:07 -0800 (PST) Received: from b.a.painless.aa.net.uk (a.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e33]) by ietfa.amsl.com (Postfix) with ESMTP id 3B63621F842B for ; Tue, 12 Nov 2013 06:36:06 -0800 (PST) Received: from mightyatom.folly.org.uk ([81.187.254.250]) by a.painless.aa.net.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1VgF4Q-0005Gu-8b; Tue, 12 Nov 2013 14:36:01 +0000 From: Elwyn Davies To: Jim Schaad In-Reply-To: <0bfc01cedf65$03ab6c20$0b024460$@augustcellars.com> References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <1384175927.4625.1124.camel@mightyatom> <0bfc01cedf65$03ab6c20$0b024460$@augustcellars.com> Content-Type: text/plain Date: Tue, 12 Nov 2013 14:27:48 +0000 Message-Id: <1384266468.4625.4151.camel@mightyatom> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 Content-Transfer-Encoding: 7bit X-Spam-Score-a.painless.aa.net.uk: -1.0 Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 14:36:16 -0000 I am not deeply skilled with lxml but it appears to have the hooks needed, e.g., http://lxml.de/parsing.html#parsers PI events seem to give one a handle on how to do this possibly combined either with a suitable file-like object or a feed parser. /Elwyn On Mon, 2013-11-11 at 21:06 -0800, Jim Schaad wrote: > Given that we are using a package to do the XML parsing, it does not seem > that switching streams in mid-stream seems to be an option. > > Jim > > > > -----Original Message----- > > From: Elwyn Davies [mailto:elwynd@dial.pipex.com] > > Sent: Monday, November 11, 2013 5:19 AM > > To: Julian Reschke > > Cc: Jim Schaad; xml2rfc@ietf.org > > Subject: Re: [xml2rfc] include processing directive > > > > Hi. > > > > #3 as stated strikes me as leading to "really difficult to explain to > user" errors. > > I would have thought (without looking in detail at the > > code) that if you fix #1 by switching input streams in the feed to the > etree > > parser then #3 is automatically 'solved'. > > > > As regards #2, it seems that undefining the entities from the parent(s) > would > > be almost more trouble than making them usable. The issue might be > > whether entities defined in included files should remain available in the > > parents. My feeling would be that they should. However there might ber > an > > issue with redefinitions. > > > > Regards, > > Elwyn > > > > On Mon, 2013-11-11 at 10:14 +0100, Julian Reschke wrote: > > > On 2013-11-11 04:50, Jim Schaad wrote: > > > > There are currently a number of restrictions on the current system > > > > for the include processing directive. I am wondering how many of > > > > these should be kept and which should be fixed. > > > > > > > > 1.They cannot be recursive > > > > > > > > 2.They will incorrectly deal with entities that are declared in the > > > > main document > > > > > > > > 3.Included files MUST be have a single root node > > > > > > > > The only one that I think really needs to get fixed is #1 - to deal > > > > with ticket #106, but I would be interested in opinions on the others. > > > > > > > > I do expect to file a tracker issue as soon as I am sure my list is > > > > reasonably exhaustive. > > > > > > > > Jim > > > > > > PIs are a hack. We shouldn't extend them anymore. > > > > > > Please collect use cases for inclusions, and then have a proper > > > mechanism for dealing with them (see Erik Wilde's proposal from a few > > > days ago). > > > > > > Best regards, Julian > > > > > > _______________________________________________ > > > xml2rfc mailing list > > > xml2rfc@ietf.org > > > https://www.ietf.org/mailman/listinfo/xml2rfc > From shollenbeck@verisign.com Tue Nov 12 04:08:47 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C575A21E80C1 for ; Tue, 12 Nov 2013 04:08:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.543 X-Spam-Level: X-Spam-Status: No, score=-6.543 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id riZiYbZQWV1m for ; Tue, 12 Nov 2013 04:08:35 -0800 (PST) Received: from exprod6og104.obsmtp.com (exprod6og104.obsmtp.com [64.18.1.187]) by ietfa.amsl.com (Postfix) with ESMTP id 90ED211E8105 for ; Tue, 12 Nov 2013 04:08:30 -0800 (PST) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob104.postini.com ([64.18.5.12]) with SMTP ID DSNKUoIaPoRdkNh5uDbDtcp0tJaLu2pecaL4@postini.com; Tue, 12 Nov 2013 04:08:30 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id rACC8TQm009169 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 12 Nov 2013 07:08:29 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0342.003; Tue, 12 Nov 2013 07:08:28 -0500 From: "Hollenbeck, Scott" To: "xml2rfc@ietf.org" Thread-Topic: xml2rfc Output Error Thread-Index: Ac7fn+H1/SmncaO2Q2u3wfptKPIeNQ== Date: Tue, 12 Nov 2013 12:08:28 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F492D16DA@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 12 Nov 2013 06:41:40 -0800 Subject: [xml2rfc] xml2rfc Output Error X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 12:08:48 -0000 I'm getting an unusual (to me) error when using the web version of xml2rfc = found here: http://xml.resource.org/index.html The output format is "plaintext" and I've selected "Use frames to show Warn= ings & Errors". The output file isn't being written. Instead, I see this st= ack trace: "Traceback (most recent call last): File "/usr/local/bin/xml2rfc", line 224, in main() File "/usr/local/bin/xml2rfc", line 209, in main pagedwriter.write(filename) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", li= ne 1088, in write self.post_rendering() File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_tx= t.py", line 286, in post_rendering self.emit([''] * remainder) File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_tx= t.py", line 164, in emit if self.page_length =3D=3D 1 and text.strip() =3D=3D '': AttributeError: 'list' object has no attribute 'strip'" There's something in this element that's causing the problem. When I= remove the last element (with hangText=3D"-08:") the output is properl= y written: Adopted as working group document. Added "Conventions Used in This Document" section. A= dded normative reference to draft-ietf-weirds-rdap-sec and some wrapping text = in the Security Considerations section. Removed "unified" from the title. Rewrote the last p= aragraph of section 2. Edited the first paragraph of section 3 to more clearly not= e that only one path segement is provided. Added "bitmask" to "length" in section 3.1. Changed "lowest IP network" to "smallest IP network" in sect= ion 3.1. Added "asplain" to the description of autonomous system numbers in section 3.2. Minor change from "semantics is" to "semantics are" in secti= on 3.2. Changed the last sentence in section 4 to more clearly specify error response behavior. Added acknowledgements. Added a paragraph in the introduction regarding future IETF standards and extensibility. Changed 'query' to 'lookup' in document title to bet= ter describe the 'exact match lookup' purpose of this document. Included a = multitude of minor additions and clarifications provided by Marc Blanchet a= nd Jean-Philippe Dionne. Modified the domain and name server sections to in= clude support for IDN U-labels. Updated the domain and name server sections to use .= example IDN U-labels. Added text to note that mixed IDN labels SHOULD NOT b= e used. Fixed broken sentences in . Added "help" path segment. Added search text and removed or edited old search t= ext. Fixed query parameter typo by replacing "/?" with "?= ". Changed "asplain" to "AS Plain". Added entity search by handle. Correcte= d section references. Updated IDN search text. Revised URI formats. Revised search processing text.= Synchronized examples with response draft. Is there an obvious error here that I'm missing? Scott From julian.reschke@gmx.de Tue Nov 12 06:43:05 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DCCE21E8104 for ; Tue, 12 Nov 2013 06:43:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.099 X-Spam-Level: X-Spam-Status: No, score=-104.099 tagged_above=-999 required=5 tests=[AWL=-1.500, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctIO-vGOnpds for ; Tue, 12 Nov 2013 06:43:00 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by ietfa.amsl.com (Postfix) with ESMTP id 075B521E80C7 for ; Tue, 12 Nov 2013 06:43:00 -0800 (PST) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MEWkb-1VvrIV3TBp-00FhDY for ; Tue, 12 Nov 2013 15:42:54 +0100 Message-ID: <52823E6D.2040206@gmx.de> Date: Tue, 12 Nov 2013 15:42:53 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Elwyn Davies , Jim Schaad References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <1384175927.4625.1124.camel@mightyatom> <0bfc01cedf65$03ab6c20$0b024460$@augustcellars.com> <1384266468.4625.4151.camel@mightyatom> In-Reply-To: <1384266468.4625.4151.camel@mightyatom> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:GzLsDL8CHf5RO6iPb5MPmrYy63pFr/vPMgXSjglzh9Sgl/MwePd TiPmhhsqyZEiAgRKeUN0NTm36IE3f+2KEqzD9xhpjdMH2YDlOFIwjs9k7oDWVwsOJCw+Irm B5FflNoz0T6v+gjrPAAnAMkHP6y+ifrlEqQ1es4ELQR2SYzA7plczwbIyPYKieg7Mum8/jF BUCkOLb6uMQYqXo2r602A== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 14:43:05 -0000 On 2013-11-12 15:27, Elwyn Davies wrote: > I am not deeply skilled with lxml but it appears to have the hooks > needed, e.g., http://lxml.de/parsing.html#parsers > > PI events seem to give one a handle on how to do this possibly combined > either with a suitable file-like object or a feed parser. > > /Elwyn > ... Please be very careful. In the end we need a language that can be processed by more than a single tool. Just because you are able to get it working in a specific code base doesn't mean that it is a sane design. Best regards, Julian From miek@miek.nl Tue Nov 12 10:06:24 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E477011E816D for ; Tue, 12 Nov 2013 10:06:23 -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=[BAYES_50=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rCk7RrWV9q9K for ; Tue, 12 Nov 2013 10:05:58 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id EBC3811E815C for ; Tue, 12 Nov 2013 10:05:58 -0800 (PST) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rACI5qHV059915 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Tue, 12 Nov 2013 10:05:53 -0800 (PST) (envelope-from miek@miek.nl) Received: by mail-wg0-f41.google.com with SMTP id n12so3177933wgh.0 for ; Tue, 12 Nov 2013 10:05:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :mime-version:content-type:content-disposition:user-agent; bh=6IPu95FYGg20Z2EnlPa0ivUx8VQq1P3ZgsWKb2mq+MA=; b=m2NzXiwpSXOUovkzgOuXt5pVZj1GiBzmXnaTjwZ/ogHO/3AwwE7ERgF0gY3ADdtcrr TnybdQ9ctVBbBSmMWKqFgT26dr60XWQfc2RZQFFXx9kFRl1/1aHR+A07yh3s0pzi5vn4 G+p4W68h/AP4Ytckei1M+de5xzpum6Mle0d3umJQGELfOdy1iz27RbZ3xrQ9C9HGpQiC MzhZxTM6PyrM2PCsfQofklE9jMpfV31eRgMRzzZwhKT9U/W/1eJ6lzjwx0L55UP+TWYa jaTCnuceTahSrihzXxim3UNMjJXF9rjyzWvB7uW7dnEW4ce/iNcTlQgi5VMUvp1kddc8 S9Rg== X-Gm-Message-State: ALoCoQmDPVZWXnl0D4iH/iZcYu6YrnInWKOH/LNy/2/B/4Zpl/uDx4fyjEBAMHtrHyIwB3TePp5r X-Received: by 10.180.188.164 with SMTP id gb4mr17280134wic.52.1384279544536; Tue, 12 Nov 2013 10:05:44 -0800 (PST) Received: from miek.nl ([2a01:7e00::f03c:91ff:feae:e74c]) by mx.google.com with ESMTPSA id b7sm46977294wiz.8.2013.11.12.10.05.42 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 12 Nov 2013 10:05:43 -0800 (PST) Date: Tue, 12 Nov 2013 18:05:34 +0000 From: Miek Gieben To: Xml2rfc list Message-ID: <20131112180534.GA26913@miek.nl> Mail-Followup-To: Xml2rfc list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Vim/Mutt/Linux X-Home: http://www.miek.nl Subject: [xml2rfc] new release? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:06:24 -0000 Hello, There are a couple of (showstopper) bugs fixed in xml2rfc, might it make sense to release an xml2rfc 2.4.3 (and update xml.resource.org) with that version? Kind regards, -- Miek Gieben From dret@berkeley.edu Tue Nov 12 10:12:33 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2071A21F9D52 for ; Tue, 12 Nov 2013 10:12:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ilo4dt0YYZjj for ; Tue, 12 Nov 2013 10:12:28 -0800 (PST) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id CA7AE21F9D2E for ; Tue, 12 Nov 2013 10:12:25 -0800 (PST) Received: from c-24-6-239-29.hsd1.ca.comcast.net ([24.6.239.29] helo=dretpro.local) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:dret@berkeley.edu) (envelope-from ) id 1VgIRs-0005JP-A5; Tue, 12 Nov 2013 10:12:25 -0800 Message-ID: <52826F86.5020805@berkeley.edu> Date: Tue, 12 Nov 2013 10:12:22 -0800 From: Erik Wilde User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Nico Williams , XML2RFC Interest Group References: <0a3701cede91$2bff9f40$83feddc0$@augustcellars.com> <5280A009.8000702@gmx.de> <5281CD6D.7090400@berkeley.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Reschke Subject: Re: [xml2rfc] include processing directive X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:12:33 -0000 hello nico. On 2013-11-11, 22:53 , Nico Williams wrote: >> > href="&files;/patch-document.xml"/> > I guess I could live with that. I'd rather have something somewhat > better integrated, but I suppose we've been hacking our way around > this so far reasonably well -- why stop? keep in mind that for this to work, all i need is local pre-processing (well, and then removing the xmlns:xi namespace declaration which gets rejected as an unknown attribute by xml2rfc). > Yeah. No, that's awful. I want fragment IDs. In general all these > code modules are written in languages that permit comments, so the > obvious thing to do is to put the whole module in one file (well, > where it makes sense) and then mark it up with comment directives, and > extract fragments to Xinclude (or whatever) into the prose. That > kinda means hacking it up every time, or at least once per-language. what could be hacked would be fragment ids for languages, rather than the ones that are defined for text/plain. it might be interesting to see how this could plug into an XInclude implementation such as XIPr and XInclude in general. i guess you could use the "parse" attribute to invoke behavior beyond standard text/xml processing: http://www.w3.org/TR/xinclude-11/#include_element cheers, dret. -- erik wilde | mailto:dret@berkeley.edu - tel:+1-510-2061079 | | UC Berkeley - School of Information (ISchool) | | http://dret.net/netdret http://twitter.com/dret | From henrik@levkowetz.com Tue Nov 12 10:16:12 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 403AB11E811B for ; Tue, 12 Nov 2013 10:16:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.299 X-Spam-Level: X-Spam-Status: No, score=-101.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79066RoO5+wd for ; Tue, 12 Nov 2013 10:16:03 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id D98D811E810A for ; Tue, 12 Nov 2013 10:16:03 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rACIFv5o060094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 12 Nov 2013 10:15:58 -0800 (PST) (envelope-from henrik@levkowetz.com) Received: from localhost ([127.0.0.1]:50511 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VgIV6-0003op-7v for xml2rfc@lists.xml.resource.org; Tue, 12 Nov 2013 19:15:45 +0100 Message-ID: <5282704E.2050803@levkowetz.com> Date: Tue, 12 Nov 2013 19:15:42 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: Xml2rfc list References: <20131112180534.GA26913@miek.nl> In-Reply-To: <20131112180534.GA26913@miek.nl> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: xml2rfc@lists.xml.resource.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Subject: Re: [xml2rfc] new release? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:16:12 -0000 Hi Miek, On 2013-11-12 19:05 Miek Gieben said the following: > Hello, > > There are a couple of (showstopper) bugs fixed in xml2rfc, might it make sense > to release an xml2rfc 2.4.3 (and update xml.resource.org) with that version? Yes, it's coming -- by this weekend, I expect. Best regards, Henrik From miek@miek.nl Tue Nov 12 10:17:15 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C038311E811B for ; Tue, 12 Nov 2013 10:17:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09furr7rBLyK for ; Tue, 12 Nov 2013 10:17:09 -0800 (PST) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by ietfa.amsl.com (Postfix) with ESMTP id 4870121F9D52 for ; Tue, 12 Nov 2013 10:17:09 -0800 (PST) Received: by mail-wi0-f169.google.com with SMTP id cb5so4114231wib.4 for ; Tue, 12 Nov 2013 10:17:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Ek6JsrK4UlbBooL3QCPxwyrHrhFX8X6DDn0/+sQltlM=; b=hdju9cBgT8e1x7xKsI6DEPHrYHWwj9JhbElx1bIaIOgkmv/rwlWtDHnuyC2IxXhsSJ 9hnNw8vawNVJfs7d1PyNGcWM/gUamOSuWcSL0NHfyfWeYIWxJXUqdjSpCvhURqBCTngo QzBUjyimFbmVz4hPjmPVTFtGl9AkNCJsMV+UXfYcL+QqfIQD0+b5Dx8iUuaj5cUy7Y3/ xSB2IB7WcRHPN7MGeQKYHnAcMmVcsYQafiMD8rWMwQ02imlIPVnwy/svX8HcepcG0e/3 f2tHDXY6vfaQ+tqwO2DY/ZC9dOln6c8A5BOyxU4WKAZcfi13RER5fDT6MgJKT52iJRpi Rxyw== X-Gm-Message-State: ALoCoQmqxkJdoeJDirZR+OgeabCHan9SZ7Otv1FF7s0Gx3PYmwHOZqjqe/BF+QnoeJjN3kV9W+er X-Received: by 10.180.37.114 with SMTP id x18mr17477541wij.64.1384280228471; Tue, 12 Nov 2013 10:17:08 -0800 (PST) Received: from miek.nl ([2a01:7e00::f03c:91ff:feae:e74c]) by mx.google.com with ESMTPSA id gg20sm47911261wic.1.2013.11.12.10.17.07 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 12 Nov 2013 10:17:07 -0800 (PST) Date: Tue, 12 Nov 2013 18:17:06 +0000 From: Miek Gieben To: xml2rfc@ietf.org, Xml2rfc list Message-ID: <20131112181706.GC28055@miek.nl> Mail-Followup-To: xml2rfc@ietf.org, Xml2rfc list References: <20131112180534.GA26913@miek.nl> <5282704E.2050803@levkowetz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5282704E.2050803@levkowetz.com> User-Agent: Vim/Mutt/Linux X-Home: http://www.miek.nl Subject: Re: [xml2rfc] new release? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:17:15 -0000 [ Quoting in "Re: [xml2rfc] new release?..." ] > Hi Miek, > > On 2013-11-12 19:05 Miek Gieben said the following: > > Hello, > > > > There are a couple of (showstopper) bugs fixed in xml2rfc, might it make sense > > to release an xml2rfc 2.4.3 (and update xml.resource.org) with that version? > > Yes, it's coming -- by this weekend, I expect. Great, thanks! grtz, -- Miek Gieben From miek@miek.nl Tue Nov 12 10:17:20 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF0E11E8169 for ; Tue, 12 Nov 2013 10:17:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ll6JnfAYlXn3 for ; Tue, 12 Nov 2013 10:17:20 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 2F17411E815C for ; Tue, 12 Nov 2013 10:17:20 -0800 (PST) Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rACIHEBe060112 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Tue, 12 Nov 2013 10:17:15 -0800 (PST) (envelope-from miek@miek.nl) Received: by mail-wg0-f44.google.com with SMTP id k14so4649751wgh.11 for ; Tue, 12 Nov 2013 10:17:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Ek6JsrK4UlbBooL3QCPxwyrHrhFX8X6DDn0/+sQltlM=; b=lD3dBDVBHZ5K723FMgC0no6d2nRF33CZhrQVqOhBwanTmj4h2cTxkpFgsYdxqE+U5u T6j1TjozdRDEMbduA1PL+XdBWK9M+cx0+ir+eK/VtkUlNX6OOB5PXho429vN3z9MnMkA +dVw04IRGBzZcdYkHNaXgIgZHv/9EynLP/AOTDYSR7w/2V1OJK0J4Fsnm4JMsT4A6jhb SWWk0Qjr/+1S6FrXlrXXSEmacg7K3jD/9ORsnkr4DurVVccg43bM586ZbosIl4G0EADi LayuH9eBTZ3x35l6c5/He+YxS6eeCM8EDUpbZvGLlhjTm0lweF6YxRPVkjkj6MPjue1h AsbQ== X-Gm-Message-State: ALoCoQme/9x3yuT7IutzXkUoEtRhWiZe0bhLozIX2BiiV9ukpqoQZ+2m31DQejGOrbtPjW3rQIHE X-Received: by 10.180.37.114 with SMTP id x18mr17477541wij.64.1384280228471; Tue, 12 Nov 2013 10:17:08 -0800 (PST) Received: from miek.nl ([2a01:7e00::f03c:91ff:feae:e74c]) by mx.google.com with ESMTPSA id gg20sm47911261wic.1.2013.11.12.10.17.07 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 12 Nov 2013 10:17:07 -0800 (PST) Date: Tue, 12 Nov 2013 18:17:06 +0000 From: Miek Gieben To: xml2rfc@ietf.org, Xml2rfc list Message-ID: <20131112181706.GC28055@miek.nl> Mail-Followup-To: xml2rfc@ietf.org, Xml2rfc list References: <20131112180534.GA26913@miek.nl> <5282704E.2050803@levkowetz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5282704E.2050803@levkowetz.com> User-Agent: Vim/Mutt/Linux X-Home: http://www.miek.nl Subject: Re: [xml2rfc] new release? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:17:20 -0000 [ Quoting in "Re: [xml2rfc] new release?..." ] > Hi Miek, > > On 2013-11-12 19:05 Miek Gieben said the following: > > Hello, > > > > There are a couple of (showstopper) bugs fixed in xml2rfc, might it make sense > > to release an xml2rfc 2.4.3 (and update xml.resource.org) with that version? > > Yes, it's coming -- by this weekend, I expect. Great, thanks! grtz, -- Miek Gieben From tony@att.com Wed Nov 13 07:19:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B034411E80E3 for ; Wed, 13 Nov 2013 07:19:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.924 X-Spam-Level: X-Spam-Status: No, score=-102.924 tagged_above=-999 required=5 tests=[AWL=-0.325, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iyTjvrrXUXbS for ; Wed, 13 Nov 2013 07:19:06 -0800 (PST) Received: from tlpi046.enaf.dadc.sbc.com (egssmtp01.att.com [144.160.112.12]) by ietfa.amsl.com (Postfix) with ESMTP id 0C0BD21E80CA for ; Wed, 13 Nov 2013 07:19:05 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp01.att.com (8.14.4/8.14.4) with ESMTP id rADFJ5NW008121 for ; Wed, 13 Nov 2013 09:19:05 -0600 Received: from vpn-135-70-98-162.vpn.swst.att.com ([135.70.98.162]) by maillennium.att.com (mailgw1) with ESMTP id <20131113151903gw100j0c0he>; Wed, 13 Nov 2013 15:19:04 +0000 X-Originating-IP: [135.70.98.162] Message-ID: <52839872.7070701@att.com> Date: Wed, 13 Nov 2013 10:19:14 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Hollenbeck, Scott" , "xml2rfc@ietf.org" References: <831693C2CDA2E849A7D7A712B24E257F492D16DA@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F492D16DA@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] xml2rfc Output Error X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 15:19:10 -0000 You've tripped over a bug that we actually have a fix for in the pipeline. Henrik said that he hopes to get it pushed out this weekend. Tony Hansen On 11/12/13, 7:08 AM, Hollenbeck, Scott wrote: > I'm getting an unusual (to me) error when using the web version of xml2rfc found here: > > http://xml.resource.org/index.html > > The output format is "plaintext" and I've selected "Use frames to show Warnings & Errors". The output file isn't being written. Instead, I see this stack trace: > > "Traceback (most recent call last): > File "/usr/local/bin/xml2rfc", line 224, in > main() > File "/usr/local/bin/xml2rfc", line 209, in main > pagedwriter.write(filename) > File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line 1088, in write > self.post_rendering() > File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 286, in post_rendering > self.emit([''] * remainder) > File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", line 164, in emit > if self.page_length == 1 and text.strip() == '': > AttributeError: 'list' object has no attribute 'strip'" > > There's something in this element that's causing the problem. When I remove the last element (with hangText="-08:") the output is properly written: > > > Adopted as working group document. > Added "Conventions Used in This Document" section. Added > normative reference to draft-ietf-weirds-rdap-sec and some wrapping text in > the Security Considerations section. > Removed "unified" from the title. Rewrote the last paragraph > of section 2. Edited the first paragraph of section 3 to more clearly note > that only one path segement is provided. Added "bitmask" to "length" in > section 3.1. Changed "lowest IP network" to "smallest IP network" in section > 3.1. Added "asplain" to the description of autonomous system numbers in > section 3.2. Minor change from "semantics is" to "semantics are" in section > 3.2. Changed the last sentence in section 4 to more clearly specify error > response behavior. Added acknowledgements. Added a paragraph in the > introduction regarding future IETF standards and extensibility. > Changed 'query' to 'lookup' in document title to better describe the 'exact match lookup' purpose of this document. Included a multitude of minor additions and clarifications provided by Marc Blanchet and Jean-Philippe Dionne. Modified the domain and name server sections to include support for IDN U-labels. > Updated the domain and name server sections to use .example IDN U-labels. Added text to note that mixed IDN labels SHOULD NOT be used. Fixed broken sentences in . > Added "help" path segment. > Added search text and removed or edited old search text. > Fixed query parameter typo by replacing "/?" with "?". Changed "asplain" to "AS Plain". Added entity search by handle. Corrected section references. Updated IDN search text. > Revised URI formats. Revised search processing text. Synchronized examples with response draft. > > > Is there an obvious error here that I'm missing? > > Scott > > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From shollenbeck@verisign.com Wed Nov 13 08:21:24 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9457C21E80F4 for ; Wed, 13 Nov 2013 08:21:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.557 X-Spam-Level: X-Spam-Status: No, score=-6.557 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTnZE8V7uwgE for ; Wed, 13 Nov 2013 08:21:20 -0800 (PST) Received: from exprod6og122.obsmtp.com (exprod6og122.obsmtp.com [64.18.1.238]) by ietfa.amsl.com (Postfix) with ESMTP id 67C0A11E8110 for ; Wed, 13 Nov 2013 08:21:19 -0800 (PST) Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob122.postini.com ([64.18.5.12]) with SMTP ID DSNKUoOm/7EdAfgq44srWMB1gYFH85SbzDm/@postini.com; Wed, 13 Nov 2013 08:21:20 PST Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id rADGLI0N008831 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 13 Nov 2013 11:21:18 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0342.003; Wed, 13 Nov 2013 11:21:17 -0500 From: "Hollenbeck, Scott" To: Tony Hansen Thread-Topic: [xml2rfc] xml2rfc Output Error Thread-Index: AQHO4IO2IX8LZ58AbkWShpVeDzkXRJojqzmA Date: Wed, 13 Nov 2013 16:21:17 +0000 Message-ID: <9F9A90FD-F1DE-4740-83CB-C5C61F88658D@verisign.com> References: <831693C2CDA2E849A7D7A712B24E257F492D16DA@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <52839872.7070701@att.com> In-Reply-To: <52839872.7070701@att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-ID: <8B9FFF91E700CB4BBD2A518906EE6C21@verisign.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "xml2rfc@ietf.org" Subject: Re: [xml2rfc] xml2rfc Output Error X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 16:21:24 -0000 Thanks, Tony. Trying to find a bug in my XML source was driving me nuts. Scott > On Nov 13, 2013, at 10:19 AM, "Tony Hansen" wrote: >=20 > You've tripped over a bug that we actually have a fix for in the pipeline= . >=20 > Henrik said that he hopes to get it pushed out this weekend. >=20 > Tony Hansen >=20 >> On 11/12/13, 7:08 AM, Hollenbeck, Scott wrote: >> I'm getting an unusual (to me) error when using the web version of xml2r= fc found here: >>=20 >> http://xml.resource.org/index.html >>=20 >> The output format is "plaintext" and I've selected "Use frames to show W= arnings & Errors". The output file isn't being written. Instead, I see this= stack trace: >>=20 >> "Traceback (most recent call last): >> File "/usr/local/bin/xml2rfc", line 224, in >> main() >> File "/usr/local/bin/xml2rfc", line 209, in main >> pagedwriter.write(filename) >> File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py",= line 1088, in write >> self.post_rendering() >> File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated= _txt.py", line 286, in post_rendering >> self.emit([''] * remainder) >> File "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated= _txt.py", line 164, in emit >> if self.page_length =3D=3D 1 and text.strip() =3D=3D '': >> AttributeError: 'list' object has no attribute 'strip'" >>=20 >> There's something in this element that's causing the problem. Whe= n I remove the last element (with hangText=3D"-08:") the output is prop= erly written: >>=20 >> >> Adopted as working group document. >> Added "Conventions Used in This Document" section= . Added >> normative reference to draft-ietf-weirds-rdap-sec and some wrapping te= xt in >> the Security Considerations section. >> Removed "unified" from the title. Rewrote the las= t paragraph >> of section 2. Edited the first paragraph of section 3 to more clearly = note >> that only one path segement is provided. Added "bitmask" to "length" i= n >> section 3.1. Changed "lowest IP network" to "smallest IP network" in s= ection >> 3.1. Added "asplain" to the description of autonomous system numbers i= n >> section 3.2. Minor change from "semantics is" to "semantics are" in se= ction >> 3.2. Changed the last sentence in section 4 to more clearly specify er= ror >> response behavior. Added acknowledgements. Added a paragraph in the >> introduction regarding future IETF standards and extensibility. >> Changed 'query' to 'lookup' in document title to = better describe the 'exact match lookup' purpose of this document. Included= a multitude of minor additions and clarifications provided by Marc Blanche= t and Jean-Philippe Dionne. Modified the domain and name server sections to= include support for IDN U-labels. >> Updated the domain and name server sections to us= e .example IDN U-labels. Added text to note that mixed IDN labels SHOULD NO= T be used. Fixed broken sentences in . >> Added "help" path segment. >> Added search text and removed or edited old searc= h text. >> Fixed query parameter typo by replacing "/?" with= "?". Changed "asplain" to "AS Plain". Added entity search by handle. Corre= cted section references. Updated IDN search text. >> Revised URI formats. Revised search processing te= xt. Synchronized examples with response draft. >> >>=20 >> Is there an obvious error here that I'm missing? >>=20 >> Scott >>=20 >>=20 >> _______________________________________________ >> xml2rfc mailing list >> xml2rfc@ietf.org >> https://www.ietf.org/mailman/listinfo/xml2rfc >=20 From trac@tools.ietf.org Wed Nov 13 09:50:53 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DA0721E80BE for ; Wed, 13 Nov 2013 09:50:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.609 X-Spam-Level: X-Spam-Status: No, score=-102.609 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yXdi0tSfppj for ; Wed, 13 Nov 2013 09:50:52 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A0D0B21E8116 for ; Wed, 13 Nov 2013 09:50:52 -0800 (PST) Received: from localhost ([127.0.0.1]:56912 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VgeaZ-0006G6-KJ; Wed, 13 Nov 2013 18:50:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, tony@att.com X-Trac-Project: xml2rfc Date: Wed, 13 Nov 2013 17:50:51 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/189#comment:2 Message-ID: <084.51cbce718be24a206621485c9b375a50@tools.ietf.org> References: <069.34b506430ff88a8f12e27b08482c7e68@tools.ietf.org> X-Trac-Ticket-ID: 189 In-Reply-To: <069.34b506430ff88a8f12e27b08482c7e68@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, tony@att.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #189: Spurious dot/point(.) characters in front of author names on page 1 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 17:50:53 -0000 #189: Spurious dot/point(.) characters in front of author names on page 1 Changes (by tony@att.com): * status: new => closed * resolution: => fixed Comment: revision 944 has fix-- check to make sure initial_list[0] is not empty before adding the period -- ------------------------------------+---------------------------------- Reporter: elwynd@dial.pipex.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 15 22:16:40 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FEF711E8125 for ; Fri, 15 Nov 2013 22:16:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxtu88HdDUcl for ; Fri, 15 Nov 2013 22:16:38 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8562911E8179 for ; Fri, 15 Nov 2013 22:16:35 -0800 (PST) Received: from localhost ([127.0.0.1]:34370 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VhZB5-0005Wd-GZ; Sat, 16 Nov 2013 07:16:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 16 Nov 2013 06:16:19 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/203#comment:1 Message-ID: <078.fc97c0a72ab22cfaf96d6ba8912a9ca5@tools.ietf.org> References: <063.eef26ca5235648d119f1a5dc9530ef43@tools.ietf.org> X-Trac-Ticket-ID: 203 In-Reply-To: <063.eef26ca5235648d119f1a5dc9530ef43@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #203: indentation of texttable changes (txt vs nroff output) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 06:16:40 -0000 #203: indentation of texttable changes (txt vs nroff output) Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com Comment: Problem has to do with the use of the .in 3 nroff directive and the fact that the centering algorithm does not realize that it exists when computing how much left padding to use. Fixed in local version. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 15 22:18:17 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60FF21F9B0E for ; Fri, 15 Nov 2013 22:18:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IDuCkzvWfl7h for ; Fri, 15 Nov 2013 22:18:17 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 298AD11E8177 for ; Fri, 15 Nov 2013 22:18:13 -0800 (PST) Received: from localhost ([127.0.0.1]:34442 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VhZCu-0004tb-Bn; Sat, 16 Nov 2013 07:18:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 16 Nov 2013 06:18:12 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/173#comment:2 Message-ID: <078.6b53f4a263d245ac01185cedbc9aabb1@tools.ietf.org> References: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-Trac-Ticket-ID: 173 In-Reply-To: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #173: texttable output should have wrapped text in cell X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 06:18:17 -0000 #173: texttable output should have wrapped text in cell Comment (by ietf@augustcellars.com): Local fix -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 15 22:18:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D479611E8135 for ; Fri, 15 Nov 2013 22:18:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5iYtxy7k0vMd for ; Fri, 15 Nov 2013 22:18:51 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4A0A111E8125 for ; Fri, 15 Nov 2013 22:18:51 -0800 (PST) Received: from localhost ([127.0.0.1]:34464 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VhZDV-0001ML-70; Sat, 16 Nov 2013 07:18:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 16 Nov 2013 06:18:49 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/199#comment:1 Message-ID: <078.4efa60c653318059fcf178c122ce6dc8@tools.ietf.org> References: <063.7d9e761362a8ec1c1e59062c5f452564@tools.ietf.org> X-Trac-Ticket-ID: 199 In-Reply-To: <063.7d9e761362a8ec1c1e59062c5f452564@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #199: add warning about bad texttable output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 06:18:51 -0000 #199: add warning about bad texttable output Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com Comment: Local fix -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 15 22:20:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1970811E8135 for ; Fri, 15 Nov 2013 22:20:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LVInZKn2KgB7 for ; Fri, 15 Nov 2013 22:20:10 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 5ED7911E8125 for ; Fri, 15 Nov 2013 22:20:10 -0800 (PST) Received: from localhost ([127.0.0.1]:34512 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VhZEn-0005u9-Iv; Sat, 16 Nov 2013 07:20:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 16 Nov 2013 06:20:09 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/131#comment:1 Message-ID: <075.fc305f46eee142a07f1d96fed922a7be@tools.ietf.org> References: <060.b7f8b60aab17961208d09fc5630e298a@tools.ietf.org> X-Trac-Ticket-ID: 131 In-Reply-To: <060.b7f8b60aab17961208d09fc5630e298a@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #131: xref no longer allowed in ttcol (table header) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 06:20:11 -0000 #131: xref no longer allowed in ttcol (table header) Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com Comment: Local Fix -- ----------------------------+------------------------------------ Reporter: cabo@tzi.org | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 15 22:22:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D154811E8177 for ; Fri, 15 Nov 2013 22:22:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R7vCgjWYoRzH for ; Fri, 15 Nov 2013 22:22:54 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 51CD611E8125 for ; Fri, 15 Nov 2013 22:22:54 -0800 (PST) Received: from localhost ([127.0.0.1]:34700 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VhZHR-00043j-Fa; Sat, 16 Nov 2013 07:22:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sat, 16 Nov 2013 06:22:53 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/146#comment:3 Message-ID: <085.4cf74df4cb9c1fe2d2cf26d1742bd103@tools.ietf.org> References: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-Trac-Ticket-ID: 146 In-Reply-To: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #146: Entity item algorithm resolution wrong X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 06:22:54 -0000 #146: Entity item algorithm resolution wrong Comment (by ietf@augustcellars.com): Local Fix -- -------------------------------------+------------------------------------ Reporter: ietf@augustcellars.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: -------------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sun Nov 17 09:39:03 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22E4F11E8132 for ; Sun, 17 Nov 2013 09:39:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y6ccwiK-jEv0 for ; Sun, 17 Nov 2013 09:39:02 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 742EA11E8EE0 for ; Sun, 17 Nov 2013 09:38:41 -0800 (PST) Received: from localhost ([127.0.0.1]:35227 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vi6IY-0005hk-Eo; Sun, 17 Nov 2013 18:38:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sun, 17 Nov 2013 17:38:14 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/169#comment:5 Message-ID: <078.cd636c2cf79792e0f762f4cf03a6b62f@tools.ietf.org> References: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-Trac-Ticket-ID: 169 In-Reply-To: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #169: extraneous \% before Section X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 17:39:03 -0000 #169: extraneous \% before Section Changes (by henrik@levkowetz.com): * status: new => closed * resolution: => fixed Comment: Fixed in [949]: Patch from elwynd@dial.pipex.com: Don't emit '\%' before 'Section' for xrefs in the nroff writer. Fixes issue #169. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: trivial | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sun Nov 17 10:09:41 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42D8711E8F71 for ; Sun, 17 Nov 2013 10:09:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4NVRh06y8s7d for ; Sun, 17 Nov 2013 10:09:40 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8389B11E8F8C for ; Sun, 17 Nov 2013 10:09:06 -0800 (PST) Received: from localhost ([127.0.0.1]:37952 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vi6mD-00053S-D3; Sun, 17 Nov 2013 19:08:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sun, 17 Nov 2013 18:08:53 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/169#comment:6 Message-ID: <078.224d2308a37ae4b84f76e687754240d1@tools.ietf.org> References: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-Trac-Ticket-ID: 169 In-Reply-To: <063.834f0d06aff70b6ee47ffd49a40c59d4@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #169: extraneous \% before Section X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 18:09:41 -0000 #169: extraneous \% before Section Comment (by henrik@levkowetz.com): From [952]: Tweaked known-good test masters to match Elwyn's fix, see issue #169. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: trivial | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From henrik@levkowetz.com Sun Nov 17 10:22:45 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDAF511E8FD6 for ; Sun, 17 Nov 2013 10:22:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.74 X-Spam-Level: X-Spam-Status: No, score=-102.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, GB_I_LETTER=-2, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSZsbrZRngJj for ; Sun, 17 Nov 2013 10:22:45 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 1833711E8FD4 for ; Sun, 17 Nov 2013 10:22:35 -0800 (PST) Received: from localhost ([127.0.0.1]:38947 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vi6zO-0000JM-R6; Sun, 17 Nov 2013 19:22:30 +0100 Message-ID: <52890966.9010905@levkowetz.com> Date: Sun, 17 Nov 2013 19:22:30 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: XML2RFC Interest Group , Ray Pelletier , Russ Housley , Alice Russo , Sandy Ginoza , Tony Hansen , Julian Reschke X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, rpelletier@isoc.org, housley@vigilsec.com, arusso@amsl.com, sginoza@amsl.com, tony@att.com, julian.reschke@gmx.de, ht@inf.ed.ac.uk, glen@amsl.com, elwynd@dial.pipex.com, ietf@augustcellars.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false X-Mailman-Approved-At: Sun, 17 Nov 2013 10:28:42 -0800 Cc: ht@inf.ed.ac.uk, Glen Barney Subject: [xml2rfc] New xml2rfc release: 2.4.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 18:22:46 -0000 This announces the release of xml2rfc version 2.4.3, available for download from: http://pypi.python.org/pypi/xml2rfc http://tools.ietf.org/tools/xml2rfc2/cli/ This release adds compatibility with Python 3.3; the test suite has been run for Python 2.6, 2.7 and 3.3 using the 'tox' too. This release also includes a large number of bugfixes, from people working at improving xml2rfc during the IETF-88 code sprint. For full details on all tickets, there's always the issue tracker: http://trac.tools.ietf.org/tools/xml2rfc/trac/report/. An extract from the changelog is available below. Best regards, Henrik -------- Release notes: This release adds compatibility with Python 3.3; the test suite has been run for Python 2.6, 2.7 and 3.3 using the 'tox' tool. This release also includes a large number of bugfixes, from people working at improving xml2rfc during the IETF-88 code sprint. Details: From Tony Hansen : * Eliminated spurious dots before author names on page 1. Fixes issue #189. * Fixed the style of nested letter-style lists. Fixes issue #127 * Added a handling for empty PIs within references. Fixes issue #181. * Removed trailing whitespace from reference title, organization. Fixes issue #171. * Added support v1 list formats %o, %x, and %X. Fixes issue #204. * Fixed a bad html selector which had a trailing '3'. Fixes issue #197. From Jim Schaad : * Removed leading zeros on dates. Fixes issue #206. * Fixed a crash when a new page had just been created, and it was totally empty. It is unknown if this can occur someplace other than for the last page, but it should have check in other locations to look for that. In addition we needed a change to figure out that we had already emitted a header for the page we are not going to use any longer and delete it. Fixes issue #187. * Handled the missing \& to escape a period at the beginning of a line. If we do a raw emission (i.e. inside of a figure) then we need to go back over the lines we just put into the buffer and check to see if any of them have leading periods and quote them. Fixes issue #191. * Removed extraneous .ce 0 and blank lines in the nroff. Since it was using the paging formatter in the process of building the nroff output, it kept all of the blank lines at the end of each page and emitted them. There is no check in the nroff page_break function which removes any empty lines at the end of the array prior to emitting the ".bp" directive (or not emitting it if it is the last thing in the file. Fixes issue #180. * Now correctly picks up the day if a day is provided and uses the current day for a draft if the month and year are current. We now allow for both the full name of the month and the abbreviated name of the month to be used, however there may be some interesting questions to look at if November is not in the current locale. Fixes issue #195. * Fixed the text-list-symbols PI to work at all levels. The list should inherit style from the nearest parent that has one. Fixes issue #126. From Elwyn Davies : * Don't emit '\%' before 'Section' for xrefs in the nroff writer. Fixes issue #169. From Henrik Levkowetz : * Modified the iref index output to use consistent sorting for items and subitems. * Removed the restriction to python 2.x from setup.py * Ported xml2rfc to python 3.3 while maintaining compatibility with 2.6 and 2.7. * Added support for tox testing covering python versions 2.6, 2.7 and 3.3 From trac@tools.ietf.org Sun Nov 17 11:24:28 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C3B411E9155 for ; Sun, 17 Nov 2013 11:24:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BBLsgisjBOdW for ; Sun, 17 Nov 2013 11:24:27 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 62BCB11E9159 for ; Sun, 17 Nov 2013 11:24:20 -0800 (PST) Received: from localhost ([127.0.0.1]:44121 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vi7x9-0002uv-GY; Sun, 17 Nov 2013 20:24:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sun, 17 Nov 2013 19:24:15 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/209#comment:1 Message-ID: <084.c5087b828fb4a05ac799e4d955f80156@tools.ietf.org> References: <069.d5e00548531d4b598aba7c99667f5573@tools.ietf.org> X-Trac-Ticket-ID: 209 In-Reply-To: <069.d5e00548531d4b598aba7c99667f5573@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #209: Wrong cross-references in HTML output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 19:24:28 -0000 #209: Wrong cross-references in HTML output Changes (by henrik@levkowetz.com): * priority: critical => major -- ------------------------------------+---------------------------------- Reporter: dreibh@iem.uni-due.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: major | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From miek@miek.nl Sun Nov 17 11:50:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C535311E9148 for ; Sun, 17 Nov 2013 11:50:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HmahnBNFB2I3 for ; Sun, 17 Nov 2013 11:50:47 -0800 (PST) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by ietfa.amsl.com (Postfix) with ESMTP id 4CF5E11E916A for ; Sun, 17 Nov 2013 11:49:49 -0800 (PST) Received: by mail-wg0-f51.google.com with SMTP id m15so5458366wgh.30 for ; Sun, 17 Nov 2013 11:49:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=0bQQreVDZFGBo3N9Ex1GTU04HpWEC5+mfEIGIRCpHXk=; b=aMOcIeh0TUOwj/RGO5TJ0byBxyHnwBKdlFWpXCR1HWvuHmh6C5vMGY5Hl4aYAuPbEz jFcAYOdg183rKrhaP/AjaY+mPVzcdZHGNj1/tLJvk6FSgdNrRfgX8Hq93Hh87wVltBgb n2uoXmpDPIe+J1jZMPEkAuZOcBuY17BuUo20VJo4mnF15uegyceB3XNpysc/TBSJz1wh GHbWvosd0MmbNHJ5ivfdpet7Saz2ZzWfb5dmtHfjbapkCgrqLVZ0uAkyQ2lBxBscjrrE kpZ6ZINdKIpBvzYuiLIWT0BBQWTPd8YmG5a35dewXfIXZnzxe2r2dVPOeGqSEhGykdR6 YA3Q== X-Gm-Message-State: ALoCoQnU+cv5CR7JbiKjQu8qEfbfuWiAdMSzznZhcxWOfVxr319wJRLwTRmm+KFmT9+hvZ4lde2o X-Received: by 10.180.108.97 with SMTP id hj1mr364726wib.59.1384717786229; Sun, 17 Nov 2013 11:49:46 -0800 (PST) Received: from miek.nl (host86-145-158-57.range86-145.btcentralplus.com. [86.145.158.57]) by mx.google.com with ESMTPSA id ey4sm16971843wic.11.2013.11.17.11.49.45 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 17 Nov 2013 11:49:45 -0800 (PST) Date: Sun, 17 Nov 2013 19:49:43 +0000 From: Miek Gieben To: Henrik Levkowetz Message-ID: <20131117194943.GA15355@miek.nl> Mail-Followup-To: Henrik Levkowetz , XML2RFC Interest Group References: <52890966.9010905@levkowetz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52890966.9010905@levkowetz.com> User-Agent: Vim/Mutt/Linux X-Home: http://www.miek.nl Cc: XML2RFC Interest Group Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 19:50:51 -0000 [ Quoting in "[xml2rfc] New xml2rfc release: 2.4...." ] > This announces the release of xml2rfc version 2.4.3, available for download > from: > > http://pypi.python.org/pypi/xml2rfc > http://tools.ietf.org/tools/xml2rfc2/cli/ > > This release adds compatibility with Python 3.3; the test suite has been > run for Python 2.6, 2.7 and 3.3 using the 'tox' too. > > This release also includes a large number of bugfixes, from people working > at improving xml2rfc during the IETF-88 code sprint. Thanks for the release. I've created some debs: debian: http://pandoc2rfc.implementers.org/unstable/all/ ubuntu: https://launchpad.net/~miek/+archive/pandoc2rfc Ubuntu's one tested: seems to work fine. Regards, -- Miek Gieben From henrik@levkowetz.com Sun Nov 17 12:39:33 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2BCB11E901D for ; Sun, 17 Nov 2013 12:39:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.669 X-Spam-Level: X-Spam-Status: No, score=-102.669 tagged_above=-999 required=5 tests=[AWL=-0.071, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bz4Oo1BLKVzg for ; Sun, 17 Nov 2013 12:39:33 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 80F0111E9286 for ; Sun, 17 Nov 2013 12:39:03 -0800 (PST) Received: from localhost ([127.0.0.1]:50427 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vi97W-0005ef-Pp for xml2rfc@ietf.org; Sun, 17 Nov 2013 21:39:02 +0100 Message-ID: <52892966.6090604@levkowetz.com> Date: Sun, 17 Nov 2013 21:39:02 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: XML2RFC Interest Group References: <52890966.9010905@levkowetz.com> <20131117194943.GA15355@miek.nl> In-Reply-To: <20131117194943.GA15355@miek.nl> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 20:39:34 -0000 Hi Miek, On 2013-11-17 20:49 Miek Gieben said the following: > [ Quoting in "[xml2rfc] New xml2rfc release: 2.4...." ] >> This announces the release of xml2rfc version 2.4.3, available for download >> from: >> >> http://pypi.python.org/pypi/xml2rfc >> http://tools.ietf.org/tools/xml2rfc2/cli/ >> >> This release adds compatibility with Python 3.3; the test suite has been >> run for Python 2.6, 2.7 and 3.3 using the 'tox' too. >> >> This release also includes a large number of bugfixes, from people working >> at improving xml2rfc during the IETF-88 code sprint. > > Thanks for the release. I've created some debs: > > debian: http://pandoc2rfc.implementers.org/unstable/all/ > ubuntu: https://launchpad.net/~miek/+archive/pandoc2rfc Splendid! Best regards, Henrik From trac@tools.ietf.org Sun Nov 17 14:53:08 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C39B911E81B5 for ; Sun, 17 Nov 2013 14:53:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O7ba7l1r0fwr for ; Sun, 17 Nov 2013 14:53:08 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id DCB8C11E80E3 for ; Sun, 17 Nov 2013 14:53:07 -0800 (PST) Received: from localhost ([127.0.0.1]:33792 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ViBDE-0003QD-T0; Sun, 17 Nov 2013 23:53:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, cheshire@apple.com X-Trac-Project: xml2rfc Date: Sun, 17 Nov 2013 22:53:04 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/179#comment:3 Message-ID: <077.dc4b2dac041e10d39feb1912254e7848@tools.ietf.org> References: <062.56b15e06c7e777cb7a7d54c020ac5f3f@tools.ietf.org> X-Trac-Ticket-ID: 179 In-Reply-To: <062.56b15e06c7e777cb7a7d54c020ac5f3f@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, cheshire@apple.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #179: needLines needs work X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 22:53:08 -0000 #179: needLines needs work Changes (by henrik@levkowetz.com): * status: new => closed * resolution: => fixed Comment: Fixed in [959]: Modified the code that saves page-break hints when building the unpaginated text so that it doesn't overwrite existing hints used for artwork and tables (which should not be broken across pages if at all possible) with hints that indicate regular text paragraphs (which may be broken except if that creates a widow or orphan). Fixes issue #179 by making the code do for artwork and tables what needLines used to do, without needing the manual needLines hint. -- --------------------------------+---------------------------------- Reporter: fred@cisco.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: major | Milestone: Component: Version 2 cli txt | Version: 2.4.x Resolution: fixed | Keywords: --------------------------------+---------------------------------- Ticket URL: xml2rfc From julian.reschke@gmx.de Tue Nov 19 05:15:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B6011ADF7C for ; Tue, 19 Nov 2013 05:15:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 Wac6xdZr43R3 for ; Tue, 19 Nov 2013 05:15:48 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id C16FB1ADEC4 for ; Tue, 19 Nov 2013 05:15:48 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAJDFIwU056339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 19 Nov 2013 05:15:20 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lpgew-1VEfGI2p3W-00fVm0 for ; Tue, 19 Nov 2013 14:15:13 +0100 Message-ID: <528B645D.3040306@gmx.de> Date: Tue, 19 Nov 2013 14:15:09 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: xml2rfc References: <20131119131224.12919.38540.idtracker@ietfa.amsl.com> In-Reply-To: <20131119131224.12919.38540.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20131119131224.12919.38540.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TmOAPnOPxnKGa0/pOFfwM4GKgq8TDiu7DSf4amJGYLHDAHKqqTN JMgQbH7ZYYFwmT1sBaijxFJqP521F9pIKd8JNGmIoE0ADFz3MVj7p2aPsFGOkaFJCw1KJ+x v22Wmlkr51jENuZ4+TOfTLMUmUqyRl6Rhi1D/bXXL9c3xyTUKvdN6HQGmkWZDE2LRhDmhmq 9nRIVGfkMaUP62DU60+JQ== Subject: [xml2rfc] Fwd: I-D Action: draft-reschke-xml2rfc-01.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 13:15:50 -0000 (FYI) -------- Original Message -------- Subject: I-D Action: draft-reschke-xml2rfc-01.txt Date: Tue, 19 Nov 2013 05:12:24 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : The 'XML2RFC' Vocabulary Author(s) : Julian F. Reschke Filename : draft-reschke-xml2rfc-01.txt Pages : 57 Date : 2013-11-19 Abstract: This document defines the 'XML2RFC' vocabulary; an XML-based (Extensible Markup Language) language used for writing Internet Drafts and RFCs. Editorial Note (To be removed by RFC Editor) Discussion of this draft takes place on the XML2RFC mailing list (xml2rfc@ietf.org), which has its home page at . The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-reschke-xml2rfc There's also a htmlized version available at: http://tools.ietf.org/html/draft-reschke-xml2rfc-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-reschke-xml2rfc-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From ietf@augustcellars.com Tue Nov 19 15:21:06 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AB341AE1C1 for ; Tue, 19 Nov 2013 15:21:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham 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 kviaEtbLJczH for ; Tue, 19 Nov 2013 15:21:02 -0800 (PST) Received: from smtp4.pacifier.net (smtp4.pacifier.net [64.255.237.176]) by ietfa.amsl.com (Postfix) with ESMTP id AFF3C1AE1BF for ; Tue, 19 Nov 2013 15:21:02 -0800 (PST) Received: from Philemon (c-24-17-142-118.hsd1.wa.comcast.net [24.17.142.118]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id DEE3338EF8; Tue, 19 Nov 2013 15:20:55 -0800 (PST) From: "Jim Schaad" To: "Alice Russo" , "Henrik Levkowetz" Date: Tue, 19 Nov 2013 15:19:29 -0800 Message-ID: <032801cee57d$ce1e5490$6a5afdb0$@augustcellars.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0329_01CEE53A.BFFD8590" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac7lWzR6AMLxSAueTvaBCTa8aJ7HYQ== Content-Language: en-us Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: [xml2rfc] Line Wrapping Issues for text and nroff X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 23:21:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0329_01CEE53A.BFFD8590 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have fixes to table layout code done, and am working out the test suite for it right now. When I get finished with this, then I will need to go onto do some work in the line wrapping code to get the rest of the table bugs finished, as well as the general line wrapping issues. There are some very big differences between the current line wrapping code and the tcl version of the same. Some of these are just interesting and some of them are going to be possibly problematic going forward. . What is the word jointer character used for? (This is in Unicode \u2060 and is marked as a zero with space.) Do we have practical uses of this occurring in documents today? Do we expect to see it show up in future documents. The current TCL code has a hack around this character will not work going forward as we allow for non-ascii characters to appear in documents. From the description and the code I understand how it is to be rendered, however I would expect that it is a searching item to mark the end of words and thus don't know how useful it is. (Note this is not the same as the non-breaking space character which does have width.) . What is the prognosis going forward with allowing for non-ASCII characters in document. This especially with reference to those with combining forms. For example, "u\u0308" is the same as ü or "\u00fc". However we are trying to do line wrapping, center or right alignment, we are counting code points and not worrying about which are zero width and which are not zero width. My guess is that you will say that we can ignore this issue for the mean time as there are not enough examples for us to deal with, but it may become an issue in the future. . TCL will break on the standard hyphen character, but not on the non-breaking hyphen character (by default). It does look for the pattern of a single character on either side of the hyphen and thus will not do anything with a-foobar or foobar-a but will do co-op. Jim ------=_NextPart_000_0329_01CEE53A.BFFD8590 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have = fixes to table layout code done, and am working out the test suite for = it right now.

 

When I get finished with this, then I will need to go = onto do some work in the line wrapping code to get the rest of the table = bugs finished, as well as the general line wrapping = issues.

 

There are some very big differences between the = current line wrapping code and the tcl version of the same.  Some = of these are just interesting and some of them are going to be possibly = problematic going forward.

 

·         = What is the word jointer character used = for?  (This is in Unicode \u2060 and is marked as a zero with = space.)  Do we have practical uses of this occurring in documents = today?  Do we expect to see it show up in future documents. =  The current TCL code has a hack around this character will not = work going forward as we allow for non-ascii characters to appear in = documents.  From the description and the code I understand how it = is to be rendered, however I would expect that it is a searching item to = mark the end of words and thus don’t know how useful it is.  = (Note this is not the same as the non-breaking space character which = does have width.)

·         = What is the prognosis going forward with = allowing for non-ASCII characters in document.  This especially = with reference to those with combining forms.  For example, = “u\u0308” is the same as &uuml; or = “\u00fc”.  However we are trying to do line wrapping, = center or right alignment, we are counting code points and not worrying = about which are zero width and which are not zero width.  My guess = is that you will say that we can ignore this issue for the mean time as = there are not enough examples for us to deal with, but it may become an = issue in the future. 

·         = TCL will break on the standard hyphen = character, but not on the non-breaking hyphen character (by = default).  It does look for the pattern of a single character on = either side of the hyphen and thus will not do anything with a-foobar or = foobar-a but will do co-op. 

 

 

Jim

 

------=_NextPart_000_0329_01CEE53A.BFFD8590-- From ietf@augustcellars.com Wed Nov 20 12:02:52 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18C0F1AE195 for ; Wed, 20 Nov 2013 12:02:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham 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 yE56dAOjWq5f for ; Wed, 20 Nov 2013 12:02:50 -0800 (PST) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3E7C41AE1B2 for ; Wed, 20 Nov 2013 12:02:50 -0800 (PST) Received: from Philemon (c-24-17-142-118.hsd1.wa.comcast.net [24.17.142.118]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp2.pacifier.net (Postfix) with ESMTPSA id 9F91F2CA2C; Wed, 20 Nov 2013 12:02:43 -0800 (PST) From: "Jim Schaad" To: "'Henrik Levkowetz'" , "'XML2RFC Interest Group'" References: <52890966.9010905@levkowetz.com> <20131117194943.GA15355@miek.nl> <52892966.6090604@levkowetz.com> In-Reply-To: <52892966.6090604@levkowetz.com> Date: Wed, 20 Nov 2013 12:01:20 -0800 Message-ID: <041301cee62b$48366670$d8a33350$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHOACChzJYyL271BBs7ntdsQuF2kAJPfzjbAdpQjd6aDwdAAA== Content-Language: en-us Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 20:02:52 -0000 Henrik, I just when out to update my Windows version to python 3.3 and think that I am stuck. The latest version of the python bindings for libxml2 that I have found are still for python 2.7 and are still restricted to windows 32 (i.e. does not use native x64 support). Jim > -----Original Message----- > From: xml2rfc-bounces@ietf.org [mailto:xml2rfc-bounces@ietf.org] On > Behalf Of Henrik Levkowetz > Sent: Sunday, November 17, 2013 12:39 PM > To: XML2RFC Interest Group > Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 > > Hi Miek, > > On 2013-11-17 20:49 Miek Gieben said the following: > > [ Quoting in "[xml2rfc] New xml2rfc release: > > 2.4...." ] > >> This announces the release of xml2rfc version 2.4.3, available for > >> download > >> from: > >> > >> http://pypi.python.org/pypi/xml2rfc > >> http://tools.ietf.org/tools/xml2rfc2/cli/ > >> > >> This release adds compatibility with Python 3.3; the test suite has > >> been run for Python 2.6, 2.7 and 3.3 using the 'tox' too. > >> > >> This release also includes a large number of bugfixes, from people > >> working at improving xml2rfc during the IETF-88 code sprint. > > > > Thanks for the release. I've created some debs: > > > > debian: http://pandoc2rfc.implementers.org/unstable/all/ > > ubuntu: https://launchpad.net/~miek/+archive/pandoc2rfc > > Splendid! > > > Best regards, > > Henrik > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From henrik@levkowetz.com Wed Nov 20 13:27:42 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 623171AE527 for ; Wed, 20 Nov 2013 13:27:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 hbH9sOdY8UZW for ; Wed, 20 Nov 2013 13:27:40 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C49161AE181 for ; Wed, 20 Nov 2013 13:27:39 -0800 (PST) Received: from localhost ([127.0.0.1]:37789 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VjFJ6-00058M-PB; Wed, 20 Nov 2013 22:27:32 +0100 Message-ID: <528D2944.3010207@levkowetz.com> Date: Wed, 20 Nov 2013 22:27:32 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: Jim Schaad References: <52890966.9010905@levkowetz.com> <20131117194943.GA15355@miek.nl> <52892966.6090604@levkowetz.com> <041301cee62b$48366670$d8a33350$@augustcellars.com> In-Reply-To: <041301cee62b$48366670$d8a33350$@augustcellars.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: 'XML2RFC Interest Group' Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 21:27:42 -0000 Hi Jim, On 2013-11-20 21:01 Jim Schaad said the following: > Henrik, > > I just when out to update my Windows version to python 3.3 and think that I > am stuck. The latest version of the python bindings for libxml2 that I have > found are still for python 2.7 and are still restricted to windows 32 (i.e. > does not use native x64 support). Ugh. Hmm. Ok. When I did pip install (but on linux and mac) it pulled down sources and compiled for python3 access, but I don't think that's a reasonable path for Windows. I guess that means that I'll have to limit installation to python 2.6/2.7 again in the next release. I don't know if it's possible to do so only for Windows -- will probably be an added complication. If you find a way around this, please let me know. Best regards, Henrik > > Jim > > >> -----Original Message----- >> From: xml2rfc-bounces@ietf.org [mailto:xml2rfc-bounces@ietf.org] On >> Behalf Of Henrik Levkowetz >> Sent: Sunday, November 17, 2013 12:39 PM >> To: XML2RFC Interest Group >> Subject: Re: [xml2rfc] New xml2rfc release: 2.4.3 >> >> Hi Miek, >> >> On 2013-11-17 20:49 Miek Gieben said the following: >> > [ Quoting in "[xml2rfc] New xml2rfc release: >> > 2.4...." ] >> >> This announces the release of xml2rfc version 2.4.3, available for >> >> download >> >> from: >> >> >> >> http://pypi.python.org/pypi/xml2rfc >> >> http://tools.ietf.org/tools/xml2rfc2/cli/ >> >> >> >> This release adds compatibility with Python 3.3; the test suite has >> >> been run for Python 2.6, 2.7 and 3.3 using the 'tox' too. >> >> >> >> This release also includes a large number of bugfixes, from people >> >> working at improving xml2rfc during the IETF-88 code sprint. >> > >> > Thanks for the release. I've created some debs: >> > >> > debian: http://pandoc2rfc.implementers.org/unstable/all/ >> > ubuntu: https://launchpad.net/~miek/+archive/pandoc2rfc >> >> Splendid! >> >> >> Best regards, >> >> Henrik >> >> _______________________________________________ >> xml2rfc mailing list >> xml2rfc@ietf.org >> https://www.ietf.org/mailman/listinfo/xml2rfc > > From trac@tools.ietf.org Thu Nov 21 11:43:36 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 012CE1AE06E for ; Thu, 21 Nov 2013 11:43:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 Q1XX3Pfeaj3T for ; Thu, 21 Nov 2013 11:43:33 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 66EF91AE044 for ; Thu, 21 Nov 2013 11:43:33 -0800 (PST) Received: from localhost ([127.0.0.1]:41212 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vja9X-00071a-Bl; Thu, 21 Nov 2013 20:43:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:43:03 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/203#comment:2 Message-ID: <078.cdbf983ae42905529623cc507bd291f3@tools.ietf.org> References: <063.eef26ca5235648d119f1a5dc9530ef43@tools.ietf.org> X-Trac-Ticket-ID: 203 In-Reply-To: <063.eef26ca5235648d119f1a5dc9530ef43@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #203: indentation of texttable changes (txt vs nroff output) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:43:36 -0000 #203: indentation of texttable changes (txt vs nroff output) Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed revision 968 -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 11:44:25 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1AED1AE06D for ; Thu, 21 Nov 2013 11:44:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 0pcKdGOPmoGx for ; Thu, 21 Nov 2013 11:44:23 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 906201AE04D for ; Thu, 21 Nov 2013 11:44:23 -0800 (PST) Received: from localhost ([127.0.0.1]:41427 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjaAi-0007sA-GR; Thu, 21 Nov 2013 20:44:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:44:16 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/173#comment:3 Message-ID: <078.b8f0961856c10d260054d50c4441bc74@tools.ietf.org> References: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-Trac-Ticket-ID: 173 In-Reply-To: <063.3efbc015a174536008c30f8e160df7dc@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #173: texttable output should have wrapped text in cell X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:44:25 -0000 #173: texttable output should have wrapped text in cell Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed revision 968 All of the old tcl code dealing with the sizing of tables has been ported into this version. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 11:44:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FCB91AE0B3 for ; Thu, 21 Nov 2013 11:44:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 vMKHz-BKHtqO for ; Thu, 21 Nov 2013 11:44:49 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C925D1AE1B1 for ; Thu, 21 Nov 2013 11:44:48 -0800 (PST) Received: from localhost ([127.0.0.1]:41514 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjaB7-0007uX-My; Thu, 21 Nov 2013 20:44:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:44:41 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/131#comment:2 Message-ID: <075.26f81e852fe489bbce70516983de33e4@tools.ietf.org> References: <060.b7f8b60aab17961208d09fc5630e298a@tools.ietf.org> X-Trac-Ticket-ID: 131 In-Reply-To: <060.b7f8b60aab17961208d09fc5630e298a@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #131: xref no longer allowed in ttcol (table header) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:44:50 -0000 #131: xref no longer allowed in ttcol (table header) Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed revision 968 -- ----------------------------+------------------------------------ Reporter: cabo@tzi.org | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: fixed | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 11:45:22 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DD471AE27C for ; Thu, 21 Nov 2013 11:45:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 y0u12ynjSMFe for ; Thu, 21 Nov 2013 11:45:20 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 701001AE162 for ; Thu, 21 Nov 2013 11:45:20 -0800 (PST) Received: from localhost ([127.0.0.1]:41635 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjaBd-00085t-C8; Thu, 21 Nov 2013 20:45:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:45:13 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/154#comment:2 Message-ID: <085.9aab5d1e5d7efb3ac58433f9d161ad7a@tools.ietf.org> References: <070.138b2d3b0a6801eb76ed4cb40e697a2f@tools.ietf.org> X-Trac-Ticket-ID: 154 In-Reply-To: <070.138b2d3b0a6801eb76ed4cb40e697a2f@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #154: XML output emits !ENTITY lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:45:22 -0000 #154: XML output emits !ENTITY lines Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed revision 968 -- -------------------------------------+------------------------------------ Reporter: ietf@augustcellars.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.3.10 Resolution: fixed | Keywords: -------------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 11:47:14 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A92A91AE255 for ; Thu, 21 Nov 2013 11:47:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 uT6Dg1momBoR for ; Thu, 21 Nov 2013 11:47:13 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 3C1CC1AE04D for ; Thu, 21 Nov 2013 11:47:13 -0800 (PST) Received: from localhost ([127.0.0.1]:41761 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjaDS-00017B-2s; Thu, 21 Nov 2013 20:47:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:47:06 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/146#comment:4 Message-ID: <085.f4f274fb46fd9d93af749bd8aa93f5d8@tools.ietf.org> References: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-Trac-Ticket-ID: 146 In-Reply-To: <070.6adb4fc171b5c0fbedf7ca26b813b211@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #146: Entity item algorithm resolution wrong X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:47:14 -0000 #146: Entity item algorithm resolution wrong Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: fixed revision 968 The new code uses the name that was given for the file to be resolved, allowing for things like "foo.incl" and if that is not found then it will append .xml and try "foo.incl.xml". This code is not run if the extension is already .dtd or .ent -- -------------------------------------+------------------------------------ Reporter: ietf@augustcellars.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: -------------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 11:48:04 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5046C1AE050 for ; Thu, 21 Nov 2013 11:48:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 r3JfoQQh7kmp for ; Thu, 21 Nov 2013 11:48:02 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C93C71AE0A2 for ; Thu, 21 Nov 2013 11:48:01 -0800 (PST) Received: from localhost ([127.0.0.1]:41850 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjaED-0001QQ-Cf; Thu, 21 Nov 2013 20:47:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 19:47:53 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/199#comment:2 Message-ID: <078.b82e1ecccba967f49a0963af231f1399@tools.ietf.org> References: <063.7d9e761362a8ec1c1e59062c5f452564@tools.ietf.org> X-Trac-Ticket-ID: 199 In-Reply-To: <063.7d9e761362a8ec1c1e59062c5f452564@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #199: add warning about bad texttable output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 19:48:04 -0000 #199: add warning about bad texttable output Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: fixed revision 968 Porting over the tcl code gives us the same set of errors as before. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 14:44:35 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 441DB1AE3B2 for ; Thu, 21 Nov 2013 14:44:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 anj_KPVcBljr for ; Thu, 21 Nov 2013 14:44:32 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 0C7311AE117 for ; Thu, 21 Nov 2013 14:44:32 -0800 (PST) Received: from localhost ([127.0.0.1]:34897 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vjcz1-0006Z6-TJ; Thu, 21 Nov 2013 23:44:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 22:44:23 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/207#comment:1 Message-ID: <090.3ea5ac31f8f9bfcc6bb38e34770e6740@tools.ietf.org> References: <075.38c749e7750a572baa2cbc2df41d941d@tools.ietf.org> X-Trac-Ticket-ID: 207 In-Reply-To: <075.38c749e7750a572baa2cbc2df41d941d@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #207: Attribute error when converting xml to txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 22:44:35 -0000 #207: Attribute error when converting xml to txt Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => duplicate Comment: Dup of issue #187 -- ------------------------------------------+-------------------- Reporter: william.atwood@concordia.ca | Owner: Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 gui | Version: 2.4.x Resolution: duplicate | Keywords: ------------------------------------------+-------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 15:29:00 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 043041ADFE7 for ; Thu, 21 Nov 2013 15:29:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 4TrfdRYX4-FX for ; Thu, 21 Nov 2013 15:28:58 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8E3951AE014 for ; Thu, 21 Nov 2013 15:28:58 -0800 (PST) Received: from localhost ([127.0.0.1]:40691 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vjdfy-0000EG-W6; Fri, 22 Nov 2013 00:28:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: yaakov_s@rad.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 23:28:46 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/184#comment:2 Message-ID: <079.b6ec5a7d02c5b90af45a88038ab1efa3@tools.ietf.org> References: <064.3054e33d1460ff6853495258904f700a@tools.ietf.org> X-Trac-Ticket-ID: 184 In-Reply-To: <064.3054e33d1460ff6853495258904f700a@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: yaakov_s@rad.com, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #184: Windows version of xml2rfc completely dysfunctional X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 23:29:00 -0000 #184: Windows version of xml2rfc completely dysfunctional Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: FIXED version 974 I have increased the amount of documentation in the INSTALL file to better address the fact that installing on windows needs steps that are not needed for Linux versions. -- -------------------------------+-------------------- Reporter: yaakov_s@rad.com | Owner: Type: defect | Status: closed Priority: major | Milestone: Component: Version 2 gui | Version: 2.3.9 Resolution: fixed | Keywords: -------------------------------+-------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 15:30:08 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26CBA1AE389 for ; Thu, 21 Nov 2013 15:30:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 PZJGboIWy1D1 for ; Thu, 21 Nov 2013 15:30:06 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id B17B61AE32B for ; Thu, 21 Nov 2013 15:30:06 -0800 (PST) Received: from localhost ([127.0.0.1]:40728 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vjdh9-0005tc-Fv; Fri, 22 Nov 2013 00:29:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 23:29:59 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/205#comment:1 Message-ID: <075.27432915b1997fa7976e8891cdce6522@tools.ietf.org> References: <060.2d885595d2abcbcbcc329cbae7763f3e@tools.ietf.org> X-Trac-Ticket-ID: 205 In-Reply-To: <060.2d885595d2abcbcbcc329cbae7763f3e@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #205: bogus References section added X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 23:30:08 -0000 #205: bogus References section added Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed revision 974 Don't emit the section or the TOC entry if there are no references to be emitted. -- ----------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Nov 21 15:31:38 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADE5B1AE2B5 for ; Thu, 21 Nov 2013 15:31:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 E_CAhXEk1iBS for ; Thu, 21 Nov 2013 15:31:36 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8330C1AE341 for ; Thu, 21 Nov 2013 15:31:36 -0800 (PST) Received: from localhost ([127.0.0.1]:40814 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VjdiQ-0006R3-Ta; Fri, 22 Nov 2013 00:31:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Thu, 21 Nov 2013 23:31:18 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/112#comment:1 Message-ID: <093.f0f1a9f977a18037ab9185f8bbf3da74@tools.ietf.org> References: <078.0ffe5ffea2676ede32d61aa0989865f2@tools.ietf.org> X-Trac-Ticket-ID: 112 In-Reply-To: <078.0ffe5ffea2676ede32d61aa0989865f2@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #112: "$ python setup.py xml2rfc" command causes an "ImportError: no module named setuptools" during Windows installation X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 23:31:38 -0000 #112: "$ python setup.py xml2rfc" command causes an "ImportError: no module named setuptools" during Windows installation Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed 974 The INSTALL file now has more explicit instructions for how to do installs on windows systems. -- ---------------------------------------------+-------------------- Reporter: donald.coffin@reminetworks.com | Owner: Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: fixed | Keywords: ---------------------------------------------+-------------------- Ticket URL: xml2rfc From henrik@levkowetz.com Fri Nov 22 03:49:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 923E51ACCEA; Fri, 22 Nov 2013 03:49:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.5 X-Spam-Level: X-Spam-Status: No, score=-100.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, USER_IN_WHITELIST=-100] autolearn=ham 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 mUTeV6nI58nr; Fri, 22 Nov 2013 03:49:08 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 295D21AD738; Fri, 22 Nov 2013 03:49:08 -0800 (PST) Received: from [2a01:3f0:1:0:aca4:1cd9:bff0:a3ee] (port=63304 helo=tannat.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VjpEK-0003Wa-CX; Fri, 22 Nov 2013 12:49:00 +0100 Message-ID: <528F44AC.2040902@levkowetz.com> Date: Fri, 22 Nov 2013 12:49:00 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: IETF xml2rfc , xml2rfc-dev@ietf.org, Tools Team Discussion , IETF Discussion X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:aca4:1cd9:bff0:a3ee X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, xml2rfc-dev@ietf.org, tools-discuss@ietf.org, ietf@ietf.org, henrik-sent@levkowetz.com 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 grenache.tools.ietf.org) Subject: [xml2rfc] Service downtime for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 11:49:10 -0000 Hi, The online xml2rfc converter is currently hosted on only one server, one of the IETF tools servers which I provide. Unfortunately, it is in need of some service today, and since I don't have control over the xml.resource.org DNS record in order to re-point it to another service, there will be a service interruption. We'll try to make it as brief as possible, but in order to make things easier for you, in case you're in the middle of working on a draft and are using the online service, I've set up xml2rfc on another of the tools servers, for your use: https://xml2rfc.tools.ietf.org/ I expect the service interruption on xml.resource.org to take place from 14:30 to 15:00 today, but will come back with an updated time if needed. Best regards, Henrik From henrik@levkowetz.com Fri Nov 22 03:51:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2E831AE043; Fri, 22 Nov 2013 03:51:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 xB8HdXwGyvIy; Fri, 22 Nov 2013 03:51:49 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 7165B1ACCEA; Fri, 22 Nov 2013 03:51:49 -0800 (PST) Received: from [2a01:3f0:1:0:aca4:1cd9:bff0:a3ee] (port=63310 helo=tannat.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VjpGv-0005Ul-Om; Fri, 22 Nov 2013 12:51:42 +0100 Message-ID: <528F454D.3030906@levkowetz.com> Date: Fri, 22 Nov 2013 12:51:41 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: IETF xml2rfc , xml2rfc-dev@ietf.org, Tools Team Discussion , IETF Discussion References: <528F44AC.2040902@levkowetz.com> In-Reply-To: <528F44AC.2040902@levkowetz.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:aca4:1cd9:bff0:a3ee X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, xml2rfc-dev@ietf.org, tools-discuss@ietf.org, ietf@ietf.org, henrik-sent@levkowetz.com 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 grenache.tools.ietf.org) Subject: Re: [xml2rfc] Service downtime for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 11:51:51 -0000 To be more specific, the expected time is 22 Nov 2013 14:30 to 15:00 CET 22 Nov 2013 13:30 to 14:00 UTC 22 Nov 2013 08:30 to 09:00 EST 22 Nov 2013 05:30 to 06:00 PST Best regards, Henrik On 2013-11-22 12:49 Henrik Levkowetz said: > Hi, > > The online xml2rfc converter is currently hosted on only one server, one > of the IETF tools servers which I provide. Unfortunately, it is in need > of some service today, and since I don't have control over the xml.resource.org > DNS record in order to re-point it to another service, there will be a service > interruption. > > We'll try to make it as brief as possible, but in order to make things > easier for you, in case you're in the middle of working on a draft and are > using the online service, I've set up xml2rfc on another of the tools > servers, for your use: > > https://xml2rfc.tools.ietf.org/ > > I expect the service interruption on xml.resource.org to take place from > 14:30 to 15:00 today, but will come back with an updated time if needed. > > > Best regards, > > Henrik > From henrik@levkowetz.com Fri Nov 22 06:23:00 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6CA31AE0D8; Fri, 22 Nov 2013 06:23:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 G2PTrS1ZHk6e; Fri, 22 Nov 2013 06:22:56 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id D69C61ADEBE; Fri, 22 Nov 2013 06:22:55 -0800 (PST) Received: from [2a01:3f0:1:0:aca4:1cd9:bff0:a3ee] (port=64716 helo=tannat.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vjrd5-0006S8-NR; Fri, 22 Nov 2013 15:22:48 +0100 Message-ID: <528F68B3.8010805@levkowetz.com> Date: Fri, 22 Nov 2013 15:22:43 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: IETF xml2rfc , xml2rfc-dev@ietf.org, Tools Team Discussion , IETF Discussion References: <528F44AC.2040902@levkowetz.com> <528F454D.3030906@levkowetz.com> In-Reply-To: <528F454D.3030906@levkowetz.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:aca4:1cd9:bff0:a3ee X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, xml2rfc-dev@ietf.org, tools-discuss@ietf.org, ietf@ietf.org, henrik-sent@levkowetz.com 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 grenache.tools.ietf.org) Subject: Re: [xml2rfc] Service downtime for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 14:23:01 -0000 Update: The work is going slower than expected (because the machine in question is a rather old box); we now expect a downtime of 60 minutes, i.e., we're expecting the following down period: 22 Nov 2013 14:30 to 15:30 CET 22 Nov 2013 13:30 to 14:30 UTC 22 Nov 2013 08:30 to 09:30 EST 22 Nov 2013 05:30 to 06:30 PST Best regards, Henrik On 2013-11-22 12:51 Henrik Levkowetz said: > To be more specific, the expected time is > > 22 Nov 2013 14:30 to 15:00 CET > 22 Nov 2013 13:30 to 14:00 UTC > 22 Nov 2013 08:30 to 09:00 EST > 22 Nov 2013 05:30 to 06:00 PST > > Best regards, > > Henrik > > On 2013-11-22 12:49 Henrik Levkowetz said: >> Hi, >> >> The online xml2rfc converter is currently hosted on only one server, one >> of the IETF tools servers which I provide. Unfortunately, it is in need >> of some service today, and since I don't have control over the xml.resource.org >> DNS record in order to re-point it to another service, there will be a service >> interruption. >> >> We'll try to make it as brief as possible, but in order to make things >> easier for you, in case you're in the middle of working on a draft and are >> using the online service, I've set up xml2rfc on another of the tools >> servers, for your use: >> >> https://xml2rfc.tools.ietf.org/ >> >> I expect the service interruption on xml.resource.org to take place from >> 14:30 to 15:00 today, but will come back with an updated time if needed. >> >> >> Best regards, >> >> Henrik >> From henrik@levkowetz.com Fri Nov 22 07:42:44 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1F971ADF77; Fri, 22 Nov 2013 07:42:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 ARSS5kGSHrKm; Fri, 22 Nov 2013 07:42:39 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6CD281ADFC6; Fri, 22 Nov 2013 07:42:39 -0800 (PST) Received: from localhost ([127.0.0.1]:37655 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VjssI-0006Ql-Ek; Fri, 22 Nov 2013 16:42:30 +0100 Message-ID: <528F7B65.9080109@levkowetz.com> Date: Fri, 22 Nov 2013 16:42:29 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: Carl Malamud X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: carl@media.org, xml2rfc@ietf.org, tools-discuss@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc mailing list , Tools Team Discussion Subject: [xml2rfc] DNS address for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 15:42:45 -0000 Hi Carl, Earlier today, I had to take down merlot.tools.ietf.org (which handled xml.resource.org) for service, and it's failing to come back up after re-boot. I've set up the xml2rfc service on grenache.tools.ietf.org instead -- would you be kind enough to re-point xml.resource.org to grenache.tools.ietf.org? grenache.tools.ietf.org has address 77.72.230.30 grenache.tools.ietf.org has IPv6 address 2a01:3f0:1:2::30 Best regards, Henrik From henrik@levkowetz.com Fri Nov 22 07:46:48 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91BA71AE365; Fri, 22 Nov 2013 07:46:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 HYBcejMrf57v; Fri, 22 Nov 2013 07:46:43 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id EF2A21AE192; Fri, 22 Nov 2013 07:46:34 -0800 (PST) Received: from localhost ([127.0.0.1]:38282 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vjsw7-0000NP-JT; Fri, 22 Nov 2013 16:46:27 +0100 Message-ID: <528F7C53.7050106@levkowetz.com> Date: Fri, 22 Nov 2013 16:46:27 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: IETF xml2rfc , xml2rfc-dev@ietf.org, Tools Team Discussion , IETF Discussion References: <528F44AC.2040902@levkowetz.com> <528F454D.3030906@levkowetz.com> <528F68B3.8010805@levkowetz.com> In-Reply-To: <528F68B3.8010805@levkowetz.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, xml2rfc-dev@ietf.org, tools-discuss@ietf.org, ietf@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Subject: Re: [xml2rfc] [Tools-discuss] Service downtime for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 15:46:48 -0000 New update: Unfortunately, the machine that has been serving xml.resource.org does not seem to want to come online again after re-boot. I've asked for the DNS records to be re-pointed to the machine which is now providing the xml2rfc online service (xml2rfc.tools.ietf.org). Until that happens, please continue to go to xml2rfc.tools.ietf.org if you need to use the online xml2rfc service. Sorry for the bother :-( Henrik On 2013-11-22 15:22 Henrik Levkowetz said the following: > Update: > > The work is going slower than expected (because the machine in question > is a rather old box); we now expect a downtime of 60 minutes, i.e., we're > expecting the following down period: > > 22 Nov 2013 14:30 to 15:30 CET > 22 Nov 2013 13:30 to 14:30 UTC > 22 Nov 2013 08:30 to 09:30 EST > 22 Nov 2013 05:30 to 06:30 PST > > Best regards, > > Henrik > > On 2013-11-22 12:51 Henrik Levkowetz said: >> To be more specific, the expected time is >> >> 22 Nov 2013 14:30 to 15:00 CET >> 22 Nov 2013 13:30 to 14:00 UTC >> 22 Nov 2013 08:30 to 09:00 EST >> 22 Nov 2013 05:30 to 06:00 PST >> >> Best regards, >> >> Henrik >> >> On 2013-11-22 12:49 Henrik Levkowetz said: >>> Hi, >>> >>> The online xml2rfc converter is currently hosted on only one server, one >>> of the IETF tools servers which I provide. Unfortunately, it is in need >>> of some service today, and since I don't have control over the xml.resource.org >>> DNS record in order to re-point it to another service, there will be a service >>> interruption. >>> >>> We'll try to make it as brief as possible, but in order to make things >>> easier for you, in case you're in the middle of working on a draft and are >>> using the online service, I've set up xml2rfc on another of the tools >>> servers, for your use: >>> >>> https://xml2rfc.tools.ietf.org/ >>> >>> I expect the service interruption on xml.resource.org to take place from >>> 14:30 to 15:00 today, but will come back with an updated time if needed. >>> >>> >>> Best regards, >>> >>> Henrik >>> > From henrik@levkowetz.com Fri Nov 22 10:47:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 520B21AE231; Fri, 22 Nov 2013 10:47:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 PrUzSmUf3RVa; Fri, 22 Nov 2013 10:47:09 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 7A25A1AE3EA; Fri, 22 Nov 2013 10:47:07 -0800 (PST) Received: from localhost ([127.0.0.1]:55264 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Vjvkp-000705-I1; Fri, 22 Nov 2013 19:46:59 +0100 Message-ID: <528FA6A3.1020605@levkowetz.com> Date: Fri, 22 Nov 2013 19:46:59 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: Carl Malamud References: <528F7B65.9080109@levkowetz.com> <493284E6-C473-43B7-A4A5-A812BC68AA90@media.org> In-Reply-To: <493284E6-C473-43B7-A4A5-A812BC68AA90@media.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: carl@media.org, xml2rfc@ietf.org, tools-discuss@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc mailing list , Tools Team Discussion Subject: Re: [xml2rfc] DNS address for xml.resource.org X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 18:47:11 -0000 On 2013-11-22 18:01 Carl Malamud said the following: > done. Thank you! > On Nov 22, 2013, at 7:42 AM, Henrik Levkowetz wrote: > >> Hi Carl, >> >> Earlier today, I had to take down merlot.tools.ietf.org (which handled >> xml.resource.org) for service, and it's failing to come back up after >> re-boot. I've set up the xml2rfc service on grenache.tools.ietf.org >> instead -- would you be kind enough to re-point xml.resource.org to >> grenache.tools.ietf.org? >> >> grenache.tools.ietf.org has address 77.72.230.30 >> grenache.tools.ietf.org has IPv6 address 2a01:3f0:1:2::30 >> >> >> Best regards, >> >> Henrik >> > > From trac@tools.ietf.org Fri Nov 22 22:08:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E5F51AE026 for ; Fri, 22 Nov 2013 22:08:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 lMEZYoXWpoA7 for ; Fri, 22 Nov 2013 22:08:52 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 134AB1AE024 for ; Fri, 22 Nov 2013 22:08:51 -0800 (PST) Received: from localhost ([127.0.0.1]:33514 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vk6OL-0000yc-Li; Sat, 23 Nov 2013 07:08:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 23 Nov 2013 06:08:29 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/167#comment:1 Message-ID: <078.14d192ec8cbf1c9b622abb725e1e0366@tools.ietf.org> References: <063.d114301cafb66bd4d6b72db5c50c4af7@tools.ietf.org> X-Trac-Ticket-ID: 167 In-Reply-To: <063.d114301cafb66bd4d6b72db5c50c4af7@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #167: handling of forward slash is different (txt vs. nroff) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 06:08:54 -0000 #167: handling of forward slash is different (txt vs. nroff) Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 22 22:10:14 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97CE91AE028 for ; Fri, 22 Nov 2013 22:10:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 8QwaeN4Ei1YY for ; Fri, 22 Nov 2013 22:10:13 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C82661AE024 for ; Fri, 22 Nov 2013 22:10:12 -0800 (PST) Received: from localhost ([127.0.0.1]:33560 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vk6Pt-00033Y-0Y; Sat, 23 Nov 2013 07:10:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 23 Nov 2013 06:10:04 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/193#comment:1 Message-ID: <078.677d0f3e98d75902121b46e6fa4704e2@tools.ietf.org> References: <063.828f7cf668e45c0ca2a0b83854a1ecb7@tools.ietf.org> X-Trac-Ticket-ID: 193 In-Reply-To: <063.828f7cf668e45c0ca2a0b83854a1ecb7@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #193: nroff output should have the same line breaks in URLs as text output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 06:10:14 -0000 #193: nroff output should have the same line breaks in URLs as text output Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 22 22:12:44 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22BA41AE033 for ; Fri, 22 Nov 2013 22:12:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 YNF6Vehltwa7 for ; Fri, 22 Nov 2013 22:12:42 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8A8BD1AE04B for ; Fri, 22 Nov 2013 22:12:42 -0800 (PST) Received: from localhost ([127.0.0.1]:33689 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vk6SI-0003W7-PA; Sat, 23 Nov 2013 07:12:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 23 Nov 2013 06:12:34 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/122#comment:1 Message-ID: <075.f08b491fa174d13185d8dcb238a5e18b@tools.ietf.org> References: <060.1f30d7cf28b63e7e00793f8868292b55@tools.ietf.org> X-Trac-Ticket-ID: 122 In-Reply-To: <060.1f30d7cf28b63e7e00793f8868292b55@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #122: Spurious \u002D X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 06:12:44 -0000 #122: Spurious \u002D Changes (by ietf@augustcellars.com): * owner: => ietf@augustcellars.com -- ----------------------------+------------------------------------ Reporter: cabo@tzi.org | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: Resolution: | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Fri Nov 22 22:13:30 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 889321AE01C for ; Fri, 22 Nov 2013 22:13:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham 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 ktTeer4Q2i-z for ; Fri, 22 Nov 2013 22:13:29 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 15FA11ADEB1 for ; Fri, 22 Nov 2013 22:13:29 -0800 (PST) Received: from localhost ([127.0.0.1]:33832 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vk6T3-0000Nk-29; Sat, 23 Nov 2013 07:13:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 23 Nov 2013 06:13:21 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/200#comment:1 Message-ID: <078.0671aee16c274033d5f4c8b09a2c0c02@tools.ietf.org> References: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-Trac-Ticket-ID: 200 In-Reply-To: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #200:   in title element makes bad output in TOC X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 06:13:30 -0000 #200:   in title element makes bad output in TOC Changes (by ietf@augustcellars.com): * owner: henrik@levkowetz.com => ietf@augustcellars.com -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From julian.reschke@gmx.de Mon Nov 25 12:44:24 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A95BC1AE01B for ; Mon, 25 Nov 2013 12:44:24 -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=[BAYES_40=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 6ZDuQxha0gDF for ; Mon, 25 Nov 2013 12:44:23 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id E4BC51AE00D for ; Mon, 25 Nov 2013 12:44:22 -0800 (PST) Received: from [192.168.2.117] ([93.217.80.79]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MSMr9-1WCrZ01rlz-00TTQF for ; Mon, 25 Nov 2013 21:44:22 +0100 Message-ID: <5293B6A0.6080608@gmx.de> Date: Mon, 25 Nov 2013 21:44:16 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc , tony@att.com, arusso@amsl.com References: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> <093.f1f5298901f531724b867e0b884392a9@tools.ietf.org> In-Reply-To: <093.f1f5298901f531724b867e0b884392a9@tools.ietf.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vW4k9OjoA7JMf4KwgCVa14lOAb0t1K7ND1PbVWwBT6IvY+0FePm eHHZxY09tUMfh94xMPFTW5f/hEmolQwZFXxW8sakd+bBtfn1tGhgosWvXiApYf78N2658vF FDsGv2fp+VY0Nx17VWjPR+PD9P3hMWP6P7sOlOEl3f9C61baxyAhqwvAJZ+T93ZMeoe294z w/76hK+IR9157vjg5oGJA== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #160: The 3GPP reference bibxml can't be used X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 20:44:24 -0000 On 2013-11-03 02:04, xml2rfc issue tracker wrote: > #160: The 3GPP reference bibxml can't be used > > Changes (by tony@att.com): > > * status: assigned => closed > * resolution: => fixed > > > Comment: > > I modified the bibxml generation tools to create bibxml5 reference files > using the name SDO-3GPP.xyz as the anchor name. I left the existing 3GPP > files alone. > > This should not have been allowed in the past. However, if we add aliases > to xml2rfc, we might consider allowing something other than an XML ID to > be used in *some* fashion. (I don't know if that is possible.) If the only thing we need to "fix" is the ability ti start the anchor with a name character that is not a name-start character (see ), then we may want to consider to consider a leading "_" to be an escape character, so that the anchor would be "_3PGG...", but what's displayed would be "3PGG...". (This wouldn't solve the aliasing issue, though) Best regards, Julian From julian.reschke@gmx.de Mon Nov 25 12:44:35 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6523E1AE03A for ; Mon, 25 Nov 2013 12:44:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 mjiRLmGCIjFZ for ; Mon, 25 Nov 2013 12:44:34 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 304621AE03B for ; Mon, 25 Nov 2013 12:44:34 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAPKiSgU038120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 25 Nov 2013 12:44:29 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.2.117] ([93.217.80.79]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M6B6s-1VQcSP1bUA-00y7Co for ; Mon, 25 Nov 2013 21:44:22 +0100 Message-ID: <5293B6A0.6080608@gmx.de> Date: Mon, 25 Nov 2013 21:44:16 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc , tony@att.com, arusso@amsl.com References: <078.ff6c7c339264b561aa024ba29acd9edf@tools.ietf.org> <093.f1f5298901f531724b867e0b884392a9@tools.ietf.org> In-Reply-To: <093.f1f5298901f531724b867e0b884392a9@tools.ietf.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:wAYyakli/45mIbM+75C7+0ax00VT/mPtYd3kccDXCVhBXlMQlLa GPcKqZlEggSJN5S1PeB7xv9kzLz8ligtvxvMtD4i5QHOB8I4AmuKLq0LNdD8/RyWR+vCutv MPrAqwQAlL2dEIl+sfQ6Tx9e3I4qoKTMHoUJEpSi0gBYwoqawMKy7MfDD61ALtZhlcCXm16 yW8jBeowzpRKOZhbVvu1w== Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #160: The 3GPP reference bibxml can't be used X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 20:44:35 -0000 On 2013-11-03 02:04, xml2rfc issue tracker wrote: > #160: The 3GPP reference bibxml can't be used > > Changes (by tony@att.com): > > * status: assigned => closed > * resolution: => fixed > > > Comment: > > I modified the bibxml generation tools to create bibxml5 reference files > using the name SDO-3GPP.xyz as the anchor name. I left the existing 3GPP > files alone. > > This should not have been allowed in the past. However, if we add aliases > to xml2rfc, we might consider allowing something other than an XML ID to > be used in *some* fashion. (I don't know if that is possible.) If the only thing we need to "fix" is the ability ti start the anchor with a name character that is not a name-start character (see ), then we may want to consider to consider a leading "_" to be an escape character, so that the anchor would be "_3PGG...", but what's displayed would be "3PGG...". (This wouldn't solve the aliasing issue, though) Best regards, Julian From trac@tools.ietf.org Tue Nov 26 06:21:40 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EF571AE201 for ; Tue, 26 Nov 2013 06:21:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 vbIFQ14TGk3C for ; Tue, 26 Nov 2013 06:21:38 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id A322B1ADBC7 for ; Tue, 26 Nov 2013 06:21:38 -0800 (PST) Received: from localhost ([127.0.0.1]:37464 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VlJWA-0006RA-Ul; Tue, 26 Nov 2013 15:21:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Tue, 26 Nov 2013 14:21:34 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/200#comment:2 Message-ID: <078.ec161deee459fc6f330249640a82d50e@tools.ietf.org> References: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-Trac-Ticket-ID: 200 In-Reply-To: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #200:   in title element makes bad output in TOC X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 14:21:40 -0000 #200:   in title element makes bad output in TOC Comment (by arusso@amsl.com): Also encountered this in a within a as follows: XML {{{ The signal-to-noise ratio for the satellite signal, measured in decibel-Hertz (dB-Hz). The expected range is between 20 and 50 dB-Hz. }}} v2 txt: {{{ cn0: The signal-to-noise ratio for the satellite signal, measured in decibel-Hertz (dB-Hz). The expected range is between 20 and 50 dB-Hz. }}} v1 txt: {{{ cn0: The signal to noise ratio for the satellite signal, measured in decibel-Hertz (dB-Hz). The expected range is between 20 and 50 dB-Hz. }}} side note: using v2, changing the XML to "and 50 dB&nbhy;Hz" resolves the issue. (This ticket is similar to #202) -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Tue Nov 26 07:26:58 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E891C1ACC91 for ; Tue, 26 Nov 2013 07:26:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.301 X-Spam-Level: X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_55=0.6, RP_MATCHES_RCVD=-0.001] autolearn=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 F0d__O6CkDqL for ; Tue, 26 Nov 2013 07:26:57 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id E3B911AC4C1 for ; Tue, 26 Nov 2013 07:26:56 -0800 (PST) Received: from localhost ([127.0.0.1]:44159 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VlKXP-0005lq-F0; Tue, 26 Nov 2013 16:26:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, julian.reschke@gmx.de X-Trac-Project: xml2rfc Date: Tue, 26 Nov 2013 15:26:55 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/213 Message-ID: <069.f77bbd532d1802b78542758f516062d4@tools.ietf.org> X-Trac-Ticket-ID: 213 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, julian.reschke@gmx.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: [xml2rfc] #213: support for suppress-title is missing X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 15:26:59 -0000 #213: support for suppress-title is missing Apparently, support for figure/@suppress-title is missing. When generating HTML, the attribute is ignored. When generating plain text, the transformation stops with: Using XML_LIBRARY=/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml2:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml3:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml4:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml5 Parsing file INPUT Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629.dtd Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629-xhtml.ent Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629-other.ent Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629.dtd Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629-xhtml.ent Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/templates/rfc2629-other.ent Traceback (most recent call last): File "/usr/local/bin/xml2rfc", line 225, in main() File "/usr/local/bin/xml2rfc", line 210, in main pagedwriter.write(filename) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 1111, in write self._build_index() File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 945, in _build_index self.write_section_rec(middle, None) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in write_section_rec level=level + 1, appendix=appendix) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in write_section_rec level=level + 1, appendix=appendix) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in write_section_rec level=level + 1, appendix=appendix) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 798, in write_section_rec self.write_figure(element) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/paginated_txt.py", line 56, in write_figure BaseRfcWriter.write_figure(self, *args, **kwargs) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 690, in write_figure source_line=figure.sourceline) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/paginated_txt.py", line 70, in write_raw RawTextRfcWriter.write_raw(self, *args, **kwargs) File "/usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/raw_txt.py", line 486, in write_raw min([len(line) - len(line.lstrip()) for line in lines]) ValueError: min() arg is an empty sequence -- -----------------------------------+---------------------------------- Reporter: julian.reschke@gmx.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From ietf@augustcellars.com Tue Nov 26 08:30:34 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 459151ADED7 for ; Tue, 26 Nov 2013 08:30:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham 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 H4NyKCldoVI8 for ; Tue, 26 Nov 2013 08:30:32 -0800 (PST) Received: from smtp3.pacifier.net (smtp3.pacifier.net [64.255.237.177]) by ietfa.amsl.com (Postfix) with ESMTP id A8CEB1AD8F3 for ; Tue, 26 Nov 2013 08:30:32 -0800 (PST) Received: from Philemon (50-39-223-207.bvtn.or.frontiernet.net [50.39.223.207]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp3.pacifier.net (Postfix) with ESMTPSA id 2FA5D38EFF; Tue, 26 Nov 2013 08:30:32 -0800 (PST) From: "Jim Schaad" To: References: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> <078.ec161deee459fc6f330249640a82d50e@tools.ietf.org> In-Reply-To: <078.ec161deee459fc6f330249640a82d50e@tools.ietf.org> Date: Tue, 26 Nov 2013 08:29:07 -0800 Message-ID: <031e01ceeac4$a1910b10$e4b32130$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLIer6OvsSQHuB+xOAJgjlK6cub+gJO7c/AmDIcNMA= Content-Language: en-us Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #200:   in title element makes bad output in TOC X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 16:30:34 -0000 Having looked at this, it is my expectation that this bug currently = appears anywhere where text can appear in at an attribute value. > -----Original Message----- > From: xml2rfc issue tracker [mailto:trac@tools.ietf.org] > Sent: Tuesday, November 26, 2013 6:22 AM > To: ietf@augustcellars.com; arusso@amsl.com > Cc: xml2rfc@ietf.org; sginoza@amsl.com > Subject: Re: [xml2rfc] #200:   in title element makes bad output = in TOC >=20 > #200:   in title element makes bad output in TOC >=20 >=20 > Comment (by arusso@amsl.com): >=20 > Also encountered this in a within a as follows: >=20 > XML > {{{ > The signal-to-noise ratio for the satellite = signal, measured > in decibel-Hertz (dB-Hz). The expected range is between > 20 > and 50 dB-Hz. > }}} >=20 > v2 txt: > {{{ > cn0: The signal-to-noise ratio for the satellite signal, measured = in > decibel-Hertz (dB-Hz). The expected range is between 20 and > 50 dB-Hz. > }}} >=20 > v1 txt: > {{{ > cn0: The signal to noise ratio for the satellite signal, measured = in > decibel-Hertz (dB-Hz). The expected range is between 20 and > 50 dB-Hz. > }}} >=20 > side note: using v2, changing the XML to "and 50 dB&nbhy;Hz" = resolves > the issue. >=20 > (This ticket is similar to #202) >=20 > -- > ------------------------------+------------------------------------ > Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com > Type: defect | Status: new > Priority: minor | Milestone: > Component: Version 2 cli | Version: 2.4.x > Resolution: | Keywords: > ------------------------------+------------------------------------ >=20 > Ticket URL: > > xml2rfc From julian.reschke@gmx.de Tue Nov 26 10:29:46 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63A1A1ADF70 for ; Tue, 26 Nov 2013 10:29:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 t0I3E_2tg-Py for ; Tue, 26 Nov 2013 10:29:45 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 46D891AD72A for ; Tue, 26 Nov 2013 10:29:44 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQITcvn063578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 10:29:39 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lskr7-1Venru4441-012FkR for ; Tue, 26 Nov 2013 19:29:32 +0100 Message-ID: <5294E889.2050704@gmx.de> Date: Tue, 26 Nov 2013 19:29:29 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "rfc-design@rfc-editor.org" , xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> In-Reply-To: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:N0VDE584WZXLkrYSaZTiXGFMJoT43qER8puFyYt79lwr53YVnr1 0E2HDdDTcGMWb4d6/DFbYXyS4Df4H0knxuNSXbyblNr9upAcwdrMRwFZLh8mmql+mZc5UuO nKRaqdzsX/YzWi2sR9m0Hzrti4vXRDU0tDx4B+Zzfd1LxZeV2h8ket5/s8of1vk/Nd7mzRa 3qCYRLgd7voasPWmRoXmw== Subject: [xml2rfc] Fwd: I-D Action: draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 18:29:46 -0000 (FYI) -------- Original Message -------- Subject: I-D Action: draft-reschke-xml2rfc-02.txt Date: Tue, 26 Nov 2013 10:18:16 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : The 'XML2RFC' version 2 Vocabulary Author(s) : Julian F. Reschke Filename : draft-reschke-xml2rfc-02.txt Pages : 78 Date : 2013-11-26 Abstract: This document defines the 'XML2RFC' version 2 vocabulary; an XML- based language used for writing Internet-Drafts and RFCs. This vocabulary is used for current processing of XML into RFCs. A future version of this vocabulary will be used as the canonical version of RFCs. Editorial Note (To be removed by RFC Editor) Discussion of this draft takes place on the XML2RFC mailing list (xml2rfc@ietf.org), which has its home page at . The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-reschke-xml2rfc There's also a htmlized version available at: http://tools.ietf.org/html/draft-reschke-xml2rfc-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-reschke-xml2rfc-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From paul.hoffman@vpnc.org Tue Nov 26 10:56:29 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2EB81AD9B7 for ; Tue, 26 Nov 2013 10:56:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.5] autolearn=ham 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 w4Ctd9ROPcze for ; Tue, 26 Nov 2013 10:56:28 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id B86181ACB4E for ; Tue, 26 Nov 2013 10:56:28 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQIu4Qf063996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 10:56:05 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQItr6P054473 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 11:55:54 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294E889.2050704@gmx.de> Date: Tue, 26 Nov 2013 10:55:52 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2EFDCC85-35B1-4162-902D-CFF281CA53A6@vpnc.org> References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: [xml2rfc] RNC fragments in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 18:56:29 -0000 1.1. Syntax Notation The XML vocabulary here is defined in prose, based on the Relax NG schema ([RNC]) contained in Appendix C (specified in Relax NG Compact Notation, "RNC"). Each element description also contains the RNC fragment for that specific element in a slightly simplified form (for instance, leaving out defaults). This is included as alternative for readers who prefer formal syntax over prose. [[anchor2: This information is redundant with the prose *and* repeated in the index; I'd like to hear feedback whether it's more useful than distracting.]] Note that the schema can be used for automated validity checks, but certain constraints are only described in prose (example: the conditionally required presence of the "abbrev" attribute). It is great to have the RNC in the document. Concerning anchor2: the = grammar fragments in each section are *mostly* useless because they are = redundant with the prose and, worse, sometimes modified by the prose. = Proposals: - remove the fragments from the body of the draft - add a bit of prose at the end of Appendix C that says which elements = have prose-based modifications --Paul Hoffman= From paul.hoffman@vpnc.org Tue Nov 26 10:57:19 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C18121ADF6D for ; Tue, 26 Nov 2013 10:57:19 -0800 (PST) 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 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 le4Tq0d8tani for ; Tue, 26 Nov 2013 10:57:18 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id E74BE1ACB4E for ; Tue, 26 Nov 2013 10:57:18 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQIvDsT064005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 10:57:13 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQIv1am054519 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 11:57:03 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294E889.2050704@gmx.de> Date: Tue, 26 Nov 2013 10:57:01 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: [xml2rfc] TEXT and CTEXT in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 18:57:20 -0000 It is not at all clear why some contents are TEXT but others CTEXT, = given that they both reduce to "text" in the RNG. --Paul Hoffman= From paul.hoffman@vpnc.org Tue Nov 26 11:03:04 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D5221ADF84 for ; Tue, 26 Nov 2013 11:03:04 -0800 (PST) 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 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 yKa_aNyXTf_e for ; Tue, 26 Nov 2013 11:03:02 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id D8EE01ADF70 for ; Tue, 26 Nov 2013 11:03:02 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQJ2uoE064381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 11:02:57 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQJ2j9H054676 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 12:02:46 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294E889.2050704@gmx.de> Date: Tue, 26 Nov 2013 11:02:44 -0800 Content-Transfer-Encoding: 7bit Message-Id: <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 19:03:04 -0000 3. Special Unicode Code Points [[anchor29: Explain those code points where the processors implement something special, such as "nbsp".]] Why is this here for *v2*? The output always has to be ASCII, yes? --Paul Hoffman From julian.reschke@gmx.de Tue Nov 26 11:08:34 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 142F11ADFAB for ; Tue, 26 Nov 2013 11:08:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.802 X-Spam-Level: X-Spam-Status: No, score=0.802 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 s0JXjZCXS2XC for ; Tue, 26 Nov 2013 11:08:33 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 4B38C1ADFA6 for ; Tue, 26 Nov 2013 11:08:33 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQJ8Qik064450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 11:08:27 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M7UUd-1VOtV53iLf-00xJcV for ; Tue, 26 Nov 2013 20:08:20 +0100 Message-ID: <5294F1A1.9010504@gmx.de> Date: Tue, 26 Nov 2013 20:08:17 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> In-Reply-To: <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:xUmWXFRs9PTcXdC3qDlhDVkpysiEFmxpLGczInO0X4TekbpdCdy uMGtEKZzKVC2VoYwIA4/XhJNlZW1NIiPdsGR+D7P+tGbDtPJ+QnGwmwzm1aA/J8LP46ZAGq 0s+SlSLyDoq2EyCwyu6HgRgHfG/ckkx2k9Srt9Os/Mtrjr/jPs9vJlgu8li0K3J1zN13TO5 tPS55W1MLgTvShcTJkDHA== Cc: xml2rfc Subject: Re: [xml2rfc] TEXT and CTEXT in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 19:08:34 -0000 On 2013-11-26 19:57, Paul Hoffman wrote: > It is not at all clear why some contents are TEXT but others CTEXT, given that they both reduce to "text" in the RNG. > > --Paul Hoffman Yup. I just checked and suspected some weirdness in the conversion from the original DTD. Turns out that the conversion faithfully transformed what the DTD says: > > > > > > > > > > > > > > > > > I believe it would be best to get rid of all of these definitions. Best regards, Julian From julian.reschke@gmx.de Tue Nov 26 11:11:05 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C31101ADFAC for ; Tue, 26 Nov 2013 11:11:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 z-_cS9g0Hqgb for ; Tue, 26 Nov 2013 11:11:04 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id CBEBA1ADF90 for ; Tue, 26 Nov 2013 11:11:04 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQJAvpf064481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 11:10:58 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Las1k-1VN1d52Uwq-00kSgD for ; Tue, 26 Nov 2013 20:10:51 +0100 Message-ID: <5294F230.7070804@gmx.de> Date: Tue, 26 Nov 2013 20:10:40 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <2EFDCC85-35B1-4162-902D-CFF281CA53A6@vpnc.org> In-Reply-To: <2EFDCC85-35B1-4162-902D-CFF281CA53A6@vpnc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:h9vGH+0s5I3FwiVCFL4ZdYS+FnbeSwQm7Bie9TwNuhyJ/t5FM1w 9TWpVKXFyRvHubTFjI36auR7a/SqF6rfC5q14ctbd0nWfxG2ko1gvyi8d1BOE1/59kncKME Y4E5an4cZqGcWCjBNrRr/L41fthQ6sKZXcjJkoHsgvprVuO29BAB2nD4D/S5tCbAX2PD7Cd VSwW78BEEuqrX7n4e4T3Q== Cc: xml2rfc Subject: Re: [xml2rfc] RNC fragments in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 19:11:06 -0000 On 2013-11-26 19:55, Paul Hoffman wrote: > 1.1. Syntax Notation > > The XML vocabulary here is defined in prose, based on the Relax NG > schema ([RNC]) contained in Appendix C (specified in Relax NG Compact > Notation, "RNC"). > > Each element description also contains the RNC fragment for that > specific element in a slightly simplified form (for instance, leaving > out defaults). This is included as alternative for readers who > prefer formal syntax over prose. [[anchor2: This information is > redundant with the prose *and* repeated in the index; I'd like to > hear feedback whether it's more useful than distracting.]] > > Note that the schema can be used for automated validity checks, but > certain constraints are only described in prose (example: the > conditionally required presence of the "abbrev" attribute). > > It is great to have the RNC in the document. Concerning anchor2: the grammar fragments in each section are *mostly* useless because they are redundant with the prose and, worse, sometimes modified by the prose. Proposals: > - remove the fragments from the body of the draft I'm leaning towards that as well, but wanted first to hear more feedback from others... > - add a bit of prose at the end of Appendix C that says which elements have prose-based modifications That's non-trivial, so it won't be done with a "bit of prose". Appendix C essentially is there for people who like formal schemeta; isn't it sufficient that all additional constraints are given once in the main section? Best regards, Julian From julian.reschke@gmx.de Tue Nov 26 11:13:19 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D6BF1AE007 for ; Tue, 26 Nov 2013 11:13:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 LZKM0eAaeefb for ; Tue, 26 Nov 2013 11:13:18 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id B99DA1ADF96 for ; Tue, 26 Nov 2013 11:13:18 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQJDCwk064524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 11:13:13 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MSdRI-1WAaQw0VnA-00RX6p for ; Tue, 26 Nov 2013 20:13:06 +0100 Message-ID: <5294F2BF.6010608@gmx.de> Date: Tue, 26 Nov 2013 20:13:03 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> In-Reply-To: <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:EtkkqBBVurspa5DXmc+E0EuHdps237gnABdAC04/x8JlHQiytSx l+0LcT96v2by8bqN+j6aDXGP1BGqYsBM/UcC6u23R+a+SgPOd3NFmZZKo39wKLQc50NBtqU EaYMyHTGXFAZuBVWZbn+45WzfkqIHN6++yyLtZOQ4Z56tHR82T4JLOomSDdgG1E0KnKMztX Fo+juP9kl6uRzcCvB6+Hg== Cc: xml2rfc Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 19:13:19 -0000 On 2013-11-26 20:02, Paul Hoffman wrote: > 3. Special Unicode Code Points > > [[anchor29: Explain those code points where the processors implement > something special, such as "nbsp".]] > > Why is this here for *v2*? The output always has to be ASCII, yes? a) no, the output already uses non-ASCII when it's not plain text, and b) nbsp is used in practice for keeping things together with respect to line breaking (yes, even in plain text generation); there are other code points such as nbhy that xml2rfc already knows about. Best regards, Julian From paul.hoffman@vpnc.org Tue Nov 26 12:22:31 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 591851AE069 for ; Tue, 26 Nov 2013 12:22:31 -0800 (PST) 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 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 l2VxJDONJq_3 for ; Tue, 26 Nov 2013 12:22:29 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id F33011ADEBA for ; Tue, 26 Nov 2013 12:22:28 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKMNUh065620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 12:22:24 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [165.227.249.247] (sn80.proper.com [75.101.18.80]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQKMIwq057298 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 13:22:19 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host sn80.proper.com [75.101.18.80] claimed to be [165.227.249.247] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294F1A1.9010504@gmx.de> Date: Tue, 26 Nov 2013 12:22:16 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <17341BCE-2F55-4EB2-A7B4-2ADE3AAEE02C@vpnc.org> References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> <5294F1A1.9010504@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] TEXT and CTEXT in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:22:31 -0000 On Nov 26, 2013, at 11:08 AM, Julian Reschke = wrote: > On 2013-11-26 19:57, Paul Hoffman wrote: >> It is not at all clear why some contents are TEXT but others CTEXT, = given that they both reduce to "text" in the RNG. >>=20 >> --Paul Hoffman >=20 > Yup. I just checked and suspected some weirdness in the conversion = from the original DTD. Turns out that the conversion faithfully = transformed what the DTD says: >=20 >> >>=20 >> >>=20 >> >>=20 >> >>=20 >> >>=20 >> >>=20 >> >>=20 >> >>=20 >> >=20 > I believe it would be best to get rid of all of these definitions. +1 --Paul Hoffman= From paul.hoffman@vpnc.org Tue Nov 26 12:42:52 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56C4E1ADF38 for ; Tue, 26 Nov 2013 12:42:52 -0800 (PST) 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 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 OXkxTL-Nn6JL for ; Tue, 26 Nov 2013 12:42:50 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id F1FCE1ADF2F for ; Tue, 26 Nov 2013 12:42:49 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKgRDU065885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 12:42:27 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [165.227.249.247] (sn80.proper.com [75.101.18.80]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQKgGjl057715 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 13:42:17 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host sn80.proper.com [75.101.18.80] claimed to be [165.227.249.247] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294F230.7070804@gmx.de> Date: Tue, 26 Nov 2013 12:42:15 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <2EFDCC85-35B1-4162-902D-CFF281CA53A6@vpnc.org> <5294F230.7070804@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] RNC fragments in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:42:52 -0000 On Nov 26, 2013, at 11:10 AM, Julian Reschke = wrote: > On 2013-11-26 19:55, Paul Hoffman wrote: >> 1.1. Syntax Notation >>=20 >> The XML vocabulary here is defined in prose, based on the Relax NG >> schema ([RNC]) contained in Appendix C (specified in Relax NG = Compact >> Notation, "RNC"). >>=20 >> Each element description also contains the RNC fragment for that >> specific element in a slightly simplified form (for instance, = leaving >> out defaults). This is included as alternative for readers who >> prefer formal syntax over prose. [[anchor2: This information is >> redundant with the prose *and* repeated in the index; I'd like to >> hear feedback whether it's more useful than distracting.]] >>=20 >> Note that the schema can be used for automated validity checks, = but >> certain constraints are only described in prose (example: the >> conditionally required presence of the "abbrev" attribute). >>=20 >> It is great to have the RNC in the document. Concerning anchor2: the = grammar fragments in each section are *mostly* useless because they are = redundant with the prose and, worse, sometimes modified by the prose. = Proposals: >> - remove the fragments from the body of the draft >=20 > I'm leaning towards that as well, but wanted first to hear more = feedback from others... >=20 >> - add a bit of prose at the end of Appendix C that says which = elements have prose-based modifications >=20 > That's non-trivial, so it won't be done with a "bit of prose". It could be added even if non-trivial. > Appendix C essentially is there for people who like formal schemeta; = isn't it sufficient that all additional constraints are given once in = the main section? I proposed listing the ones with modifications, not listing the = modifications. That will help someone reading the schemata know what = else they *need* to read. --Paul Hoffman= From paul.hoffman@vpnc.org Tue Nov 26 12:44:27 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC6F01ADF54 for ; Tue, 26 Nov 2013 12:44:27 -0800 (PST) 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 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 6fARDJY9aPQ2 for ; Tue, 26 Nov 2013 12:44:26 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 5C8C51ADF2F for ; Tue, 26 Nov 2013 12:44:26 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKiLjl065919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 12:44:21 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [165.227.249.247] (sn80.proper.com [75.101.18.80]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQKiB92057767 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 13:44:12 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host sn80.proper.com [75.101.18.80] claimed to be [165.227.249.247] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5294F2BF.6010608@gmx.de> Date: Tue, 26 Nov 2013 12:44:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:44:28 -0000 On Nov 26, 2013, at 11:13 AM, Julian Reschke = wrote: > On 2013-11-26 20:02, Paul Hoffman wrote: >> 3. Special Unicode Code Points >>=20 >> [[anchor29: Explain those code points where the processors = implement >> something special, such as "nbsp".]] >>=20 >> Why is this here for *v2*? The output always has to be ASCII, yes? >=20 > a) no, the output already uses non-ASCII when it's not plain text, and >=20 > b) nbsp is used in practice for keeping things together with respect = to line breaking (yes, even in plain text generation); there are other = code points such as nbhy that xml2rfc already knows about. This indicates that you are thinking of "processors" other than those = that output Internet-Drafts and RFCs. Those should be listed so that = there is some scoping for the draft. For example, your XSLT probably = doesn't follow all of the rules that the two main processors do. --Paul Hoffman= From julian.reschke@gmx.de Tue Nov 26 12:46:01 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2ADB1ADF8C for ; Tue, 26 Nov 2013 12:46:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 WGsN4a_FWKXI for ; Tue, 26 Nov 2013 12:46:00 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id DD29B1ADF2F for ; Tue, 26 Nov 2013 12:46:00 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKjtqI065948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 12:45:56 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M2XkX-1VSeHA17mH-00sOO7 for ; Tue, 26 Nov 2013 21:45:49 +0100 Message-ID: <5295087A.2050901@gmx.de> Date: Tue, 26 Nov 2013 21:45:46 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> In-Reply-To: <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:gqymokFBSSbtJslVUdhUeOfyV8uk1mxeqcGXEZoiP2AZZEEjpfr vpZUxOlwcYLHtGwVsjN+Hk+9IWAuKnsdHoyfIEKJ6j/gX3942BFRlii44Fgpq3q/ZUlfp/u Fb4E8aEjOWRrdPki7saWqCKUIYrPZl9uYd89A19+QwL+OCzyJFL27ZdIAu9W3xarZxCDCAt xM+ePujf9g3fC6Y6GnBCg== Cc: xml2rfc Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:46:02 -0000 On 2013-11-26 21:44, Paul Hoffman wrote: > On Nov 26, 2013, at 11:13 AM, Julian Reschke wrote: > >> On 2013-11-26 20:02, Paul Hoffman wrote: >>> 3. Special Unicode Code Points >>> >>> [[anchor29: Explain those code points where the processors implement >>> something special, such as "nbsp".]] >>> >>> Why is this here for *v2*? The output always has to be ASCII, yes? >> >> a) no, the output already uses non-ASCII when it's not plain text, and >> >> b) nbsp is used in practice for keeping things together with respect to line breaking (yes, even in plain text generation); there are other code points such as nbhy that xml2rfc already knows about. > > This indicates that you are thinking of "processors" other than those that output Internet-Drafts and RFCs. Those should be listed so that there is some scoping for the draft. For example, your XSLT probably doesn't follow all of the rules that the two main processors do. No, I'm really talking about the "classic" xml2rfc.tcl (and it's "almost ready" successor). Best regards, Julian From julian.reschke@gmx.de Tue Nov 26 12:47:59 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA8DB1ADF2F for ; Tue, 26 Nov 2013 12:47:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 c7nu0gFnlkWb for ; Tue, 26 Nov 2013 12:47:58 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id B5F401AD942 for ; Tue, 26 Nov 2013 12:47:58 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKlqaa065975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 12:47:53 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Mbx62-1W2XDw4BgE-00JFfS for ; Tue, 26 Nov 2013 21:47:47 +0100 Message-ID: <529508F0.6050600@gmx.de> Date: Tue, 26 Nov 2013 21:47:44 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <2EFDCC85-35B1-4162-902D-CFF281CA53A6@vpnc.org> <5294F230.7070804@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TMuMXkkrfEq2qljMVrYTwDwVRtKZZypSwOIoPQu0rOOHzWoV1cH octkTf8a0mKQT4UvZODRBCJdbtauMtmSE/g4It5bgTPICTsVHH70YLi2fi6APzAIA3hT772 4+deCb0SM5bfC9WREZnw8/GwEAiejSVyjlAhQwue3UumRZkXfFIKuutJGLNC3rqu4OFu1dy VmvQoL5gFlmML+gO1U9vQ== Cc: xml2rfc Subject: Re: [xml2rfc] RNC fragments in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:47:59 -0000 On 2013-11-26 21:42, Paul Hoffman wrote: > On Nov 26, 2013, at 11:10 AM, Julian Reschke wrote: > >> On 2013-11-26 19:55, Paul Hoffman wrote: >>> 1.1. Syntax Notation >>> >>> The XML vocabulary here is defined in prose, based on the Relax NG >>> schema ([RNC]) contained in Appendix C (specified in Relax NG Compact >>> Notation, "RNC"). >>> >>> Each element description also contains the RNC fragment for that >>> specific element in a slightly simplified form (for instance, leaving >>> out defaults). This is included as alternative for readers who >>> prefer formal syntax over prose. [[anchor2: This information is >>> redundant with the prose *and* repeated in the index; I'd like to >>> hear feedback whether it's more useful than distracting.]] >>> >>> Note that the schema can be used for automated validity checks, but >>> certain constraints are only described in prose (example: the >>> conditionally required presence of the "abbrev" attribute). >>> >>> It is great to have the RNC in the document. Concerning anchor2: the grammar fragments in each section are *mostly* useless because they are redundant with the prose and, worse, sometimes modified by the prose. Proposals: >>> - remove the fragments from the body of the draft >> >> I'm leaning towards that as well, but wanted first to hear more feedback from others... >> >>> - add a bit of prose at the end of Appendix C that says which elements have prose-based modifications >> >> That's non-trivial, so it won't be done with a "bit of prose". > > It could be added even if non-trivial. > >> Appendix C essentially is there for people who like formal schemeta; isn't it sufficient that all additional constraints are given once in the main section? > > I proposed listing the ones with modifications, not listing the modifications. That will help someone reading the schemata know what else they *need* to read. They really need to read the main body if the spec anyway. I think if you look closely, only a small subset of the elements really is fully defined by the schema. Best regards, Julian From paul.hoffman@vpnc.org Tue Nov 26 12:57:26 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 094C21ADED9 for ; Tue, 26 Nov 2013 12:57:26 -0800 (PST) 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 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 N9UwpYxGdNzo for ; Tue, 26 Nov 2013 12:57:24 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 9B3AD1AD957 for ; Tue, 26 Nov 2013 12:57:24 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQKvJh8066108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 12:57:19 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [165.227.249.247] (sn80.proper.com [75.101.18.80]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQKv8cL058119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 26 Nov 2013 13:57:09 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host sn80.proper.com [75.101.18.80] claimed to be [165.227.249.247] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5295087A.2050901@gmx.de> Date: Tue, 26 Nov 2013 12:57:08 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 20:57:26 -0000 On Nov 26, 2013, at 12:45 PM, Julian Reschke = wrote: > On 2013-11-26 21:44, Paul Hoffman wrote: >> On Nov 26, 2013, at 11:13 AM, Julian Reschke = wrote: >>=20 >>> On 2013-11-26 20:02, Paul Hoffman wrote: >>>> 3. Special Unicode Code Points >>>>=20 >>>> [[anchor29: Explain those code points where the processors = implement >>>> something special, such as "nbsp".]] >>>>=20 >>>> Why is this here for *v2*? The output always has to be ASCII, yes? >>>=20 >>> a) no, the output already uses non-ASCII when it's not plain text, = and >>>=20 >>> b) nbsp is used in practice for keeping things together with respect = to line breaking (yes, even in plain text generation); there are other = code points such as nbhy that xml2rfc already knows about. >>=20 >> This indicates that you are thinking of "processors" other than those = that output Internet-Drafts and RFCs. Those should be listed so that = there is some scoping for the draft. For example, your XSLT probably = doesn't follow all of the rules that the two main processors do. >=20 > No, I'm really talking about the "classic" xml2rfc.tcl (and it's = "almost ready" successor). Then I'm still confused. The nbsp codepoint is not in the ASCII range. = Do you mean "entities that are converted to ASCII"? --Paul Hoffman= From julian.reschke@gmx.de Tue Nov 26 13:12:20 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3881ADED9 for ; Tue, 26 Nov 2013 13:12:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 Mcuig93aZvQu for ; Tue, 26 Nov 2013 13:12:19 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id BFDA21AD942 for ; Tue, 26 Nov 2013 13:12:19 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQLCDma066333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 13:12:14 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LgMCe-1VFhfX46BI-00nh4r for ; Tue, 26 Nov 2013 22:12:08 +0100 Message-ID: <52950EA4.3060006@gmx.de> Date: Tue, 26 Nov 2013 22:12:04 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FGhdZfc7vJHuaFmZJ3UO3FnPXLWY7XWn0AWj+qDyp3mnZObnLd0 Sic+HW10n/jymXPpxCHP6ofICNINS3AJ8djzJhgmVG6ZnRSfAicBWd4+1/V3JgJNCA/yAwA vBQ/g8cb/teqdGaAIbSiCe14o6IYyXMaAsOBBSVciENW3XO0KPHqCdnAy++Tt1sfhmp3tr1 nHWZPRJDaqzOoiKT/qM+w== Cc: xml2rfc Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 21:12:20 -0000 On 2013-11-26 21:57, Paul Hoffman wrote: > On Nov 26, 2013, at 12:45 PM, Julian Reschke wrote: > >> On 2013-11-26 21:44, Paul Hoffman wrote: >>> On Nov 26, 2013, at 11:13 AM, Julian Reschke wrote: >>> >>>> On 2013-11-26 20:02, Paul Hoffman wrote: >>>>> 3. Special Unicode Code Points >>>>> >>>>> [[anchor29: Explain those code points where the processors implement >>>>> something special, such as "nbsp".]] >>>>> >>>>> Why is this here for *v2*? The output always has to be ASCII, yes? >>>> >>>> a) no, the output already uses non-ASCII when it's not plain text, and >>>> >>>> b) nbsp is used in practice for keeping things together with respect to line breaking (yes, even in plain text generation); there are other code points such as nbhy that xml2rfc already knows about. >>> >>> This indicates that you are thinking of "processors" other than those that output Internet-Drafts and RFCs. Those should be listed so that there is some scoping for the draft. For example, your XSLT probably doesn't follow all of the rules that the two main processors do. >> >> No, I'm really talking about the "classic" xml2rfc.tcl (and it's "almost ready" successor). > > Then I'm still confused. The nbsp codepoint is not in the ASCII range. Do you mean "entities that are converted to ASCII"? No. What I'm saying is that there are non-ASCII characters, that, when they appear in the source, affect how the result document is formatted -- even if *that* is pure ASCII. The most important example is NBSP. For instance, if your source document has "foo bar" then xml2rfc will try to avoid to insert a line break between "foo" and "bar". It's also slightly abused to suggest a good line break position in long titles (by nbsp-ing together those parts where no line break should happen). For instance (taken straight from a published RFC): Character Set and Language Encoding for Hypertext Transfer Protocol (HTTP) Header Field Parameters There's similar support for NBHY; not sure about other code points. Best regards, Julian From tony@att.com Tue Nov 26 13:27:01 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C8CF1AD8EB for ; Tue, 26 Nov 2013 13:27:01 -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=[BAYES_40=-0.001] autolearn=ham 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 L4kpiR3d_6oV for ; Tue, 26 Nov 2013 13:26:59 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id CDAD81ACC89 for ; Tue, 26 Nov 2013 13:26:59 -0800 (PST) Received: from tlpi046.enaf.dadc.sbc.com (egssmtp01.att.com [144.160.112.12]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQLQZHb066513 for ; Tue, 26 Nov 2013 13:26:35 -0800 (PST) (envelope-from tony@att.com) Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp01.att.com (8.14.4/8.14.4) with ESMTP id rAQLQT1p028920 for ; Tue, 26 Nov 2013 15:26:29 -0600 Received: from vpn-135-70-97-136.vpn.swst.att.com ([135.70.97.136]) by maillennium.att.com (mailgw1) with ESMTP id <20131126212628gw100j0c4ue>; Tue, 26 Nov 2013 21:26:29 +0000 X-Originating-IP: [135.70.97.136] Message-ID: <5295120E.3030007@att.com> Date: Tue, 26 Nov 2013 16:26:38 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> <5294F1A1.9010504@gmx.de> In-Reply-To: <5294F1A1.9010504@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] TEXT and CTEXT in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 21:27:01 -0000 On 11/26/13, 2:08 PM, Julian Reschke wrote: > On 2013-11-26 19:57, Paul Hoffman wrote: >> It is not at all clear why some contents are TEXT but others CTEXT, >> given that they both reduce to "text" in the RNG. >> >> --Paul Hoffman > > Yup. I just checked and suspected some weirdness in the conversion > from the original DTD. Turns out that the conversion faithfully > transformed what the DTD says: > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > > I believe it would be best to get rid of all of these definitions. I believe that these terms are all aliases indicating semantic checks that are done by the processor that could not be done by a DTD checker. So while NUMBER really is a CDATA, it is still constrained further beyond CDATA to only contain digits. Would it be possible to use something other than text in the RNG that recognizes their really semantic nature? Tony Hansen From tony@att.com Tue Nov 26 13:31:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D83A1ADF9A for ; Tue, 26 Nov 2013 13:31:51 -0800 (PST) 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 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 4HQ55t4O5pbM for ; Tue, 26 Nov 2013 13:31:48 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id E0D421AD8EB for ; Tue, 26 Nov 2013 13:31:48 -0800 (PST) Received: from flpi497.enaf.ffdc.sbc.com (egssmtp02.att.com [144.160.128.166]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQLVg79066577 for ; Tue, 26 Nov 2013 13:31:42 -0800 (PST) (envelope-from tony@att.com) Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp02.att.com (8.14.5/8.14.5) with ESMTP id rAQLVasv023778 for ; Tue, 26 Nov 2013 13:31:37 -0800 Received: from vpn-135-70-97-136.vpn.swst.att.com ([135.70.97.136]) by maillennium.att.com (mailgw1) with ESMTP id <20131126213136gw100j0c4ve>; Tue, 26 Nov 2013 21:31:36 +0000 X-Originating-IP: [135.70.97.136] Message-ID: <52951342.2000400@att.com> Date: Tue, 26 Nov 2013 16:31:46 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> <52950EA4.3060006@gmx.de> In-Reply-To: <52950EA4.3060006@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 21:31:51 -0000 On 11/26/13, 4:12 PM, Julian Reschke wrote: > No. > > What I'm saying is that there are non-ASCII characters, that, when > they appear in the source, affect how the result document is formatted > -- even if *that* is pure ASCII. > > The most important example is NBSP. For instance, if your source > document has > > "foo bar" > > then xml2rfc will try to avoid to insert a line break between "foo" > and "bar". > > It's also slightly abused to suggest a good line break position in > long titles (by nbsp-ing together those parts where no line break > should happen). > > For instance (taken straight from a published RFC): > > Character Set and > Language Encoding for > Hypertext Transfer Protocol (HTTP) Header Field > Parameters > > There's similar support for NBHY; not sure about other code points. There are a variety of these, including WJ (word join). These are most often used by the RFC editor staff. As Julian says, they *affect* the output, but are not actually output in the text or html files. Tony Hansen From paul.hoffman@vpnc.org Tue Nov 26 15:32:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34B881AE038 for ; Tue, 26 Nov 2013 15:32:51 -0800 (PST) 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 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 IcXRqdcsTGux for ; Tue, 26 Nov 2013 15:32:49 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 94C841AE036 for ; Tue, 26 Nov 2013 15:32:49 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAQNWihH068114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Nov 2013 15:32:45 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rAQNWbKj063009 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 16:32:39 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <52950EA4.3060006@gmx.de> Date: Tue, 26 Nov 2013 15:32:35 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> <52950EA4.3060006@gmx.de> To: xml2rfc X-Mailer: Apple Mail (2.1822) Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 23:32:51 -0000 On Nov 26, 2013, at 1:12 PM, Julian Reschke = wrote: >> Then I'm still confused. The nbsp codepoint is not in the ASCII = range. Do you mean "entities that are converted to ASCII"? >=20 > No. >=20 > What I'm saying is that there are non-ASCII characters, that, when = they appear in the source, affect how the result document is formatted = -- even if *that* is pure ASCII. >=20 > The most important example is NBSP. For instance, if your source = document has >=20 > "foo bar" Maybe I'm being dense, but " " looks like an entity to me. In that = example, I suspect that the result would be "foo bar" with an ASCII = space between. So what does your "No." mean? That the author can insert = a U+00A0 character and it will be interpreted as a non-breaking space? = Or...? > then xml2rfc will try to avoid to insert a line break between "foo" = and "bar". Sure. But for the entity or for that character itself? > There's similar support for NBHY; not sure about other code points. It sounds like some listing is important, but it sounds like we need to = be more careful in how we describe it. On Nov 26, 2013, at 1:31 PM, Tony Hansen wrote: > There are a variety of these, including WJ (word join). These are most = often used by the RFC editor staff. Same question as above: do they insert the entity or the character into = the XML? > As Julian says, they *affect* the output, but are not actually output = in the text or html files. That's good to hear. --Paul Hoffman= From julian.reschke@gmx.de Tue Nov 26 16:11:10 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77BBA1ADF93 for ; Tue, 26 Nov 2013 16:11:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 vPg9dWjhiq7I for ; Tue, 26 Nov 2013 16:11:09 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 4F8171AD698 for ; Tue, 26 Nov 2013 16:11:09 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAR0B3bU068654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 16:11:04 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.178.36] ([93.217.122.187]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LbxQO-1VK4Sj1eT6-00jJ6j for ; Wed, 27 Nov 2013 01:10:57 +0100 Message-ID: <5295388F.1030109@gmx.de> Date: Wed, 27 Nov 2013 01:10:55 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman , xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> <52950EA4.3060006@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:KPPX28LNgSYdu3gtqV2muy5wkdzmRbCWKI2msTL/hz4PSgqo+b9 zwKB55+jjf/dtiCRotWvStq9vvBZTOM4sfwtwO7xNBhICXYKgcFVHkPkbeUfjnxL8s8NXtD rD5sseqix7vuV2k87I/Sr1aB6hY0ITl9g0vSbM6lu7NPGhkWMEP9yc3MtLg7u7UFx9tW3FH qC6Ct86R5bWMzdQiJBc2w== Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 00:11:10 -0000 On 2013-11-27 00:32, Paul Hoffman wrote: > > On Nov 26, 2013, at 1:12 PM, Julian Reschke wrote: > >>> Then I'm still confused. The nbsp codepoint is not in the ASCII range. Do you mean "entities that are converted to ASCII"? >> >> No. >> >> What I'm saying is that there are non-ASCII characters, that, when they appear in the source, affect how the result document is formatted -- even if *that* is pure ASCII. >> >> The most important example is NBSP. For instance, if your source document has >> >> "foo bar" > > Maybe I'm being dense, but " " looks like an entity to me. In that example, I suspect that the result would be "foo bar" with an ASCII space between. So what does your "No." mean? That the author can insert a U+00A0 character and it will be interpreted as a non-breaking space? Or...? > >> then xml2rfc will try to avoid to insert a line break between "foo" and "bar". > > Sure. But for the entity or for that character itself? It doesn't matter. (If it did, the processor would be broken). Best regards, Julian From julian.reschke@gmx.de Tue Nov 26 16:12:23 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F5451AE06D for ; Tue, 26 Nov 2013 16:12:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 RcgCQzzgssjn for ; Tue, 26 Nov 2013 16:12:22 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 5DF801AD698 for ; Tue, 26 Nov 2013 16:12:22 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAR0CF5L068689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 Nov 2013 16:12:16 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.178.36] ([93.217.122.187]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M1BMy-1VWGCP2r4C-00tClm for ; Wed, 27 Nov 2013 01:12:09 +0100 Message-ID: <529538D7.9090106@gmx.de> Date: Wed, 27 Nov 2013 01:12:07 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Tony Hansen , xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <61E70AB0-48F8-4437-B256-D90DCB0CE742@vpnc.org> <5294F1A1.9010504@gmx.de> <5295120E.3030007@att.com> In-Reply-To: <5295120E.3030007@att.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:OQz8SbjW7zRq1OJnGPAARBz/8+lm50ScOp06CQOdSMivDh2XUds J/cuCDACrO7nnVvU0ytG/rVqaCim1Sk2WtmEKfMZcYKvHxo0SveGpqeXWlqHfqLnVw+LAvK cikdNfD9LhLhQaO/IBmawXZst2dviOgR8A31AhEpfrjbLE8qERBanVNGItvILl8TLT9Re/s kNhoMiHCcb11Ir/BwLnhQ== Subject: Re: [xml2rfc] TEXT and CTEXT in draft-reschke-xml2rfc-02.txt X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 00:12:23 -0000 On 2013-11-26 22:26, Tony Hansen wrote: > ... > I believe that these terms are all aliases indicating semantic checks > that are done by the processor that could not be done by a DTD checker. > > So while NUMBER really is a CDATA, it is still constrained further > beyond CDATA to only contain digits. > > Would it be possible to use something other than text in the RNG that > recognizes their really semantic nature? > ... It would, but I'd rather avoid that route. In the end, the scheme may be useful for a few tools, but will never capture all constraints. Best regards, Julian From tony@att.com Tue Nov 26 18:47:41 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86B581ADF93 for ; Tue, 26 Nov 2013 18:47:41 -0800 (PST) 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 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 uk55QN6yWAzR for ; Tue, 26 Nov 2013 18:47:40 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id E9D421ABD2A for ; Tue, 26 Nov 2013 18:47:39 -0800 (PST) Received: from flpi497.enaf.ffdc.sbc.com (egssmtp02.att.com [144.160.128.166]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rAR2lZNM070838 for ; Tue, 26 Nov 2013 18:47:35 -0800 (PST) (envelope-from tony@att.com) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp02.att.com (8.14.5/8.14.5) with ESMTP id rAR2lRXC002971 for ; Tue, 26 Nov 2013 18:47:28 -0800 Received: from vpn-135-70-96-105.vpn.swst.att.com ([135.70.96.105]) by maillennium.att.com (mailgw1) with ESMTP id <20131127024727gw100j0c51e>; Wed, 27 Nov 2013 02:47:27 +0000 X-Originating-IP: [135.70.96.105] Message-ID: <52955D3F.1000008@att.com> Date: Tue, 26 Nov 2013 21:47:27 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc References: <20131126181816.22419.4898.idtracker@ietfa.amsl.com> <5294E889.2050704@gmx.de> <328E80D1-FDEB-4A05-BBE8-3AD18B3406F2@vpnc.org> <5294F2BF.6010608@gmx.de> <445E8F7C-6005-4F53-954F-26B65EAB4F3F@vpnc.org> <5295087A.2050901@gmx.de> <52950EA4.3060006@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml2rfc] Non-ASCII in draft-reschke-xml2rfc-02.txt? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 02:47:41 -0000 On 11/26/13, 6:32 PM, Paul Hoffman wrote: > On Nov 26, 2013, at 1:12 PM, Julian Reschke wrote: > >>> Then I'm still confused. The nbsp codepoint is not in the ASCII range. Do you mean "entities that are converted to ASCII"? >> No. >> >> What I'm saying is that there are non-ASCII characters, that, when they appear in the source, affect how the result document is formatted -- even if *that* is pure ASCII. >> >> The most important example is NBSP. For instance, if your source document has >> >> "foo bar" > Maybe I'm being dense, but " " looks like an entity to me. In that example, I suspect that the result would be "foo bar" with an ASCII space between. So what does your "No." mean? That the author can insert a U+00A0 character and it will be interpreted as a non-breaking space? Or...? > >> then xml2rfc will try to avoid to insert a line break between "foo" and "bar". > Sure. But for the entity or for that character itself? > >> There's similar support for NBHY; not sure about other code points. > It sounds like some listing is important, but it sounds like we need to be more careful in how we describe it. > > On Nov 26, 2013, at 1:31 PM, Tony Hansen wrote: > >> There are a variety of these, including WJ (word join). These are most often used by the RFC editor staff. > Same question as above: do they insert the entity or the character into the XML? I know the current xml2rfc *definitely* accepts the entity specification. I *think* it accepts the corresponding unicode characters as well. >> As Julian says, they *affect* the output, but are not actually output in the text or html files. > That's good to hear. > Tony From trac@tools.ietf.org Wed Nov 27 03:15:25 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 116741AE259 for ; Wed, 27 Nov 2013 03:15:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 UWr0qSku8bqK for ; Wed, 27 Nov 2013 03:15:19 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 12C631AE2D8 for ; Wed, 27 Nov 2013 02:59:07 -0800 (PST) Received: from localhost ([127.0.0.1]:48596 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vlcpm-00071N-R7; Wed, 27 Nov 2013 11:59:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, julian.reschke@gmx.de X-Trac-Project: xml2rfc Date: Wed, 27 Nov 2013 10:59:06 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/210#comment:1 Message-ID: <084.7270cfc877fb46088aa9d55ce0c61868@tools.ietf.org> References: <069.e784a5fc2088443fd46cdc5cded9e19e@tools.ietf.org> X-Trac-Ticket-ID: 210 In-Reply-To: <069.e784a5fc2088443fd46cdc5cded9e19e@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, julian.reschke@gmx.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #210: Sorting of references does not work properly with symrefs="no" (was: Sorting of referenes does not work properly with symrefs="no") X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 11:15:25 -0000 #210: Sorting of references does not work properly with symrefs="no" -- ------------------------------------+---------------------------------- Reporter: dreibh@iem.uni-due.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From julian.reschke@gmx.de Wed Nov 27 03:17:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDEE31AE1A3 for ; Wed, 27 Nov 2013 03:17:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 JOoWvRyD8HDI for ; Wed, 27 Nov 2013 03:17:53 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id E5E021AE2EA for ; Wed, 27 Nov 2013 03:01:54 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARB1l8g077578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 03:01:48 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.1.102] ([217.91.35.233]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lpxdr-1V73SM3EhD-00fjwp for ; Wed, 27 Nov 2013 12:01:41 +0100 Message-ID: <5295D113.1000506@gmx.de> Date: Wed, 27 Nov 2013 12:01:39 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: xml2rfc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:emp9PcBgZS7omqEF78YW6YUfaDm10CTdWZIC2NUlAysbLbBj4lN rnBc2nW7Ioa+YUerN+UPkPvtincHEvutfD8BEeOzkxmSFyS4HrzvnvUUfEGlieEeSeot4de /vAc5kuLdG4L8rcwYD9xNUdLbslRQ6zTKgGhh/Tf7gK+mZYHS49CbUGI0MB0sIF05O5kuof iZqG5Ps6Bu00wnoHq/ymg== Subject: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 11:17:55 -0000 Hi there, the current DTD allows src/height/width both on
and . However, type is only allowed on . rfc2629.xslt only supports these attributes on (and will emit warnings when they are used on
soonish). xml2rfc.tcl supports them on
as well (and ignores the child node when there's a src attribute on
). The "new" xml2rfc seems to ignore src & friends. It's not clear to me why the DTD allows both -- would anybody be opposed to document them as "deprecated - use artwork" instead and potentially remove them in a future grammar? Best regards, Julian PS: a similar question could be asked for "align", but I'll do more tests first :-) From paul.hoffman@vpnc.org Wed Nov 27 08:36:01 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD6761AD948 for ; Wed, 27 Nov 2013 08:36:01 -0800 (PST) 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 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 8MzvcopSGzmw for ; Wed, 27 Nov 2013 08:36:00 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 843F21AD7C0 for ; Wed, 27 Nov 2013 08:36:00 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARGZsoR083142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Nov 2013 08:35:55 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rARGZhG1095291 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 27 Nov 2013 09:35:44 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <5295D113.1000506@gmx.de> Date: Wed, 27 Nov 2013 08:35:43 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> References: <5295D113.1000506@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 16:36:02 -0000 On Nov 27, 2013, at 3:01 AM, Julian Reschke = wrote: > Hi there, >=20 > the current DTD allows src/height/width both on
and = . However, type is only allowed on . >=20 > rfc2629.xslt only supports these attributes on (and will = emit warnings when they are used on
soonish). >=20 > xml2rfc.tcl supports them on
as well (and ignores the = child node when there's a src attribute on
). >=20 > The "new" xml2rfc seems to ignore src & friends. >=20 > It's not clear to me why the DTD allows both -- would anybody be = opposed to document them as "deprecated - use artwork" instead and = potentially remove them in a future grammar? It seems fine to deprecate src/height/width in both
and = . The edge case where an author wants to have external files = seems not worth the overhead, given the ease of copy-and-paste (or even = a trivial Perl/Python script that copies the artwork file into a marked = place in the XML source). > PS: a similar question could be asked for "align", but I'll do more = tests first :-) Alignment of artwork makes things pretty... and harder for a reader to = copy-and-paste in a useful fashion. --Paul Hoffman From nico@cryptonector.com Wed Nov 27 09:01:05 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B1771AD6B9 for ; Wed, 27 Nov 2013 09:01:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham 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 wxlkfXsmDVkf for ; Wed, 27 Nov 2013 09:01:03 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id DC4291ACC91 for ; Wed, 27 Nov 2013 09:01:03 -0800 (PST) Received: from homiemail-a25.g.dreamhost.com (caiajhbdcahe.dreamhost.com [208.97.132.74]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARH0wPf083597 for ; Wed, 27 Nov 2013 09:00:58 -0800 (PST) (envelope-from nico@cryptonector.com) Received: from homiemail-a25.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTP id 4AC25678071; Wed, 27 Nov 2013 09:00:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=IRTkb9jiBvYZuK Hcpo49YGgNKj8=; b=GRetkrlZv8jV6hyEzB2pEV1hDyepmARSc4w58D90GzXmoe sFD6OSXiN+emE7p8pc9k07xVc+7IQ15rnzxnJFFfUQffcBYaea7kcKk3IAMZRHVh 5xLPDUOVwn55co15EZmKPZ9Pfegr6XuV466TIjDf4QEmA29cj0De10z05KV+I= Received: from localhost (108-207-244-174.lightspeed.austtx.sbcglobal.net [108.207.244.174]) (Authenticated sender: nico@cryptonector.com) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTPA id C305E678069; Wed, 27 Nov 2013 09:00:57 -0800 (PST) Date: Wed, 27 Nov 2013 11:00:56 -0600 From: Nico Williams To: Julian Reschke Message-ID: <20131127170053.GP21240@localhost> References: <5295D113.1000506@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5295D113.1000506@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 17:01:05 -0000 On Wed, Nov 27, 2013 at 12:01:39PM +0100, Julian Reschke wrote: > The "new" xml2rfc seems to ignore src & friends. An src attribute should be useful; IMO it'd be best to keep it. I'm not sure that height and width are of any use. > It's not clear to me why the DTD allows both -- would anybody be > opposed to document them as "deprecated - use artwork" instead and > potentially remove them in a future grammar? Is the motivation only that the new xml2rfc doesn't [yet?] support these? Or that they are not necessary (height and width probably aren't)? Nico -- From julian.reschke@gmx.de Wed Nov 27 09:58:44 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 145C11AD6D2 for ; Wed, 27 Nov 2013 09:58:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 bq_hQZCHaZKn for ; Wed, 27 Nov 2013 09:58:43 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 00D481ACCDE for ; Wed, 27 Nov 2013 09:58:42 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARHwa6H084544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 09:58:37 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.2.117] ([93.217.73.253]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M6ioC-1VOpDG3C32-00wXTK for ; Wed, 27 Nov 2013 18:58:30 +0100 Message-ID: <529632C4.50406@gmx.de> Date: Wed, 27 Nov 2013 18:58:28 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <5295D113.1000506@gmx.de> <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> In-Reply-To: <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FzDgRQJnFZ1bljZjIqSnpkPQV9cvyDL6b2X2hB0btrsgKE9n9In tTP1vw14+9GOreB94nWAEOuyO5deQcvjc9zDcwdXEthb6V6/nAheKu2fBAc/GsFl1vYDBWz D7C7x2CarRX5dVNgO1h+rLZt/4A5yH3i7xCrXiPdUssLHsfR9OmMzlqXRAugIVTAQRIJbnd 6rBDEELNkOQR+eqNuPJlg== Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 17:58:44 -0000 On 2013-11-27 17:35, Paul Hoffman wrote: > On Nov 27, 2013, at 3:01 AM, Julian Reschke wrote: > >> Hi there, >> >> the current DTD allows src/height/width both on
and . However, type is only allowed on . >> >> rfc2629.xslt only supports these attributes on (and will emit warnings when they are used on
soonish). >> >> xml2rfc.tcl supports them on
as well (and ignores the child node when there's a src attribute on
). >> >> The "new" xml2rfc seems to ignore src & friends. >> >> It's not clear to me why the DTD allows both -- would anybody be opposed to document them as "deprecated - use artwork" instead and potentially remove them in a future grammar? > > It seems fine to deprecate src/height/width in both
and . The edge case where an author wants to have external files seems not worth the overhead, given the ease of copy-and-paste (or even a trivial Perl/Python script that copies the artwork file into a marked place in the XML source). Right now it's the only mechanism to include non line-art artwork, so I'll leave *one* mechanism in, even when it's not very useful for RFC production today (but don't forget RFC 5598...). >> PS: a similar question could be asked for "align", but I'll do more tests first :-) > > Alignment of artwork makes things pretty... and harder for a reader to copy-and-paste in a useful fashion. It's bad for code, but might be the right thing for diagrams. Best regards, Julian From julian.reschke@gmx.de Wed Nov 27 10:00:50 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACA8C1ADF10 for ; Wed, 27 Nov 2013 10:00:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 IfR1om2cu9XB for ; Wed, 27 Nov 2013 10:00:50 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id F10261ADF0E for ; Wed, 27 Nov 2013 10:00:49 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARI0g6S084589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 10:00:43 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.2.117] ([93.217.73.253]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Mcxtm-1W2qYh0KGI-00IAsn for ; Wed, 27 Nov 2013 19:00:37 +0100 Message-ID: <52963342.7080502@gmx.de> Date: Wed, 27 Nov 2013 19:00:34 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Nico Williams References: <5295D113.1000506@gmx.de> <20131127170053.GP21240@localhost> In-Reply-To: <20131127170053.GP21240@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:6t4NXq84Rn28ErAHLgvluaFI4w6jhFXRlu9elGB2ejbstUB7v9S M/I20wS66x8h9pGUvk7vPpXK7XRKfDMfGUOEvEd3PbIy6vzs8dfqOdWOW0UG6kPPcSzR6FO CbXf0j+qOARvQLL9FVkXHP6BZxo2IJXTu/DdC9+aAvyK773pHxQfW7Xttxcax1zLWlXZ8CV XCtDGlDXiQdPu2BBXosZw== Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 18:00:50 -0000 On 2013-11-27 18:00, Nico Williams wrote: > On Wed, Nov 27, 2013 at 12:01:39PM +0100, Julian Reschke wrote: >> The "new" xml2rfc seems to ignore src & friends. > > An src attribute should be useful; IMO it'd be best to keep it. I'm not > sure that height and width are of any use. Yes, it's bug in the new xmlrfc processor. >> It's not clear to me why the DTD allows both -- would anybody be >> opposed to document them as "deprecated - use artwork" instead and >> potentially remove them in a future grammar? > > Is the motivation only that the new xml2rfc doesn't [yet?] support > these? Or that they are not necessary (height and width probably > aren't)? The motivation is that it's pointless to have them on both elements. Best regards, Julian From nico@cryptonector.com Wed Nov 27 10:13:11 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CE381ADDAC for ; Wed, 27 Nov 2013 10:13:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham 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 dxouYBzbXTPp for ; Wed, 27 Nov 2013 10:13:09 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 8ABE51ADBCF for ; Wed, 27 Nov 2013 10:13:09 -0800 (PST) Received: from homiemail-a63.g.dreamhost.com (caiajhbdcagg.dreamhost.com [208.97.132.66]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARID4r4084859 for ; Wed, 27 Nov 2013 10:13:04 -0800 (PST) (envelope-from nico@cryptonector.com) Received: from homiemail-a63.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a63.g.dreamhost.com (Postfix) with ESMTP id 3CDBE2F4060; Wed, 27 Nov 2013 10:13:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=LCpyw9fvPGNJ+Q 250VWgwZoWwCg=; b=YS6VujWn9Nuy5bEHGAZH92nQxe0Hf/qXIqEDsvjaE3tKi+ BzOhOnBrtfkVh7rAhbGa0HsTOlbRZ2VpVeDGbOABxKJbKtBGij5n5qa0I34mtw4k cVFRer/ZNYqxS8Y5qGr9PM9ClK6vHG5rtUnJHutvlE0dyKzNf7HNU/pikO2dU= Received: from localhost (108-207-244-174.lightspeed.austtx.sbcglobal.net [108.207.244.174]) (Authenticated sender: nico@cryptonector.com) by homiemail-a63.g.dreamhost.com (Postfix) with ESMTPA id EB2922F4059; Wed, 27 Nov 2013 10:13:03 -0800 (PST) Date: Wed, 27 Nov 2013 12:13:03 -0600 From: Nico Williams To: Julian Reschke Message-ID: <20131127181259.GR21240@localhost> References: <5295D113.1000506@gmx.de> <20131127170053.GP21240@localhost> <52963342.7080502@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52963342.7080502@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 18:13:11 -0000 On Wed, Nov 27, 2013 at 07:00:34PM +0100, Julian Reschke wrote: > On 2013-11-27 18:00, Nico Williams wrote: > >An src attribute should be useful; IMO it'd be best to keep it. I'm not > >sure that height and width are of any use. > > Yes, it's bug in the new xmlrfc processor. Oh good. I thought you wanted to remove it altogether. > >>It's not clear to me why the DTD allows both -- would anybody be > >>opposed to document them as "deprecated - use artwork" instead and > >>potentially remove them in a future grammar? > > > >Is the motivation only that the new xml2rfc doesn't [yet?] support > >these? Or that they are not necessary (height and width probably > >aren't)? > > The motivation is that it's pointless to have them on both elements. Can
contain multiple s? That might seem silly, but if each artwork had an src attribute that might actually be useful. In that case I could see all these attributes (well, src anyways) being useful in both elements:
As for height and width, if they are merely informative then they are useless; if they specify cropping, then they may have some marginal utility, perhaps in conjunction with src and an attribute for "panning":
:) Do I care enough for this? No, so as long as src stays on one of these elements I think I'm happy. Nico -- From julian.reschke@gmx.de Wed Nov 27 10:20:56 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB2FE1ADE88 for ; Wed, 27 Nov 2013 10:20:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 Vq2R2jvxnzfk for ; Wed, 27 Nov 2013 10:20:55 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id A72CA1ADE8B for ; Wed, 27 Nov 2013 10:20:55 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARIKmjS085641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 10:20:49 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.2.117] ([93.217.73.253]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MLA45-1Vm0i323CT-000NF6 for ; Wed, 27 Nov 2013 19:20:42 +0100 Message-ID: <529637F8.50409@gmx.de> Date: Wed, 27 Nov 2013 19:20:40 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Nico Williams References: <5295D113.1000506@gmx.de> <20131127170053.GP21240@localhost> <52963342.7080502@gmx.de> <20131127181259.GR21240@localhost> In-Reply-To: <20131127181259.GR21240@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:asXa8t3PtW382Ak6vNEfI9B6HcuVDhg6kgAtPYlZtkQ12nlODzS vdiqfTaoS3F0pwDKfW7oipB/eUQa2knuHbGtPliUGtmgpCWmA8cdliCV2kBJwOvWlRj5bgy 4Riv0RgDkHm6Ek2uPld5c5dJ4FKxtnR4YbV7CTNXH9GPHqgUasTYvki18J6VvFs4pL+XnuC c8+WBOdop3IERBQHvxkrQ== Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 18:20:56 -0000 On 2013-11-27 19:13, Nico Williams wrote: > On Wed, Nov 27, 2013 at 07:00:34PM +0100, Julian Reschke wrote: >> On 2013-11-27 18:00, Nico Williams wrote: >>> An src attribute should be useful; IMO it'd be best to keep it. I'm not >>> sure that height and width are of any use. >> >> Yes, it's bug in the new xmlrfc processor. > > Oh good. I thought you wanted to remove it altogether. > >>>> It's not clear to me why the DTD allows both -- would anybody be >>>> opposed to document them as "deprecated - use artwork" instead and >>>> potentially remove them in a future grammar? >>> >>> Is the motivation only that the new xml2rfc doesn't [yet?] support >>> these? Or that they are not necessary (height and width probably >>> aren't)? >> >> The motivation is that it's pointless to have them on both elements. > > Can
contain multiple s? That might seem silly, but if Not right now, but I also think it would be good to group line art into chunks for better pagination. > each artwork had an src attribute that might actually be useful. In > that case I could see all these attributes (well, src anyways) being > useful in both elements: > >
> > > >
Yes. >
But you can always put an element into
, so why support it on
as well? Essentially we have two ways to do the same thing, with the potential of conflicting information. > As for height and width, if they are merely informative then they are > useless; if they specify cropping, then they may have some marginal > utility, perhaps in conjunction with src and an attribute for "panning": > >
> > > >
> > :) > > Do I care enough for this? No, so as long as src stays on one of these > elements I think I'm happy. OK. Best regards, Julian From henrik@levkowetz.com Wed Nov 27 11:09:21 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67F471AD8DA for ; Wed, 27 Nov 2013 11:09:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham 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 uzRXsbNJBi3s for ; Wed, 27 Nov 2013 11:09:17 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id D9E1F1AD72A for ; Wed, 27 Nov 2013 11:09:16 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARJ9A6p086689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 11:09:11 -0800 (PST) (envelope-from henrik@levkowetz.com) Received: from localhost ([127.0.0.1]:40199 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VlkTw-0000i6-Tq; Wed, 27 Nov 2013 20:09:04 +0100 Message-ID: <52964350.8020104@levkowetz.com> Date: Wed, 27 Nov 2013 20:09:04 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: Julian Reschke References: <5295D113.1000506@gmx.de> <20131127170053.GP21240@localhost> <52963342.7080502@gmx.de> <20131127181259.GR21240@localhost> <529637F8.50409@gmx.de> In-Reply-To: <529637F8.50409@gmx.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: julian.reschke@gmx.de, nico@cryptonector.com, xml2rfc@lists.xml.resource.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 19:09:21 -0000 On 2013-11-27 19:20 Julian Reschke said the following: > On 2013-11-27 19:13, Nico Williams wrote: >> On Wed, Nov 27, 2013 at 07:00:34PM +0100, Julian Reschke wrote: >>> On 2013-11-27 18:00, Nico Williams wrote: <> >>> The motivation is that it's pointless to have them on both elements. >> >> Can
contain multiple s? That might seem silly, but if > > Not right now, but I also think it would be good to group line art into > chunks for better pagination. > >> each artwork had an src attribute that might actually be useful. In >> that case I could see all these attributes (well, src anyways) being >> useful in both elements: >> >>
>> >> >> >>
> > Yes. > >>
> > But you can always put an element into
, so why > support it on
as well? > > Essentially we have two ways to do the same thing, with the potential of > conflicting information. I agree. And it seems to me that the proper place to place the src= attribute would be . > >> As for height and width, if they are merely informative then they are >> useless; if they specify cropping, then they may have some marginal >> utility, perhaps in conjunction with src and an attribute for "panning": >> >>
>> >> >> >>
>> >> :) >> >> Do I care enough for this? No, so as long as src stays on one of these >> elements I think I'm happy. > > OK. Best regards, Henrik From nico@cryptonector.com Wed Nov 27 11:34:08 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8982F1ADF6D for ; Wed, 27 Nov 2013 11:34:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham 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 WqauT0Mrm37Q for ; Wed, 27 Nov 2013 11:33:42 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 082691AD83F for ; Wed, 27 Nov 2013 11:29:40 -0800 (PST) Received: from homiemail-a49.g.dreamhost.com (caiajhbdcbbj.dreamhost.com [208.97.132.119]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARJTZ7e087608 for ; Wed, 27 Nov 2013 11:29:35 -0800 (PST) (envelope-from nico@cryptonector.com) Received: from homiemail-a49.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTP id C04F4200B2D28; Wed, 27 Nov 2013 11:29:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=9Rr83C5yTVoxvL H9eHj5EJ6ux30=; b=jmY/G7spOVru5SYT+oxVvY2scxyKeDRqZQhdXfiStPCRcC mNXDB5mvR6v5iOkdW6Fp/lyCjjCRi/xQZf7VPJIfQ2VCQ/91KfuTtjfByAM1Rb2P kDqEO0RV43X5/8+FMj6luM//g0Xh8Np0Bbywt709uYrxY5bijLvi7lvoHCfn0= Received: from localhost (108-207-244-174.lightspeed.austtx.sbcglobal.net [108.207.244.174]) (Authenticated sender: nico@cryptonector.com) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTPA id 75EE0200B2D25; Wed, 27 Nov 2013 11:29:34 -0800 (PST) Date: Wed, 27 Nov 2013 13:29:33 -0600 From: Nico Williams To: Henrik Levkowetz Message-ID: <20131127192929.GT21240@localhost> References: <5295D113.1000506@gmx.de> <20131127170053.GP21240@localhost> <52963342.7080502@gmx.de> <20131127181259.GR21240@localhost> <529637F8.50409@gmx.de> <52964350.8020104@levkowetz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52964350.8020104@levkowetz.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Julian Reschke , xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 19:34:13 -0000 X-List-Received-Date: Wed, 27 Nov 2013 19:34:13 -0000 X-List-Received-Date: Wed, 27 Nov 2013 19:34:13 -0000 On Wed, Nov 27, 2013 at 08:09:04PM +0100, Henrik Levkowetz wrote: > On 2013-11-27 19:20 Julian Reschke said the following: > > Essentially we have two ways to do the same thing, with the potential of > > conflicting information. > > I agree. And it seems to me that the proper place to place the src= > attribute would be . +1 I could see
s with no textual artwork, but instead non-text artwork, like images. However those should probably be included as an element. We may need a way to select which to use for different output formats:
or
Nico -- From paul.hoffman@vpnc.org Wed Nov 27 13:16:41 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 771971AE179 for ; Wed, 27 Nov 2013 13:16:41 -0800 (PST) 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 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 V4g7b_KEz6v1 for ; Wed, 27 Nov 2013 13:16:40 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 25E151ADFB1 for ; Wed, 27 Nov 2013 13:16:40 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARLGZJv089136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Nov 2013 13:16:35 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rARLGMgE007218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 27 Nov 2013 14:16:24 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <529632C4.50406@gmx.de> Date: Wed, 27 Nov 2013 13:16:22 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5295D113.1000506@gmx.de> <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> <529632C4.50406@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 21:16:41 -0000 On Nov 27, 2013, at 9:58 AM, Julian Reschke = wrote: > Right now it's the only mechanism to include non line-art artwork, so = I'll leave *one* mechanism in, even when it's not very useful for RFC = production today (but don't forget RFC 5598...). If v2 is for today's drafts and RFCs, and it is not very useful for = them, why leave it in? --Paul Hoffman= From julian.reschke@gmx.de Wed Nov 27 14:23:07 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E051F1ADF84 for ; Wed, 27 Nov 2013 14:23:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_FAIL=0.001] autolearn=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 MKaVuWz42Lrs for ; Wed, 27 Nov 2013 14:23:07 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 001E71AD937 for ; Wed, 27 Nov 2013 14:23:06 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARMMxSO096797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 27 Nov 2013 14:23:00 -0800 (PST) (envelope-from julian.reschke@gmx.de) Received: from [192.168.2.117] ([93.217.73.253]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MTkNU-1WC5oj2iRs-00QSTe for ; Wed, 27 Nov 2013 23:22:53 +0100 Message-ID: <529670BA.3010709@gmx.de> Date: Wed, 27 Nov 2013 23:22:50 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Paul Hoffman References: <5295D113.1000506@gmx.de> <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> <529632C4.50406@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:OCqqB5jSgbRm9Yg9sdXBh32KBwx4oNrRy/v5yn4YKwxi8a10OEO x5NfLOw1GfH/hAnyrmDgAxp7BifuMc/fIWAUL2YJVsEs5XZyxU5PyytczTkELC9TMffIWmb E/PjGBbuEbXVrRABMsm6BnpMJ4yJjlak1m80bFe4eP+gbxsBZFqOHxGh2fvdSVSqKtvvi33 lKk77Ty3dn+fzRVIK2Dmg== Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 22:23:08 -0000 On 2013-11-27 22:16, Paul Hoffman wrote: > On Nov 27, 2013, at 9:58 AM, Julian Reschke wrote: > >> Right now it's the only mechanism to include non line-art artwork, so I'll leave *one* mechanism in, even when it's not very useful for RFC production today (but don't forget RFC 5598...). > > If v2 is for today's drafts and RFCs, and it is not very useful for them, why leave it in? It's there (in the DTD), it's implemented (two independent implementations), and it's been used in practice. Best regards, Julian From paul.hoffman@vpnc.org Wed Nov 27 14:45:47 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0434F1AE16B for ; Wed, 27 Nov 2013 14:45:47 -0800 (PST) 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 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 jfU29h-DM_iw for ; Wed, 27 Nov 2013 14:45:46 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id EE2F51AE15C for ; Wed, 27 Nov 2013 14:45:45 -0800 (PST) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rARMjeCE099141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Nov 2013 14:45:41 -0800 (PST) (envelope-from paul.hoffman@vpnc.org) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rARMjTGn012418 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 27 Nov 2013 15:45:30 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Paul Hoffman In-Reply-To: <529670BA.3010709@gmx.de> Date: Wed, 27 Nov 2013 14:45:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5295D113.1000506@gmx.de> <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> <529632C4.50406@gmx.de> <529670BA.3010709@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1822) Cc: xml2rfc Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 22:45:47 -0000 On Nov 27, 2013, at 2:22 PM, Julian Reschke = wrote: > On 2013-11-27 22:16, Paul Hoffman wrote: >> On Nov 27, 2013, at 9:58 AM, Julian Reschke = wrote: >>=20 >>> Right now it's the only mechanism to include non line-art artwork, = so I'll leave *one* mechanism in, even when it's not very useful for RFC = production today (but don't forget RFC 5598...). >>=20 >> If v2 is for today's drafts and RFCs, and it is not very useful for = them, why leave it in? >=20 > It's there (in the DTD), it's implemented (two independent = implementations), and it's been used in practice. Ah, I didn't know that last bit. Good enough. --Paul Hoffman= From trac@tools.ietf.org Sat Nov 30 13:23:15 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 644DB1AE482 for ; Sat, 30 Nov 2013 13:23:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 n5Kl0Os-jpJJ for ; Sat, 30 Nov 2013 13:23:13 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id DA5161AE480 for ; Sat, 30 Nov 2013 13:23:12 -0800 (PST) Received: from localhost ([127.0.0.1]:54577 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vms09-0006IR-67; Sat, 30 Nov 2013 22:22:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:22:57 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/192#comment:2 Message-ID: <078.52f49068017574f22ce2a4aec8b6c9b4@tools.ietf.org> References: <063.2a8c29c541d93cf7d673b69169f4485f@tools.ietf.org> X-Trac-Ticket-ID: 192 In-Reply-To: <063.2a8c29c541d93cf7d673b69169f4485f@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #192: in texttable, presence of \0 yields bad format X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:23:15 -0000 #192: in texttable, presence of \0 yields bad format Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in 1052 We now delay quoting of things for nroff until the very end. Instead of trying to figure out which are nroff quoted items and which are not - we use Unicode rather than ASCII for doing things like line wrapping This means things easier to get right. -- ----------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli nroff | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:25:24 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C038C1AE482 for ; Sat, 30 Nov 2013 13:25:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 Ik5XHZATePMI for ; Sat, 30 Nov 2013 13:25:23 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 280A01AE480 for ; Sat, 30 Nov 2013 13:25:23 -0800 (PST) Received: from localhost ([127.0.0.1]:54649 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vms2R-0008Oz-ID; Sat, 30 Nov 2013 22:25:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:25:19 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/167#comment:2 Message-ID: <078.d2f2f0861df83f7c9fea0cef91782bb1@tools.ietf.org> References: <063.d114301cafb66bd4d6b72db5c50c4af7@tools.ietf.org> X-Trac-Ticket-ID: 167 In-Reply-To: <063.d114301cafb66bd4d6b72db5c50c4af7@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #167: handling of forward slash is different (txt vs. nroff) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:25:25 -0000 #167: handling of forward slash is different (txt vs. nroff) Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: fixed in version 1052 There was different code for dealing with slashes in the two cases. Handling of http URLs is now the same code so differences should disappear. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:28:27 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15C621AE484 for ; Sat, 30 Nov 2013 13:28:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 4pofozzc7fXg for ; Sat, 30 Nov 2013 13:28:25 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 9C7371AE480 for ; Sat, 30 Nov 2013 13:28:25 -0800 (PST) Received: from localhost ([127.0.0.1]:54764 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vms5O-0006rQ-5e; Sat, 30 Nov 2013 22:28:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:28:22 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/168#comment:2 Message-ID: <078.67c0105f32c1243bb103a72cc682eb5b@tools.ietf.org> References: <063.40fce5fceb85efec307148b97cc30c47@tools.ietf.org> X-Trac-Ticket-ID: 168 In-Reply-To: <063.40fce5fceb85efec307148b97cc30c47@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #168: line-breaking of URLs in references X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:28:27 -0000 #168: line-breaking of URLs in references Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in 1052 The algorithm for wrapping of URLs is now different than it was. We now insert a zero-width breaking space (&zwsp;) after slashes (except the leading two) and use word joins (&wj;) after the hyphens (and the leading slashes). The line wrapping algorithm will break first on normal spaces, then on the zwsp and then on the wj. It will only use the latter two elements if the URL is too long to fit into a single line. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:31:51 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC59F1AE486 for ; Sat, 30 Nov 2013 13:31:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 lQtw8e0Rqrtu for ; Sat, 30 Nov 2013 13:31:50 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6C5471ADFAD for ; Sat, 30 Nov 2013 13:31:50 -0800 (PST) Received: from localhost ([127.0.0.1]:54940 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vms8h-00022J-0o; Sat, 30 Nov 2013 22:31:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:31:46 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/200#comment:3 Message-ID: <078.9c4d683952b3bdcba50261f124dcab7a@tools.ietf.org> References: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-Trac-Ticket-ID: 200 In-Reply-To: <063.50cec0668844c23051eaab38ed2fcaf8@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #200:   in title element makes bad output in TOC X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:31:52 -0000 #200:   in title element makes bad output in TOC Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: fixed in 1052 Fixed by using Unicode rather than entities as the basic thing we play with. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:33:18 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD8191AE483 for ; Sat, 30 Nov 2013 13:33:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 sDsWxEjAWLBr for ; Sat, 30 Nov 2013 13:33:14 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2C2A51ADFAD for ; Sat, 30 Nov 2013 13:33:14 -0800 (PST) Received: from localhost ([127.0.0.1]:54981 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VmsA3-0001CW-Rl; Sat, 30 Nov 2013 22:33:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:33:11 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/139#comment:1 Message-ID: <075.9ba15a411bbacd5f65153a8250c9da95@tools.ietf.org> References: <060.1c46acad113e53a2b09da12a06a71f5b@tools.ietf.org> X-Trac-Ticket-ID: 139 In-Reply-To: <060.1c46acad113e53a2b09da12a06a71f5b@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #139: xml2rfc --raw generates first page twice X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:33:18 -0000 #139: xml2rfc --raw generates first page twice Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in version 1052 Code assumed that iref section existed. If it did not then is copied everything rather than starting at the TOC. -- ----------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ----------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:35:20 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F9AF1AE48B for ; Sat, 30 Nov 2013 13:35:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 t0tvukfvqshd for ; Sat, 30 Nov 2013 13:35:19 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 06C3E1AE489 for ; Sat, 30 Nov 2013 13:35:19 -0800 (PST) Received: from localhost ([127.0.0.1]:55075 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VmsC3-00035U-6E; Sat, 30 Nov 2013 22:35:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:35:15 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/193#comment:2 Message-ID: <078.eeacef976e4d0a6f98db352746948394@tools.ietf.org> References: <063.828f7cf668e45c0ca2a0b83854a1ecb7@tools.ietf.org> X-Trac-Ticket-ID: 193 In-Reply-To: <063.828f7cf668e45c0ca2a0b83854a1ecb7@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #193: nroff output should have the same line breaks in URLs as text output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:35:20 -0000 #193: nroff output should have the same line breaks in URLs as text output Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in version 1052 I am closing this because it is true that we now do this. However you might not be totally happy with the result. In an email you did not indicate that we needed to detect and wrap URLs in all instances for in the middle of the text. So in many cases the URL detect and wrap code may be turned off. However it is now consistent in behavior between the nroff and the text cases. -- ------------------------------+------------------------------------ Reporter: arusso@amsl.com | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ------------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 13:40:20 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 913D91AE48E for ; Sat, 30 Nov 2013 13:40:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 pK6r9G_gzXaF for ; Sat, 30 Nov 2013 13:40:19 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id EE5521AE48A for ; Sat, 30 Nov 2013 13:40:18 -0800 (PST) Received: from localhost ([127.0.0.1]:55282 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VmsGu-00057Y-W6; Sat, 30 Nov 2013 22:40:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 21:40:16 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://tools.ietf.org/tools/xml2rfc/trac/ticket/122#comment:2 Message-ID: <075.d7029af9e55c78009a3302a49e4cc02f@tools.ietf.org> References: <060.1f30d7cf28b63e7e00793f8868292b55@tools.ietf.org> X-Trac-Ticket-ID: 122 In-Reply-To: <060.1f30d7cf28b63e7e00793f8868292b55@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #122: Spurious \u002D X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 21:40:20 -0000 #122: Spurious \u002D Changes (by ietf@augustcellars.com): * status: new => closed * resolution: => fixed Comment: Fixed in version 1052 Handling of entity characters is more consistent -- ----------------------------+------------------------------------ Reporter: cabo@tzi.org | Owner: ietf@augustcellars.com Type: defect | Status: closed Priority: minor | Milestone: Component: Version 2 cli | Version: Resolution: fixed | Keywords: ----------------------------+------------------------------------ Ticket URL: xml2rfc From trac@tools.ietf.org Sat Nov 30 15:33:54 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1AE01AE4AD for ; Sat, 30 Nov 2013 15:33:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 rCXrpsqzwbVR for ; Sat, 30 Nov 2013 15:33:53 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 03C211AE06C for ; Sat, 30 Nov 2013 15:33:52 -0800 (PST) Received: from localhost ([127.0.0.1]:33127 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmu2k-0005JL-0l; Sun, 01 Dec 2013 00:33:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, infrastation@yandex.ru, ietf@augustcellars.com X-Trac-Project: xml2rfc Date: Sat, 30 Nov 2013 23:33:45 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/134#comment:2 Message-ID: <085.2830c3f758d16af8c8d7dcb6ce562071@tools.ietf.org> References: <070.1ddaa52e9efd5232a27d1e59b3cea0a2@tools.ietf.org> X-Trac-Ticket-ID: 134 In-Reply-To: <070.1ddaa52e9efd5232a27d1e59b3cea0a2@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, infrastation@yandex.ru, ietf@augustcellars.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #134: I-D document name crosses line boundary X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 23:33:55 -0000 #134: I-D document name crosses line boundary Comment (by ietf@augustcellars.com): I don't care if this one gets fixed, however the correct way to fix it is to change '-' into u'-\u2060' for the value field if it is an ID. (write_reference_list in raw_txt.py) -- -------------------------------------+---------------------------------- Reporter: infrastation@yandex.ru | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: minor | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: -------------------------------------+---------------------------------- Ticket URL: xml2rfc From ietf@augustcellars.com Sat Nov 30 16:20:58 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F18F1AE4BC for ; Sat, 30 Nov 2013 16:20:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_55=0.6, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham 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 MOiTC8Rk3tu2 for ; Sat, 30 Nov 2013 16:20:55 -0800 (PST) Received: from smtp4.pacifier.net (smtp4.pacifier.net [64.255.237.176]) by ietfa.amsl.com (Postfix) with ESMTP id 71E271AE4BA for ; Sat, 30 Nov 2013 16:20:55 -0800 (PST) Received: from Philemon (50-39-223-207.bvtn.or.frontiernet.net [50.39.223.207]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id EE44C38EF9; Sat, 30 Nov 2013 16:20:52 -0800 (PST) From: "Jim Schaad" To: "'xml2rfc issue tracker'" , , References: <069.f77bbd532d1802b78542758f516062d4@tools.ietf.org> In-Reply-To: <069.f77bbd532d1802b78542758f516062d4@tools.ietf.org> Date: Sat, 30 Nov 2013 16:19:27 -0800 Message-ID: <067e01ceee2a$ffe6dc80$ffb49580$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQK/bcGpciFc2pYSwlVCnLemezI/5Jhddwjw Content-Language: en-us Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #213: support for suppress-title is missing X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 00:20:58 -0000 Because the behavior of this attribute is not what I expected it to be, I wanted to see if this is the same behavior that should be kept going forward. If the table or figure is numbered, then the string 'Figure ##: ' is prefixed to the title unless suppress-title is set to true. This is true even if the title string supplied is an empty or zero length string. The title is then emitted if the resulting title string is not empty. Thus this just suppresses the title decoration and not the title itself. Jim > -----Original Message----- > From: xml2rfc [mailto:xml2rfc-bounces@ietf.org] On Behalf Of xml2rfc issue > tracker > Sent: Tuesday, November 26, 2013 7:27 AM > To: henrik@levkowetz.com; julian.reschke@gmx.de > Cc: xml2rfc@ietf.org > Subject: [xml2rfc] #213: support for suppress-title is missing > > #213: support for suppress-title is missing > > Apparently, support for figure/@suppress-title is missing. > > When generating HTML, the attribute is ignored. > > When generating plain text, the transformation stops with: > > Using > > XML_LIBRARY=/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml > :/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml2:/home/www > /tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml3:/home/www/tools.ietf.or g > /tools/xml2rfc/web/public/rfc/bibxml4:/home/www/tools.ietf.org/tools/xml2rf > c/web/public/rfc/bibxml5 > Parsing file INPUT > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629.dtd > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629-xhtml.ent > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629-other.ent > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629.dtd > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629-xhtml.ent > Resolving entity... /usr/local/lib/python2.7/dist- packages/xml2rfc-2.4.3- > py2.7.egg/xml2rfc/templates/rfc2629-other.ent > > Traceback (most recent call last): > File "/usr/local/bin/xml2rfc", line 225, in > main() > File "/usr/local/bin/xml2rfc", line 210, in main > pagedwriter.write(filename) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 1111, in > write > self._build_index() > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 945, in > _build_index > self.write_section_rec(middle, None) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in > write_section_rec > level=level + 1, appendix=appendix) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in > write_section_rec > level=level + 1, appendix=appendix) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 818, in > write_section_rec > level=level + 1, appendix=appendix) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 798, in > write_section_rec > self.write_figure(element) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/paginated_txt.py", line 56, > in write_figure > BaseRfcWriter.write_figure(self, *args, **kwargs) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/base.py", line 690, in > write_figure > source_line=figure.sourceline) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/paginated_txt.py", line 70, > in write_raw > RawTextRfcWriter.write_raw(self, *args, **kwargs) > File "/usr/local/lib/python2.7/dist- > packages/xml2rfc-2.4.3-py2.7.egg/xml2rfc/writers/raw_txt.py", line 486, in > write_raw > min([len(line) - len(line.lstrip()) for line in lines]) > ValueError: min() arg is an empty sequence > > -- > -----------------------------------+---------------------------------- > Reporter: julian.reschke@gmx.de | Owner: henrik@levkowetz.com > Type: defect | Status: new > Priority: medium | Milestone: > Component: Version 2 cli | Version: 2.4.x > Keywords: | > -----------------------------------+---------------------------------- > > Ticket URL: > xml2rfc > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From ietf@augustcellars.com Sat Nov 30 16:25:31 2013 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D64301AE4BC for ; Sat, 30 Nov 2013 16:25:31 -0800 (PST) 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 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 MODmq_NUlT_A for ; Sat, 30 Nov 2013 16:25:30 -0800 (PST) Received: from cyclone.public.resource.org (cyclone.public.resource.org [192.101.98.135]) by ietfa.amsl.com (Postfix) with ESMTP id 4F53F1AE147 for ; Sat, 30 Nov 2013 16:25:30 -0800 (PST) Received: from smtp3.pacifier.net (smtp3.pacifier.net [64.255.237.177]) by cyclone.public.resource.org (8.14.5/8.14.4) with ESMTP id rB10PO0M080894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 30 Nov 2013 16:25:24 -0800 (PST) (envelope-from ietf@augustcellars.com) Received: from Philemon (50-39-223-207.bvtn.or.frontiernet.net [50.39.223.207]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp3.pacifier.net (Postfix) with ESMTPSA id 9008F38F04; Sat, 30 Nov 2013 16:25:23 -0800 (PST) From: "Jim Schaad" To: "'Paul Hoffman'" , "'Julian Reschke'" References: <5295D113.1000506@gmx.de> <956D1C17-8BCC-421C-9396-2942C217A6C6@vpnc.org> <529632C4.50406@gmx.de> <529670BA.3010709@gmx.de> In-Reply-To: Date: Sat, 30 Nov 2013 16:23:58 -0800 Message-ID: <067f01ceee2b$a1173460$e3459d20$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKjADpX2XIvMfR7mshHiZfHZI0tZwOgMDxpAcqYn8UA1g9kiADPz6q3AkpPsfaYS33iEA== Content-Language: en-us Cc: 'xml2rfc' Subject: Re: [xml2rfc] attribute overlap on figure and artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 00:25:32 -0000 After looking at this, it is there for what I would consider to be a good reason. The align on the figure applies to the preamble, the artwork and the postamble. The align on the artwork would apply JUST to the artwork.
Text from the preamble .... .....
Jim > -----Original Message----- > From: xml2rfc [mailto:xml2rfc-bounces@ietf.org] On Behalf Of Paul Hoffman > Sent: Wednesday, November 27, 2013 2:45 PM > To: Julian Reschke > Cc: xml2rfc > Subject: Re: [xml2rfc] attribute overlap on figure and artwork > > On Nov 27, 2013, at 2:22 PM, Julian Reschke wrote: > > > On 2013-11-27 22:16, Paul Hoffman wrote: > >> On Nov 27, 2013, at 9:58 AM, Julian Reschke > wrote: > >> > >>> Right now it's the only mechanism to include non line-art artwork, so I'll > leave *one* mechanism in, even when it's not very useful for RFC production > today (but don't forget RFC 5598...). > >> > >> If v2 is for today's drafts and RFCs, and it is not very useful for them, why > leave it in? > > > > It's there (in the DTD), it's implemented (two independent implementations), > and it's been used in practice. > > Ah, I didn't know that last bit. Good enough. > > --Paul Hoffman > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc