atom feed15 messages in org.oasis-open.lists.legalxml-econtractsRe: [legalxml-econtracts] Last commen...
FromSent OnAttachments
John McClureJul 20, 2004 1:16 pm.doc
Jason HarropJul 21, 2004 3:53 am 
John McClureJul 21, 2004 9:15 am 
Jason HarropJul 21, 2004 2:17 pm 
John MessingJul 21, 2004 5:04 pm 
John McClureJul 21, 2004 7:56 pm 
Jason HarropJul 21, 2004 8:37 pm 
John MessingJul 21, 2004 9:12 pm 
John McClureJul 21, 2004 9:30 pm 
John MessingJul 21, 2004 9:53 pm 
John McClureJul 22, 2004 9:52 am.doc, .doc
John McClureJul 22, 2004 3:21 pm.pdf
Jason HarropJul 22, 2004 4:16 pm.bin
Jason HarropJul 25, 2004 12:04 am.bin
John McClureJul 26, 2004 12:06 am.pdf
Subject:Re: [legalxml-econtracts] Last comments from me on the prelim SCReport
From:Jason Harrop (jhar@speedlegal.com)
Date:Jul 21, 2004 2:17:30 pm
List:org.oasis-open.lists.legalxml-econtracts

John

This was a simple question.

Are you saying that if we jump through the extra hoop of showing the TC how a typical XML editing tool might be used with our structural model, and having done that, the TC says "yes, using one of those to create a contract is a valid use case", then you'll accept the named containers model?

Because if you still won't accept it, you should say so now, and either "put up or shut up" as we have done.

Jason

John McClure wrote:

Bottom-line, if you do wish to press the case for a standard that caters to an XML editor, then may I suggest you provide the group an explicit definition of the capabilities of such a "User Agent", so that we can all stop the subjective guessing game about what is "most suited for use by contract authors" and what is not. Such definition, my friend, would be critical to the TC's assessment of the XHTML extensions you've proposed.