[xml2rfc] Re: Announcing 1.33pre3

mrose at dbc.mtview.ca.us (Marshall Rose) Sun, 01 April 2007 14:18 UTC

From: "mrose at dbc.mtview.ca.us"
Date: Sun, 01 Apr 2007 14:18:51 +0000
Subject: [xml2rfc] Re: Announcing 1.33pre3
In-Reply-To: <460FDF2C.6830@xyzzy.claranet.de>
References: <ed6d469d0703301621q5fdb0955n42bc59da18246bd6@mail.gmail.com> <460FDF2C.6830@xyzzy.claranet.de>
Message-ID: <83386ABF-6DF5-4381-AC5F-B431547E55B2@dbc.mtview.ca.us>
X-Date: Sun Apr 1 14:18:51 2007

> That DTD says its date is 2005-10-25 like the DTD I already
> had, and the only change is s/"info"/#IMPLIED/ for the
> category.  Is that really the 1.33pre3 experimental DTD ?

here's the file. we'll make sure the right one is on the servers.

/mtr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rfc2629.dtd
Type: application/octet-stream
Size: 8685 bytes
Desc: not available
Url : http://drakken.dbc.mtview.ca.us/pipermail/xml2rfc/attachments/20070401/e54b1083/rfc2629.obj
>From tony at att.com  Sun Apr  1 21:47:38 2007
From: tony at att.com (Tony Hansen)
Date: Sun Apr  1 17:47:24 2007
Subject: [xml2rfc] minor nitlet I'd like flagged
In-Reply-To: <460F5B84.7080600@zurich.ibm.com>
References: <45FF9FC3.1060302@att.com>
	<ed6d469d0703301618m6c888493u83ded105cd6a2937@mail.gmail.com>
	<460F5B84.7080600@zurich.ibm.com>
Message-ID: <461052AA.3070606@att.com>

Brian E Carpenter wrote:
>> Just want to check on this, since it seems that different people have
>> different usage models.  I tend to name things with short names that
>> have no relationship to the output file, e.g.,
>> draft-fenner-iana-exp-2780 was created by iana-experimental.xml .  Are
>> you proposing that with this usage model, the warning should always
>> trigger?
> 
> I personally use the full filename, but that is just my finicky
> personality coming out ;-). I think that using a short form is
> quite reasonable. But maybe, iff the name starts with draft- you can
> process the version number?

+1

>>> PS. I use the online xml2rfc submission form.
>>
>> This is actually a sticky wicket: the online converter can return
>> status or the converted file, but not both, so it chooses to ignore
>> warnings in favor of supplying the converted file.
>>
>> Certainly it'd be possible to return an HTML status page that uses an
>> http refresh header to download the converted document, but I'm not
>> sure making that change would make us many friends (especially since
>> right now you can easily script the online conversion).
> 
> Maybe add a 3rd "show warnings" alternative to the "output result" options?

I'd certainly like the option of seeing the warnings. I also could see
an option that caused the warnings to be shown, along with a link that
you could click on to go directly to the output if you chose to.

First form:

	Input file     ________________
	Output mode    * Text o HTML o nroff o unpaginated XML
 	Output result  * Window o File
	Show warnings: * no o yes

If you chose to show warnings, you'd see something like this:

	The following warnings were found ....

	__LINK__ Generate file, ignoring warnings

If not on the default form, perhaps the "show warnings" could be on the
Advanced form that I brought up in another thread?

	Tony Hansen
	tony@att.com
>From nobody at xyzzy.claranet.de  Mon Apr  2 03:46:47 2007
From: nobody at xyzzy.claranet.de (Frank Ellermann)
Date: Sun Apr  1 17:48:10 2007
Subject: [xml2rfc] Re: Announcing 1.33pre3
References: <ed6d469d0703301621q5fdb0955n42bc59da18246bd6@mail.gmail.com>
	<83386ABF-6DF5-4381-AC5F-B431547E55B2@dbc.mtview.ca.us>
Message-ID: <46105277.2DCA@xyzzy.claranet.de>

Marshall Rose wrote:

> here's the file

Thanks, now it's 5 (or 4) changes, 2007 timestamp, no
default category, section nesting, ditto appendix, and
irefs at the begin of a figure.

Frank