W3C home > Mailing lists > Public > www-dom-ts@w3.org > June 2001

RE: Recap and action items

From: Jason Brittsan <jasonbri@microsoft.com>
Date: Tue, 5 Jun 2001 17:05:48 -0700
Message-ID: <D5C70EA9DF70694391969A1494875A1203145C7D@red-msg-05.redmond.corp.microsoft.com>
To: "Dimitris Dimitriadis" <dimitris.dimitriadis@improve.se>, <www-dom-ts@w3.org>

I've spoken to many people in the Internet Explorer test group about
hosting a SharePoint Portal Server.  Currently, we don't have the
resources to host an external server.  However, we can provide you with
a copy of SharePoint, if you are interested.

Please let us know if we can help in searching for other solutions.

Jason Brittsan

-----Original Message-----
From: Dimitris Dimitriadis [mailto:dimitris.dimitriadis@improve.se] 
Sent: Tuesday, June 05, 2001 11:52 AM
To: www-dom-ts@w3.org
Subject: Recap and action items

Back again after a national holiday

1. How far are we from finalizing the shema? We took the decision to
against a unified framework but seem to still have som unresolved
Can we deal with theses on the list or should I schedule another telcon?
[schema-specific comments below]

2. Given that we do indeed finalize this fairly soon, how long will it
us to translate the existing tests? Mary?

3. We have Fred who's volounteered to write the documentation together
me. I look forward to start doing this once we've finalized the schema.

4. NIST have agreed to provide us with the Java XSLT, so we need another
for ECMA (those two will be the two that come along with the W3C DOM TS)
any other XSLT provided. We already have Python (Fred).

5. We need to look into the resolution/status options for the submitted
tests, eg. by adding a pending option while a test is being investigated
the DOM WG. Also we should decide on whether we submit through a mailig
or SF.

1. We still haven't decided on whether to use roundtripping to the
schema or
not during the transform. I personally prefer not doing this, and
any necessary information in the test description file, especially for
information that is present in the DOM Spec.

I personally think we should use as much information from the spec as
possible, and not require that roundtripping be made, either to our DOM
schema, or to the DOM spec, during transformation. Following this
we would also have to explicitly declare return types, as was done a few
iterations ago.


2. We also need to decide on parameters (cut from one of Curt's mails):
I've had a change of heart on parameters.  In my manual schema, 
parameters that could be null were optional.  However that information
in the xml source for the DOM spec and I don't think we want to
any supplimentary information.  So if the parameter is required, how do
you specify that it is null.  One option would be to make allow "null"
a special value in the argument.  Unfortunately, that could seriously 
complicate the code generation for C++.  It is a little more awkward
in the test, but it could greatly simplify the C++ code generation, if
null parameters are passed by passing in declared but uninitialized
variables, such as:


One way is, as I see it, to go for required + "null". Making C++
is perhaps the price we have to pay for being able to generate most
bindings, except if there is a simpler, fits-all, solution. In any case,
Java and ECMA would have higher priority, as they are the official DOM
bindings (as in the specs)

3. Categories/Groups on the SF pages: look good, we only need to add a
categories as per the DOM TS Process document: submitted, received,
and stable, inappropriate

[old action items, see
1. Supply the schema with the construct parts (Curt/Mary/Dimitris)
looked into, we still have some issues to resolve]
2. Write the XSL for generating the Schema from the DOM XML
(Curt has alreaddy done this, needs final polishing) [still awaits
and the decision on what to put in from the DOM spec]
5. Rewrite styelsheets for code generation (Java and ECMA primarily,
welcome) (NIST for the Java one, ECMA open) [will be written as soon as
schema is finalized]
6. Work on the details for test suite packaging (Curt, Dimitris?) [still
needs discussion]
7. Produce documentation (faq, help documentation, test production
descriptions) (Dimitris) [plus Fred]
8. Produce a test matrix (Mary/Dimitris) [pending]
9. Produce a list of semantic requirements (Mary, is connected to the
matrix) [pending]

[done action items]
3. Start work on architecture for submitting/editing/approving tests
Curt to submit a proposal) [done, as far as I can see, we just need to
clarify on whether we will also use a mailing list]
4. Look into an issue tracking system (there is no such colution within
W3C) (Philippe/Jason) [done]

Have I forgotten anything?

Nearly there...

Received on Tuesday, 5 June 2001 20:06:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:34:02 UTC