From nobody Thu Nov 6 11:48:43 2014 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 619B81A1BC7 for ; Thu, 6 Nov 2014 11:48:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.1 X-Spam-Level: X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 XOunRX1lESTn for ; Thu, 6 Nov 2014 11:48:39 -0800 (PST) Received: from smtp1.pacifier.net (smtp1.pacifier.net [64.255.237.171]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D47911A1B8F for ; Thu, 6 Nov 2014 11:48:39 -0800 (PST) Received: from Philemon (winery.augustcellars.com [206.212.239.129]) (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 103112CAFF; Thu, 6 Nov 2014 11:48:39 -0800 (PST) From: "Jim Schaad" To: "'Julian Reschke'" , "'Tony Hansen'" References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de>, <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> In-Reply-To: <5452A323.8010607@gmx.de> Date: Thu, 6 Nov 2014 10:48:30 -0800 Message-ID: <006f01cff9f2$4267bb50$c73731f0$@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: AQLbusAolMNIEVkmalUrusXrxmTc8AHbnchwAvRdeaYBE7yHpgHVtlY4AYDicfQAnGNNPQGsCzZmAZAn7EQBmKjw0gIsHJuhAietcQ4B7ydknQFX3WArAbSZJwyZfIpuMA== Content-Language: en-us Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/r4UiNIGC_M1NAgpIUKl-IXVP_1Q Cc: xml2rfc@ietf.org, rfc-interest@rfc-editor.org Subject: Re: [xml2rfc] [rfc-i] will disappear 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: Thu, 06 Nov 2014 19:48:41 -0000 Sorry for the delay in responding, was on my old mail system. Some of the places that it could be used for today. Keeping a preamble or postamble with a figure, since this is no longer part of the language. Changing the default behavior if you have multiple sections starting in a row which do not have text inside of them. (Yes it is ok to break after the first two and start the next page with the third one.) Giving information about where to break a table at. If you say that this many lines of the table should be kept together, that gives a hint about where to break a table up at. Keeping together paragraphs that need to be kept in a single block without page breaks (yes this could be done with a simpler - keep with the next object.) Jim > -----Original Message----- > From: Julian Reschke [mailto:julian.reschke@gmx.de] > Sent: Thursday, October 30, 2014 1:44 PM > To: ietf@augustcellars.com; Tony Hansen > Cc: xml2rfc@ietf.org; rfc-interest@rfc-editor.org > Subject: Re: [xml2rfc] [rfc-i] will disappear > > On 2014-10-29 21:13, ietf@augustcellars.com wrote: > > Having implemented normal orphan and widow control in the past, I can > > say that having a hint allowed on items (such as sections especially) > > that says - please make this at least x lines long to fit on a page is > > very useful information. > > > > Jim > > What would be the use case for varying the value of "x"? > > Best regards, Julian From nobody Thu Nov 6 14:15:26 2014 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 412EE1A90E7 for ; Thu, 6 Nov 2014 14:15:25 -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, 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 7BTztu9iYb27 for ; Thu, 6 Nov 2014 14:15:23 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 972A21A9138 for ; Thu, 6 Nov 2014 14:15:23 -0800 (PST) Received: from [192.168.2.160] ([93.217.121.144]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LzYY2-1Y7gyT0ZIA-014jJC; Thu, 06 Nov 2014 23:15:03 +0100 Message-ID: <545BF2E2.4060706@gmx.de> Date: Thu, 06 Nov 2014 23:14:58 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Jim Schaad , 'Tony Hansen' References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de>, <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> In-Reply-To: <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:gbLGR6JPnNKV9pUIUwTzSuYI4h//sRm0xiruiM7x8GQXSNsfzGp Rd7lJ82nJuRzbiyaNCmi9WkVt9dwKyhImPHeBc6NCgyVv6HN4Z/uUIMnQKF506yaqTfwgLu FMKssRTaQJUKXHZvnP+JqPeZYjm1LPNslIPEZ1zZs0ujSdL7JGrIv2GRAtoUulz/m9Jy4Xo ql8qd4hKdL0oGsS51aeSA== X-UI-Out-Filterresults: notjunk:1; Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/1tCjlMAS_1oJsq4qvy0TlLGc3PE Cc: xml2rfc@ietf.org, rfc-interest@rfc-editor.org Subject: Re: [xml2rfc] [rfc-i] will disappear 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: Thu, 06 Nov 2014 22:15:25 -0000 On 2014-11-06 19:48, Jim Schaad wrote: > Sorry for the delay in responding, was on my old mail system. > > Some of the places that it could be used for today. > > Keeping a preamble or postamble with a figure, since this is no longer part > of the language. Actually it is still part of the language, but has been deprecated. If it does something useful (and I confirm it does because I recently tested it), we might want to revisit that decision. > Changing the default behavior if you have multiple sections starting in a > row which do not have text inside of them. (Yes it is ok to break after the > first two and start the next page with the third one.) Is the rule for this edge case always the same? > Giving information about where to break a table at. If you say that this > many lines of the table should be kept together, that gives a hint about > where to break a table up at. Another way would be to mark up groups of rows. > Keeping together paragraphs that need to be kept in a single block without > page breaks (yes this could be done with a simpler - keep with the next > object.) Use case? Do you have an example? Best regards, Julian From nobody Thu Nov 6 16:03:47 2014 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 208F41ACD7F for ; Thu, 6 Nov 2014 16:03:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.551 X-Spam-Level: X-Spam-Status: No, score=-1.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, RCVD_IN_DNSWL_LOW=-0.7] 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 zpF1v75PMpVJ for ; Thu, 6 Nov 2014 16:03:43 -0800 (PST) Received: from smtp2.pacifier.net (smtp2.pacifier.net [64.255.237.172]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D16641ACD6E for ; Thu, 6 Nov 2014 16:03:43 -0800 (PST) Received: from Philemon (winery.augustcellars.com [206.212.239.129]) (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 C1AC22CAFF; Thu, 6 Nov 2014 16:03:42 -0800 (PST) From: "Jim Schaad" To: "'Julian Reschke'" , "'Tony Hansen'" References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de>, <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> In-Reply-To: <545BF2E2.4060706@gmx.de> Date: Thu, 6 Nov 2014 04:03:31 -0800 Message-ID: <00a001cff9b9$af70e070$0e52a150$@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: AQLbusAolMNIEVkmalUrusXrxmTc8AHbnchwAvRdeaYBE7yHpgHVtlY4AYDicfQAnGNNPQGsCzZmAZAn7EQBmKjw0gIsHJuhAietcQ4B7ydknQFX3WArAbSZJwwBP3mOJAG7XPQAmWRJJjA= Content-Language: en-us Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/a52FVHjhvgnkp3S43ysnjFZ2rHE Cc: xml2rfc@ietf.org, rfc-interest@rfc-editor.org Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 00:03:45 -0000 > -----Original Message----- > From: Julian Reschke [mailto:julian.reschke@gmx.de] > Sent: Thursday, November 06, 2014 2:15 PM > To: Jim Schaad; 'Tony Hansen' > Cc: xml2rfc@ietf.org; rfc-interest@rfc-editor.org > Subject: Re: [xml2rfc] [rfc-i] will disappear > > On 2014-11-06 19:48, Jim Schaad wrote: > > Sorry for the delay in responding, was on my old mail system. > > > > Some of the places that it could be used for today. > > > > Keeping a preamble or postamble with a figure, since this is no longer > > part of the language. > > Actually it is still part of the language, but has been deprecated. If it does > something useful (and I confirm it does because I recently tested it), we might > want to revisit that decision. I consider deprecated items to no longer be part of the language. > > > Changing the default behavior if you have multiple sections starting > > in a row which do not have text inside of them. (Yes it is ok to > > break after the first two and start the next page with the third one.) > > Is the rule for this edge case always the same? This is actually a case of using it to break the rule. The default rule would be to always have the multiple section headers tied together into a single unit without a page break between them. > > > Giving information about where to break a table at. If you say that > > this many lines of the table should be kept together, that gives a > > hint about where to break a table up at. > > Another way would be to mark up groups of rows. I don't understand how you think this would work - are you talking about using the fact you can have multiple tbody elements? Or are you talking about having multiple tables? I don't know how you are suggesting to do this in the current v3 vocabulary. > > > Keeping together paragraphs that need to be kept in a single block > > without page breaks (yes this could be done with a simpler - keep with > > the next > > object.) > > Use case? Do you have an example? NOTE:The following is a really bad idea One way to approach this problem is... You want to make sure that the NOTE paragraph is always tied to the next paragraph. This cannot currently be done. A page break between these paragraphs might lead someone to do something they shouldn't. Jim > > Best regards, Julian From nobody Thu Nov 6 20:49:55 2014 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 CD4561ACEB3 for ; Thu, 6 Nov 2014 20:49:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.549 X-Spam-Level: X-Spam-Status: No, score=-1.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=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 2WZquqhAPR94 for ; Thu, 6 Nov 2014 20:49:49 -0800 (PST) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52B831ACEB0 for ; Thu, 6 Nov 2014 20:49:49 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id sA74mchb022314; Fri, 7 Nov 2014 05:48:38 +0100 (CET) Received: from [172.20.10.2] (unknown [166.170.37.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 48E8560C; Fri, 7 Nov 2014 05:48:36 +0100 (CET) Content-Type: multipart/alternative; boundary=Apple-Mail-4E474F63-823F-4400-93C5-49144CC4857F Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (12B411) In-Reply-To: <545BF2E2.4060706@gmx.de> Date: Thu, 6 Nov 2014 20:48:17 -0800 Content-Transfer-Encoding: 7bit Message-Id: <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> To: Julian Reschke Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/7Zv0EpJyL3Y0o9KAo4-28r5H14A Cc: "rfc-interest@rfc-editor.org" , "xml2rfc@ietf.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 04:49:51 -0000 --Apple-Mail-4E474F63-823F-4400-93C5-49144CC4857F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I thought the v3 equivalent of preamble etc. was just doing t in figure. Sent from mobile > On 06 Nov 2014, at 14:14, Julian Reschke wrote: > > deprecated --Apple-Mail-4E474F63-823F-4400-93C5-49144CC4857F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
I thought the v3 equivalent of preamble etc. was just doing t in figure. 

Sent from mobile

On 06 Nov 2014, at 14:14, Julian Reschke <julian.reschke@gmx.de> wrote:

deprecated
--Apple-Mail-4E474F63-823F-4400-93C5-49144CC4857F-- From nobody Thu Nov 6 21:40:21 2014 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 1EB1A1ACEE7 for ; Thu, 6 Nov 2014 21:40: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, 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 o5LnBA-nNd7z for ; Thu, 6 Nov 2014 21:40:17 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2756D1ACEED for ; Thu, 6 Nov 2014 21:40:17 -0800 (PST) Received: from [192.168.2.160] ([93.217.121.144]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MUkxk-1XW3t40GLc-00Y8Se; Fri, 07 Nov 2014 06:39:58 +0100 Message-ID: <545C5B29.3000306@gmx.de> Date: Fri, 07 Nov 2014 06:39:53 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Jim Schaad , 'Tony Hansen' References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de>, <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <00a001cff9b9$af70e070$0e52a150$@augustcellars.com> In-Reply-To: <00a001cff9b9$af70e070$0e52a150$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:F/qi96Yy8aC0meixCBj/BCA+mxTlkNz1taaGv7VlPkdVzJ9r1ZX MaM5QqcoO/Z3qP65+zXMhFJpylUbRaTaRvtkx2bsAjJNaOgVniY4I1Jw2vKs4bg6vhapwhG 8wWcmKUJ00DoQ1Xtdl4QEefAg2NbVsXCY1lZAO0Fqp6mQzPJ5iTR+gEJwH65CblysQmG4FK 5QK0qouvGS7LpMPiDOayA== X-UI-Out-Filterresults: notjunk:1; Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/I6EshKGG1CSygjlS9Qf5V5LCYl0 Cc: xml2rfc@ietf.org, rfc-interest@rfc-editor.org Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 05:40:19 -0000 On 2014-11-06 13:03, Jim Schaad wrote: >> Actually it is still part of the language, but has been deprecated. If it > does >> something useful (and I confirm it does because I recently tested it), we > might >> want to revisit that decision. > > I consider deprecated items to no longer be part of the language. I do. >>> Changing the default behavior if you have multiple sections starting >>> in a row which do not have text inside of them. (Yes it is ok to >>> break after the first two and start the next page with the third one.) >> >> Is the rule for this edge case always the same? > > This is actually a case of using it to break the rule. The default rule > would be to always have the multiple section headers tied together into a > single unit without a page break between them. Ok. How often does this happen in practice? >>> Giving information about where to break a table at. If you say that >>> this many lines of the table should be kept together, that gives a >>> hint about where to break a table up at. >> >> Another way would be to mark up groups of rows. > > I don't understand how you think this would work - are you talking about > using the fact you can have multiple tbody elements? Or are you talking > about having multiple tables? I don't know how you are suggesting to do > this in the current v3 vocabulary. No, I'm thinking about whether the vocab needs to be more expressive. >>> Keeping together paragraphs that need to be kept in a single block >>> without page breaks (yes this could be done with a simpler - keep with >>> the next >>> object.) >> >> Use case? Do you have an example? > > NOTE:The following is a really bad idea > One way to approach this problem is... > > You want to make sure that the NOTE paragraph is always tied to the next > paragraph. This cannot currently be done. A page break between these > paragraphs might lead someone to do something they shouldn't. I disagree that breaking here would be a problem. Best regards, Julian From nobody Thu Nov 6 21:47:39 2014 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 03B051A1A2E for ; Thu, 6 Nov 2014 21:47:37 -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, 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 UM0KbfCpExgU for ; Thu, 6 Nov 2014 21:47:35 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 328031A1A15 for ; Thu, 6 Nov 2014 21:47:35 -0800 (PST) Received: from [192.168.2.160] ([93.217.121.144]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LqQnR-1YHoPi0Unx-00e7iS; Fri, 07 Nov 2014 06:47:23 +0100 Message-ID: <545C5CE4.1030206@gmx.de> Date: Fri, 07 Nov 2014 06:47:16 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Carsten Bormann References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> In-Reply-To: <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1C+3xVC3k60nwuD/07m841Bm5u/CK1T7Ac3W6t7/DHXtZg+mzz/ CHOsjAc8GZPOcKYmhmM0u5BUewJo4/u+bnnOb4V5S4FgP6JBla8BGP3dJSCifcxsm2DCXoQ 3ZdOn/SpuZygvMGfuB6vl/+gDIj+j2aWlcOvQS6mF01Gud7kli0IGqDC8U7W/7rEWffbpRz +EG8SALSHQo1w36/tALNw== X-UI-Out-Filterresults: notjunk:1; Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/5aX_YbMWvz3dX9R8oREhAPPrJy0 Cc: "rfc-interest@rfc-editor.org" , "xml2rfc@ietf.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 05:47:37 -0000 On 2014-11-07 05:48, Carsten Bormann wrote: > I thought the v3 equivalent of preamble etc. was just doing t in figure. Not as per . Best regards, Julian From nobody Thu Nov 6 23:10:11 2014 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 98FF01ACEFF for ; Thu, 6 Nov 2014 23:10:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.55 X-Spam-Level: X-Spam-Status: No, score=-1.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35] 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 yyFBXvOHlbsS for ; Thu, 6 Nov 2014 23:10:09 -0800 (PST) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27DB61ACEFC for ; Thu, 6 Nov 2014 23:10:08 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id sA77A5fP018966; Fri, 7 Nov 2014 08:10:05 +0100 (CET) Received: from alma.local.informatik.uni-bremen.de (robin.informatik.uni-bremen.de [134.102.218.1]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 09112685; Fri, 7 Nov 2014 08:10:03 +0100 (CET) X-Mailer: emacs 25.0.50.1 (via feedmail 11-beta-1 I) From: Carsten Bormann To: Julian Reschke In-Reply-To: <545C5CE4.1030206@gmx.de> (Julian Reschke's message of "Fri, 07 Nov 2014 06:47:16 +0100") References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (darwin) Date: Thu, 06 Nov 2014 23:09:44 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/RWOpUEgpKjPUNXFBDvhgVln6B5k Cc: "rfc-interest@rfc-editor.org" , "xml2rfc@ietf.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 07:10:11 -0000 Julian Reschke writes: > On 2014-11-07 05:48, Carsten Bormann wrote: > >> I thought the v3 equivalent of preamble etc. was just doing t in figure. > > Not as per > . > > Best regards, Julian Oh, 1.2.3: > o Deprecate and in favor of simply using . > This also deprecates the "align" attribute in
. Didn't check for consistency (or if this sentence has another possible meaning than my conjecture above). Gruesse, Carsten From nobody Fri Nov 7 01:58:05 2014 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 C12421ACF76 for ; Fri, 7 Nov 2014 01:58: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, 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 UEKiGwoDE5kt for ; Fri, 7 Nov 2014 01:58:00 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7C3A1ACF72 for ; Fri, 7 Nov 2014 01:57:59 -0800 (PST) Received: from [10.31.146.206] ([46.189.28.78]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M6874-1Xy9Pt20ew-00y95U; Fri, 07 Nov 2014 10:57:55 +0100 Message-ID: <545C979E.1090805@gmx.de> Date: Fri, 07 Nov 2014 10:57:50 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Carsten Bormann References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:g4+jxRAqbfgfU49tAE6b31qAbACexIVPUotsLfH1ZWekmE4WA3i 2dYtuBXSFA6kAavhfkPM/Iptz4ZY0YRcGLssVkmtyvvf+kifJG5QQAmi9k8Gkng565eqdtc gvfVijftAwAdz7u/NNGecRH935TE3q+HbGtR97MKIlNNp5ejEET6qY//4ALVuWIDz9i2rCQ tFvueDvItB4IVm2PdWbqQ== X-UI-Out-Filterresults: notjunk:1; Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/8mpq-EcUWrliiyCGQqgeAsilNiM Cc: "rfc-interest@rfc-editor.org" , "xml2rfc@ietf.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 09:58:01 -0000 On 2014-11-07 08:09, Carsten Bormann wrote: > Julian Reschke writes: > >> On 2014-11-07 05:48, Carsten Bormann wrote: >> >>> I thought the v3 equivalent of preamble etc. was just doing t in figure. >> >> Not as per >> . >> >> Best regards, Julian > > Oh, 1.2.3: > >> o Deprecate and in favor of simply using . >> This also deprecates the "align" attribute in
. > > Didn't check for consistency (or if this sentence has another possible > meaning than my conjecture above). I believe the proposed new way is to add *outside*
. Best regards, Julian From nobody Fri Nov 7 07:49:49 2014 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 6A3271A87BC for ; Fri, 7 Nov 2014 07:49:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.647 X-Spam-Level: X-Spam-Status: No, score=-3.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-2.3] 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 kEiHYmpOTybh for ; Fri, 7 Nov 2014 07:49:47 -0800 (PST) Received: from proper.com (Hoffman.Proper.COM [207.182.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 129091A87C1 for ; Fri, 7 Nov 2014 07:49:47 -0800 (PST) Received: from [10.20.30.90] (142-254-17-6.dsl.dynamic.fusionbroadband.com [142.254.17.6]) (authenticated bits=0) by proper.com (8.14.9/8.14.7) with ESMTP id sA7Fnd1e003576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2014 08:49:40 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: proper.com: Host 142-254-17-6.dsl.dynamic.fusionbroadband.com [142.254.17.6] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) From: Paul Hoffman In-Reply-To: <545C979E.1090805@gmx.de> Date: Fri, 7 Nov 2014 07:49:39 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1990.1) Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/UYo3EwkzTQe3v4ZpNtAsPS_gVqk Cc: "xml2rfc@ietf.org" , Carsten Bormann , "rfc-interest@rfc-editor.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 15:49:48 -0000 On Nov 7, 2014, at 1:57 AM, Julian Reschke = wrote: > I believe the proposed new way is to add *outside*
. Correct (and I'll make that clearer in the next draft). The semantic = difference between "this paragraph is part of a figure" vs. "this = paragraph talks about the figure" is pretty slim, and doesn't appear to = be used in traditional publishing. If you are an author writing "The = following shows the call flow", should you have to decide if that's a = preamble or a paragraph? Should you have to worry about different = formatting if it is a preamble? --Paul Hoffman= From nobody Fri Nov 7 08:45:40 2014 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 A01DD1A1B60 for ; Fri, 7 Nov 2014 08:45:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.548 X-Spam-Level: X-Spam-Status: No, score=-1.548 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 4BQaaq6jc_sP for ; Fri, 7 Nov 2014 08:45:36 -0800 (PST) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 299A41A1A92 for ; Fri, 7 Nov 2014 08:45:35 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id sA7GjWDI010170; Fri, 7 Nov 2014 17:45:32 +0100 (CET) Received: from [172.20.10.2] (unknown [166.170.37.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 16256C03; Fri, 7 Nov 2014 17:45:31 +0100 (CET) Content-Type: multipart/alternative; boundary=Apple-Mail-8B31DA52-37D4-49E1-AEAB-B8BD8C08D979 Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (12B411) In-Reply-To: <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> Date: Fri, 7 Nov 2014 08:45:15 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> To: Paul Hoffman Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/rTdQXU4aGXsDDJYavJLBd2RsduU Cc: Julian Reschke , "rfc-interest@rfc-editor.org" , "xml2rfc@ietf.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 16:45:38 -0000 --Apple-Mail-8B31DA52-37D4-49E1-AEAB-B8BD8C08D979 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable In the terms of traditional publishing, a figure is a Keep. Including other m= aterial in the keep means the formatter is instructed to keep it all togethe= r.=20 Sent from mobile > On 07 Nov 2014, at 07:49, Paul Hoffman wrote: >=20 >> On Nov 7, 2014, at 1:57 AM, Julian Reschke wrote:= >> I believe the proposed new way is to add *outside*
. >=20 > Correct (and I'll make that clearer in the next draft). The semantic diffe= rence between "this paragraph is part of a figure" vs. "this paragraph talks= about the figure" is pretty slim, and doesn't appear to be used in traditio= nal publishing. If you are an author writing "The following shows the call f= low", should you have to decide if that's a preamble or a paragraph? Should y= ou have to worry about different formatting if it is a preamble? >=20 > --Paul Hoffman >=20 --Apple-Mail-8B31DA52-37D4-49E1-AEAB-B8BD8C08D979 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
In the terms of traditional publishing= , a figure is a Keep. Including other material in the keep means the formatt= er is instructed to keep it all together. 

Sent from mobile

On 07 Nov 2014, at 07:= 49, Paul Hoffman <paul.hoffman@v= pnc.org> wrote:

On N= ov 7, 2014, at 1:57 AM, Julian Reschke <julian.reschke@gmx.de> wrote:
I believe the proposed new way is to add <t> *outside* <= figure>.

Correct (and I'll m= ake that clearer in the next draft). The semantic difference between "this p= aragraph is part of a figure" vs. "this paragraph talks about the figure" is= pretty slim, and doesn't appear to be used in traditional publishing. If yo= u are an author writing "The following shows the call flow", should you have= to decide if that's a preamble or a paragraph? Should you have to worry abo= ut different formatting if it is a preamble?

--Paul Hoffman

= --Apple-Mail-8B31DA52-37D4-49E1-AEAB-B8BD8C08D979-- From nobody Fri Nov 7 10:51:39 2014 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 742901A008A for ; Fri, 7 Nov 2014 10:51:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.044 X-Spam-Level: X-Spam-Status: No, score=-1.044 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001] 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 o_KTx2fy1KZJ for ; Fri, 7 Nov 2014 10:51:35 -0800 (PST) Received: from homiemail-a54.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id 8C3D01A8910 for ; Fri, 7 Nov 2014 10:51:35 -0800 (PST) Received: from homiemail-a54.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a54.g.dreamhost.com (Postfix) with ESMTP id 5C85F4012D68E for ; Fri, 7 Nov 2014 10:51: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:content-transfer-encoding; s= cryptonector.com; bh=Y44577nDr3utmG0FXHtMjmkTpbI=; b=pR/jhIsbb8Q 3Z7Q+QksGmNq1QlLvppcewjwy4ZCclls7Tju9hDVHoDctTRx75yk1yMISTyLAFwE AsjnfNooSsRhwmgnjxxl21rCylyRImtaCelE7tc6meaWY/2TPlLANWdm29FC1nnb uqa7jKQhHYiwvGsLoRxHiJ7jqdWWBlaE= Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 310314012D68C for ; Fri, 7 Nov 2014 10:51:35 -0800 (PST) Received: by mail-wg0-f41.google.com with SMTP id k14so4458055wgh.0 for ; Fri, 07 Nov 2014 10:51:33 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.211.70 with SMTP id na6mr7628155wic.3.1415386293989; Fri, 07 Nov 2014 10:51:33 -0800 (PST) Received: by 10.216.32.135 with HTTP; Fri, 7 Nov 2014 10:51:33 -0800 (PST) In-Reply-To: <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> Date: Fri, 7 Nov 2014 12:51:33 -0600 Message-ID: From: Nico Williams To: Paul Hoffman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/oE11EnmwiSyVYyV2hvNqnNAg_KM Cc: Julian Reschke , "xml2rfc@ietf.org" , "rfc-interest@rfc-editor.org" Subject: Re: [xml2rfc] [rfc-i] will disappear 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, 07 Nov 2014 18:51:36 -0000 On Fri, Nov 7, 2014 at 9:49 AM, Paul Hoffman wrote: > On Nov 7, 2014, at 1:57 AM, Julian Reschke wrote: >> I believe the proposed new way is to add *outside*
. > > Correct (and I'll make that clearer in the next draft). The semantic diff= erence between "this paragraph is part of a figure" vs. "this paragraph tal= ks about the figure" is pretty slim, and doesn't appear to be used in tradi= tional publishing. If you are an author writing "The following shows the ca= ll flow", should you have to decide if that's a preamble or a paragraph? Sh= ould you have to worry about different formatting if it is a preamble? Image captions are de rigueur, near as I can tell. Web pages, papers, books -- unless I'm dreaming, they all tend to have captions for their images. Image captions are often generally in smaller type and with center alignment -- aligned to the center of the image, not the center of the surrounding text. I would agree to losing the alignment attribute on figure captions, but losing the caption strikes me as a very noticeable -and IMO, bad- loss. Even if figure captions can't be rendered in different type than the surrounding text (e.g., in plain text formatting), knowing that some text is a caption can help the renderer deal with page breaking (I know, I know) and floating. If there's no concept of a figure caption then floating and flowing around the figure (in output formats that could manage it) would tend to break conventional (in the by-convention sense, rather than "common") captions. Losing the figure preamble is fine -- that I never see. Losing the "postamble" and not gaining a caption with similar semantics, that I mind. Nico -- From nobody Fri Nov 7 12:11:37 2014 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 3C4371A1A3F for ; Fri, 7 Nov 2014 12:11:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.594 X-Spam-Level: X-Spam-Status: No, score=-2.594 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.594] 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 ct8M-Ls7SOsE for ; Fri, 7 Nov 2014 12:11:33 -0800 (PST) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD0A1A1A78 for ; Fri, 7 Nov 2014 12:11:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=twbyScJYzlHq4hllj4r3m60S9On/7ZTjISoSSGbdKtpu8Q+sLC6vQ8vOUUWjAl7N; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [107.1.141.74] (helo=[192.168.254.194]) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1XmpsX-0005oa-S9; Fri, 07 Nov 2014 15:11:30 -0500 Message-ID: <545D2745.5010409@earthlink.net> Date: Fri, 07 Nov 2014 12:10:45 -0800 From: Charlie Perkins User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Julian Reschke References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7e75c2f260430df21f9dcb22d777ba84a350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 107.1.141.74 Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/iYNpPTmf9wGA7t--v6XsHTZ5n2E Cc: "xml2rfc@ietf.org" Subject: [xml2rfc] Where can I find a summary of the proposed RFC format changes? 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, 07 Nov 2014 20:11:36 -0000 Hello Julian and all, I'd like to understand the proposed changes to the RFC format. Can you or anyone point me to the relevant document(s)? Thanks in advance, Charlie P. From nobody Fri Nov 7 12:37:52 2014 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 B22271A1ADB for ; Fri, 7 Nov 2014 12:37:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.647 X-Spam-Level: X-Spam-Status: No, score=-3.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-2.3] 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 nbS_pNW4qvQ9 for ; Fri, 7 Nov 2014 12:37:46 -0800 (PST) Received: from proper.com (Hoffman.Proper.COM [207.182.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AFA91A1A23 for ; Fri, 7 Nov 2014 12:37:46 -0800 (PST) Received: from [10.20.30.90] (142-254-17-6.dsl.dynamic.fusionbroadband.com [142.254.17.6]) (authenticated bits=0) by proper.com (8.14.9/8.14.7) with ESMTP id sA7KbgFX021931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2014 13:37:43 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: proper.com: Host 142-254-17-6.dsl.dynamic.fusionbroadband.com [142.254.17.6] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) From: Paul Hoffman In-Reply-To: <545D2745.5010409@earthlink.net> Date: Fri, 7 Nov 2014 12:37:42 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> <545D2745.5010409@earthlink.net> To: Charlie Perkins X-Mailer: Apple Mail (2.1990.1) Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/tfBGqXhnR25j3gKzvCJCQmnoxTM Cc: "xml2rfc@ietf.org" Subject: Re: [xml2rfc] Where can I find a summary of the proposed RFC format changes? 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, 07 Nov 2014 20:37:48 -0000 On Nov 7, 2014, at 12:10 PM, Charlie Perkins = wrote: > Hello Julian and all, >=20 > I'd like to understand the proposed changes to the RFC format. Can = you > or anyone point me to the relevant document(s)? The discussion is happening on the rfc-interest mailing list (and = sometimes leaks to here, but this list is really about the current = format and tools only). There has already been a lot of discussion = there, certainly much more than here. The draft of the v3 format is at = . There are a bunch = of related drafts about the output formats, and an RFC = . --Paul Hoffman= From nobody Fri Nov 7 18:46:32 2014 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 AD5091A0174 for ; Fri, 7 Nov 2014 18:46:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.473 X-Spam-Level: X-Spam-Status: No, score=-1.473 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.594] 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 SWW4yv6mu7Xn for ; Fri, 7 Nov 2014 18:46:26 -0800 (PST) Received: from egssmtp01.att.com (egssmtp01.att.com [144.160.112.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16AB01A0163 for ; Fri, 7 Nov 2014 18:46:25 -0800 (PST) Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp01.att.com ( egs 8.14.5 TLS/8.14.5) with ESMTP id sA82kM89016623 for ; Fri, 7 Nov 2014 20:46:24 -0600 Received: from [135.110.241.75] (unknown[135.110.241.75]) by maillennium.att.com (mailgw1) with ESMTP id <20141108024621gw100r93f9e> (Authid: tony); Sat, 8 Nov 2014 02:46:22 +0000 X-Originating-IP: [135.110.241.75] Message-ID: <545D83F7.7020806@att.com> Date: Fri, 07 Nov 2014 21:46:15 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <543FD40B.5030308@pi.nu> <543FF9E6.2080001@seantek.com> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de>, <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <00a001cff9b9$af70e070$0e52a150$@augustcellars.com> In-Reply-To: <00a001cff9b9$af70e070$0e52a150$@augustcellars.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/rxxvpqOZG3i757b0aP5uecFMwZg Cc: xml2rfc@ietf.org, rfc-interest@rfc-editor.org Subject: Re: [xml2rfc] [rfc-i] will disappear 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: Sat, 08 Nov 2014 02:46:27 -0000 On 11/6/2014 7:03 AM, Jim Schaad wrote: > > Use case? Do you have an example? > NOTE:The following is a really bad idea > One way to approach this problem is... > > You want to make sure that the NOTE paragraph is always tied to the next > paragraph. This cannot currently be done. A page break between these > paragraphs might lead someone to do something they shouldn't. Wouldn't this be simpler and better formulated as: NOTE:The following is a really bad idea One way to approach this problem is... Tony Hansen tony@att.com From nobody Fri Nov 7 19:18:54 2014 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 B52701A020A for ; Fri, 7 Nov 2014 19:18:53 -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, FREEMAIL_FROM=0.001, 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 ONGRvFWYxmpp for ; Fri, 7 Nov 2014 19:18:52 -0800 (PST) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 234411A019B for ; Fri, 7 Nov 2014 19:18:52 -0800 (PST) Received: by mail-pa0-f43.google.com with SMTP id eu11so4718462pac.2 for ; Fri, 07 Nov 2014 19:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=8V8ZveNkD1ja2bkyCbZoZugDaB39+KSb8Afnh8ah4PE=; b=0k13R949Kl4SUaAjpE951bAH9w0PITyZY6m1pssVFr/A5AWZ6qxsk439x+Qww9VcIc w6pfSRBShjr7y4QP9bt1TWhyHGcUNXbfotrR8IcAheYCPCdwTPxHUr5dqCZex0q3vxk9 So0JC3QPdoLgukDXEku5pA8S6rIOfOvLHEqXvz2QG74YkEpZuq0uzjTC7peE8K3aWQtm fE/i4E9i3mdSLUyrDfkdlKrs9f6lzSsg52OBkJxwObtDOSWX6lnBeKErU5vYJ4ybH6b9 ddK5pA2ih7WxBCEKOcWINlE9QEYpKqny6NlwAUfI3pNLK/rhyOZ0qVTAlgFBNOwW+bqs IokA== X-Received: by 10.68.104.194 with SMTP id gg2mr16188814pbb.119.1415416731383; Fri, 07 Nov 2014 19:18:51 -0800 (PST) Received: from [107.17.56.135] ([64.129.13.2]) by mx.google.com with ESMTPSA id gm11sm10015988pbd.63.2014.11.07.19.18.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Nov 2014 19:18:50 -0800 (PST) Message-ID: <545D8BA3.6000707@gmail.com> Date: Sat, 08 Nov 2014 16:18:59 +1300 From: Brian E Carpenter Organization: University of Auckland User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Charlie Perkins References: <543FD40B.5030308@pi.nu> <54400057.3030904@gmx.de> <201410241535.s9OFZxbb013893@hobgoblin.ariadne.com> <201410271412.s9RECwPk014078@hobgoblin.ariadne.com> <575D9661-9E76-4251-B7A4-3BEA9C80098C@tzi.org> <6C2BC58B-0202-4DAD-89BB-C8AC897F32C9@cisco.com> <544E69E1.30306@att.com> <544E6C9D.4040409@earthlink.net> <544F64BD.4090503@gmx.de> <544FA88D.8020700@att.com> <20141029213538.60C0F1A90B0@ietfa.amsl.com> <5452A323.8010607@gmx.de> <006f01cff9f2$4267bb50$c73731f0$@augustcellars.com> <545BF2E2.4060706@gmx.de> <93E1F41F-2148-4BF7-82A6-8E1A3DFAF825@tzi.org> <545C5CE4.1030206@gmx.de> <545C979E.1090805@gmx.de> <8F5881C0-4A04-495D-AEC6-C73CFE3B2461@vpnc.org> <545D2745.5010409@earthlink.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/zaqFlZM4G7Xq2xryiv-DDPvRigw Cc: "xml2rfc@ietf.org" , Paul Hoffman Subject: Re: [xml2rfc] Where can I find a summary of the proposed RFC format changes? 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: Sat, 08 Nov 2014 03:18:53 -0000 For the overall picture, https://tools.ietf.org/html/draft-flanagan-rfc-framework is a good starting point IMHO. It points to all the other relevant drafts. Brian On 08/11/2014 09:37, Paul Hoffman wrote: > On Nov 7, 2014, at 12:10 PM, Charlie Perkins wrote: >> Hello Julian and all, >> >> I'd like to understand the proposed changes to the RFC format. Can you >> or anyone point me to the relevant document(s)? > > The discussion is happening on the rfc-interest mailing list (and sometimes leaks to here, but this list is really about the current format and tools only). There has already been a lot of discussion there, certainly much more than here. > > The draft of the v3 format is at . There are a bunch of related drafts about the output formats, and an RFC . > > --Paul Hoffman > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc > From nobody Sat Nov 15 20:32:40 2014 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 9EB831A079A for ; Sat, 15 Nov 2014 20:32:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.605 X-Spam-Level: X-Spam-Status: No, score=0.605 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, J_CHICKENPOX_55=0.6, J_CHICKENPOX_64=0.6, RP_MATCHES_RCVD=-0.594] 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 maDYrVjVJ99O for ; Sat, 15 Nov 2014 20:32:37 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1958A1A01A9 for ; Sat, 15 Nov 2014 20:32:37 -0800 (PST) Received: from localhost ([::1]:34792 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XprVr-0003Ir-SX; Sat, 15 Nov 2014 20:32:35 -0800 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, cabo@tzi.org X-Trac-Project: xml2rfc Date: Sun, 16 Nov 2014 04:32:35 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/277 Message-ID: <060.78290404827ff2ad2556eaea16493c1b@tools.ietf.org> X-Trac-Ticket-ID: 277 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, cabo@tzi.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/z4WHPosCyrxO9qkrPmoNh68xxYI Cc: xml2rfc@ietf.org Subject: [xml2rfc] #277 (Version 2 cli): An empty column breaks xml2rfc (throws unhandled exception) 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: Sun, 16 Nov 2014 04:32:38 -0000 #277: An empty column breaks xml2rfc (throws unhandled exception) An empty column breaks xml2rfc: {{{ Parsing file min.xml Traceback (most recent call last): File "/Users/cabo/bin/xml2rfc", line 225, in main() File "/Users/cabo/bin/xml2rfc", line 210, in main pagedwriter.write(filename) File "/Users/cabo/lib/python2.7/site-packages/xml2rfc/writers/base.py", line 1180, in write self._build_index() File "/Users/cabo/lib/python2.7/site-packages/xml2rfc/writers/base.py", line 992, in _build_index self.write_section_rec(middle, None) File "/Users/cabo/lib/python2.7/site-packages/xml2rfc/writers/base.py", line 864, in write_section_rec level=level + 1, appendix=appendix) File "/Users/cabo/lib/python2.7/site-packages/xml2rfc/writers/base.py", line 842, in write_section_rec self.write_table(element) File "/Users/cabo/lib/python2.7/site- packages/xml2rfc/writers/paginated_txt.py", line 106, in write_table self.write_with_break_hint(BaseRfcWriter.write_table, 'raw', *args, **kwargs) File "/Users/cabo/lib/python2.7/site- packages/xml2rfc/writers/paginated_txt.py", line 81, in write_with_break_hint writer(self, *args, **kwargs) File "/Users/cabo/lib/python2.7/site-packages/xml2rfc/writers/base.py", line 772, in write_table self.draw_table(table, table_num=self.table_count) File "/Users/cabo/lib/python2.7/site- packages/xml2rfc/writers/raw_txt.py", line 1148, in draw_table for i in range(0, len(matrix)) File "/Users/cabo/.homebrew/Cellar/python/2.7.8_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/textwrap.py", line 354, in wrap return w.wrap(text) File "/Users/cabo/.homebrew/Cellar/python/2.7.8_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/textwrap.py", line 329, in wrap return self._wrap_chunks(chunks) File "/Users/cabo/.homebrew/Cellar/python/2.7.8_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/textwrap.py", line 258, in _wrap_chunks raise ValueError("invalid width %r (must be > 0)" % self.width) ValueError: invalid width 0 (must be > 0) }}} {{{ $ xml2rfc --version 2.4.8 }}} -- ---------------------------+---------------------------------- Reporter: cabo@tzi.org | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | ---------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Sat Nov 15 21:14:48 2014 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 253271A897E for ; Sat, 15 Nov 2014 21:14:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.094 X-Spam-Level: X-Spam-Status: No, score=-1.094 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RP_MATCHES_RCVD=-0.594] 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 OsdqeB5pwqLz for ; Sat, 15 Nov 2014 21:14:43 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 616CF1A03A2 for ; Sat, 15 Nov 2014 21:14:43 -0800 (PST) Received: from localhost ([::1]:36194 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XpsAc-0007nc-Bc; Sat, 15 Nov 2014 21:14:42 -0800 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: mnot@pobox.com X-Trac-Project: xml2rfc Date: Sun, 16 Nov 2014 05:14:42 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/278 Message-ID: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-Trac-Ticket-ID: 278 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: mnot@pobox.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/Aml8e7Xp7CMoET8jlr_mmeO3OsY Cc: xml2rfc@ietf.org Subject: [xml2rfc] #278 (vocabulary): bibxml for HTML5 REC missing editor 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: Sun, 16 Nov 2014 05:14:45 -0000 #278: bibxml for HTML5 REC missing editor http://xml2rfc.ietf.org/public/rfc/bibxml4/reference.W3C.REC- html5-20141028.xml is missing Ian Hickson as an editor, even though he is listed as such on http://www.w3.org/TR/html5/ -- ----------------------------+------------------- Reporter: mnot@pobox.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Keywords: | ----------------------------+------------------- Ticket URL: xml2rfc From nobody Sun Nov 16 06:26:22 2014 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 C6A7E1A00AF for ; Sun, 16 Nov 2014 06:26:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.494 X-Spam-Level: X-Spam-Status: No, score=-2.494 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594] 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 vbAtVmlvTj4u for ; Sun, 16 Nov 2014 06:26:18 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBAC81A0071 for ; Sun, 16 Nov 2014 06:26:18 -0800 (PST) Received: from localhost ([::1]:37214 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Xq0mQ-0001XX-CB; Sun, 16 Nov 2014 06:26:18 -0800 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: Sun, 16 Nov 2014 14:26:18 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/278#comment:1 Message-ID: <077.dd7d4f160c3a5b527b8ee28a8b44948d@tools.ietf.org> References: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-Trac-Ticket-ID: 278 In-Reply-To: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-SA-Exim-Connect-IP: ::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 zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/j0b5JDDOBuSwELvh7_s9A2kqMvk Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #278 (vocabulary): bibxml for HTML5 REC missing editor 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: Sun, 16 Nov 2014 14:26:21 -0000 #278: bibxml for HTML5 REC missing editor Comment (by julian.reschke@gmx.de): The same is true for , which implies that it's a problem in the W3C's publication database (tr.rdf) from where this is generated. -- -----------------------------+------------------- Reporter: mnot@pobox.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Resolution: | Keywords: -----------------------------+------------------- Ticket URL: xml2rfc From nobody Mon Nov 24 06:24:28 2014 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 91C1B1A6F98 for ; Mon, 24 Nov 2014 06:24:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 a1sYux9NROVX for ; Mon, 24 Nov 2014 06:24:24 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01A641A6F71 for ; Mon, 24 Nov 2014 06:24:24 -0800 (PST) Received: from localhost ([::1]:41193 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XsuYx-0004yP-Jr; Mon, 24 Nov 2014 06:24:23 -0800 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: Mon, 24 Nov 2014 14:24:23 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/279 Message-ID: <060.9c695cbdf422c9d00baba8f63c757971@tools.ietf.org> X-Trac-Ticket-ID: 279 X-SA-Exim-Connect-IP: ::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 zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/yms-Rz60GKFliAhFnJsGjPJbLik Cc: xml2rfc@ietf.org Subject: [xml2rfc] #279 (Version 2 cli html):
and

are invalid HTML 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: Mon, 24 Nov 2014 14:24:25 -0000 #279:

and

are invalid HTML

is valid XHTML, but invalid HTML. It should be
. Similarly,

should be

. Browsers tend to display the document properly anyway, but when the DOM gets REALLY deep (like after the 99th figure in draft-ietf-jose- cookbook-06.html), some browsers fail completely and display garbage after that. -- --------------------------------+---------------------------------- Reporter: tony@att.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: major | Milestone: Component: Version 2 cli html | Version: 2.4.x Keywords: | --------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Wed Nov 26 04:37:22 2014 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 78F771A8A58 for ; Wed, 26 Nov 2014 04:37:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.51 X-Spam-Level: X-Spam-Status: No, score=-0.51 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, T_RP_MATCHES_RCVD=-0.01] 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 gqmr5LUcHZ0M for ; Wed, 26 Nov 2014 04:37:17 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E0561A8740 for ; Wed, 26 Nov 2014 04:37:17 -0800 (PST) Received: from localhost ([::1]:45132 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XtbqO-0008NH-Mj; Wed, 26 Nov 2014 04:37:16 -0800 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: Wed, 26 Nov 2014 12:37:16 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/278#comment:2 Message-ID: <077.73e64e6e9f271c8708a472268b46eade@tools.ietf.org> References: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-Trac-Ticket-ID: 278 In-Reply-To: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-SA-Exim-Connect-IP: ::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 zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/7nFKqFaWqj-JVvnIgQ8pVGsxCdQ Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #278 (vocabulary): bibxml for HTML5 REC missing editor 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, 26 Nov 2014 12:37:19 -0000 #278: bibxml for HTML5 REC missing editor Comment (by julian.reschke@gmx.de): In the meantime the W3C pub database has been fixed; dunno when this will be reflected in the bibxml files over here. In doubt, use the updated info in -- -----------------------------+------------------- Reporter: mnot@pobox.com | Owner: Type: defect | Status: new Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Resolution: | Keywords: -----------------------------+------------------- Ticket URL: xml2rfc From nobody Wed Nov 26 05:19:14 2014 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 71E3F1A0113 for ; Wed, 26 Nov 2014 05:19:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 DilMC4qOKCHC for ; Wed, 26 Nov 2014 05:19:11 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 645BA1A0118 for ; Wed, 26 Nov 2014 05:19:11 -0800 (PST) Received: from localhost ([::1]:47189 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XtcUx-0006rN-4S; Wed, 26 Nov 2014 05:19:11 -0800 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: Wed, 26 Nov 2014 13:19:11 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/278#comment:3 Message-ID: <077.a53bf91568d5595a8e8aa275aac9e51a@tools.ietf.org> References: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-Trac-Ticket-ID: 278 In-Reply-To: <062.c0d514a60fcf8d05315e907d258dbe24@tools.ietf.org> X-SA-Exim-Connect-IP: ::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 zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/xml2rfc/HpL8iPm92SzALJkC6KG2Sj7T2vQ Cc: xml2rfc@ietf.org Subject: Re: [xml2rfc] #278 (vocabulary): bibxml for HTML5 REC missing editor 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, 26 Nov 2014 13:19:12 -0000 #278: bibxml for HTML5 REC missing editor Changes (by julian.reschke@gmx.de): * status: new => closed * resolution: => fixed Comment: auto-fixed after W3C database was fixed -- -----------------------------+-------------------- Reporter: mnot@pobox.com | Owner: Type: defect | Status: closed Priority: medium | Milestone: Component: vocabulary | Version: 2.4.x Resolution: fixed | Keywords: -----------------------------+-------------------- Ticket URL: xml2rfc