RE: i18n name badges

2003-11-20 Thread Rosen, Brian
the IETF secretariat. Regards, Jordi - Original Message - From: Rosen, Brian [EMAIL PROTECTED] To: 'JORDI PALET MARTINEZ' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 10:14 PM Subject: RE: i18n name badges Let's keep going. I'd

RE: i18n name badges

2003-11-19 Thread Rosen, Brian
Let's keep going. I'd contribute, say, $25, plus write some code towards getting a barcode reader (or, maybe RFID??) for each meeting room that would be used to swipe in and automate the blue sheets. Brian -Original Message- From: JORDI PALET MARTINEZ [mailto:[EMAIL PROTECTED]

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
PROTECTED] Sent: Tuesday, September 02, 2003 1:06 PM To: Rosen, Brian; '[EMAIL PROTECTED]' Subject: Re: A modest proposal - allow the ID repository to hold xml At 6:15 PM -0400 8/27/03, Rosen, Brian wrote: I therefore have a modest proposal: Allow the submission of an xml file meeting

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
To: Rosen, Brian Cc: '[EMAIL PROTECTED]' Subject: Re: A modest proposal - allow the ID repository to hold xml Rosen, Brian wrote: Allow the submission of an xml file meeting the requirements of RFC2629 along with the text file (and optional ps file) for an Internet Draft. The value

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
makes it harder to reach rough consensus. Let's just do one simple thing -- allow xml, and see how it goes. Brian -Original Message- From: Jari Arkko [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 03, 2003 1:28 AM To: Michael Thomas Cc: Paul Hoffman / IMC; Rosen, Brian; '[EMAIL

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
Lyndon You make some good points. However, I have not proposed that we change the RFC process, and I've been very carefull to propose that we only accept xml optionally, retaining the requirement to 'send text'. I did so quite deliberately, and I'd really appreciate it if we could take this one

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
Jean-Jacques Is it not better to add xml incremental to text, rather than exclusive OR? If we demand that the I=D editor have a tool and use it to generate text, we open a large box of problems. What if the version of the tool the author used is different from the I-D editor? What if the xml

RE: A modest proposal - allow the ID repository to hold xml

2003-09-03 Thread Rosen, Brian
Vernon Are you suggesting that we would need a new working group to allow 2629 conformant xml to be optionally submitted with text to the I-D archive? Why? I'm not proposing any new RFC. Guidelines to authors is not an RFC. 2629 is an RFC. The xml2rfc tool, which is not the only tool around,

RE: ASN.1 (Re: Pretty clear ... SIP)

2003-08-26 Thread Rosen, Brian
Good points, esp. the references to 2234. May I also point out that many SIP stacks use automatically generated parsers from the ABNF description. These have many, but not all, of the advantages claimed by ASN.1. It was a goal of the RFC3261 work to make the ABNF grammar complete enough to use

RE: presentation-prep as safety hazard

2001-03-21 Thread Rosen, Brian
Well, but Most PC designs use phase lock techniques which keep external signals way below the CPU operating frequency There are legal limits for radiation; most laptops and all PDA devices are "Class B" which is a pretty low level. The real issue I

RE: rfc publication suggestions

2001-03-13 Thread Rosen, Brian
PROTECTED]] Sent: Monday, March 12, 2001 7:18 PM To: Rosen, Brian Cc: [EMAIL PROTECTED] Subject: Re: rfc publication suggestions What happens now is silliness due to the known queue length - we put things in we know are deficient, always assuming we will have the issues resolved before

RE: rfc publication suggestions

2001-03-12 Thread Rosen, Brian
An interesting metric would be the time from the date something enters a queue to the time its status is first changed - i.e. the first time the editor looks at it. I believe that is some number of months. Once the editor picks it up, then its time in queue is more a function of outside

RE: HTML better for small PDAs

2001-02-28 Thread Rosen, Brian
Interestingly, 8.5 x 11 comes about because of writing, not reading. Books are smaller than 8.5 x 11. Tablets are 8.5 x 11, and typewriters copied that. Laser printers copied typewriters. Stenographers used smaller tablets because they had to hold them in their hands rather than put them on

RE: 49th-IETF conf room planning

2000-12-13 Thread Rosen, Brian
On this subject, may I suggest that we have outgrown hotel conference facilities. The place where we have outgrown them is hallways -- hotel facilities simply do not have adequate hallways to accommodate us. Much of the value of the meeting is the impromptu "BOF"s that occur in the hallways and

RE: Bake-off as trademark

2000-11-06 Thread Rosen, Brian
That gave me a lead on a better one: Network Working Group J. Postel Request for Comments: 1025 ISI September 1987 TCP AND IP

RE: Bake-off as trademark

2000-11-06 Thread Rosen, Brian
I also looked at the references in RFC1025, and found that IEN-70 and IEN-77 are not on line. However, IEN-165 is: http://www.normos.org/ietf/ien/ien-160.txt.1 J. Postel IEN 160 ISI 7 November 1980 Internet Meeting Notes -- 7-8-9 October 1980 and states: BAKE OFF SUMMARY Dave Mills reported on

RE: An Internet Draft as reference material

2000-09-20 Thread Rosen, Brian
Although, actually, what would *really* benefit the historians would be searchable archives of the working group mailing lists, but that's a different issue ;) Why is that? Seems to me it's part of the same issue, and technologically, whatever solution you find for one ought to be