W3C home > Mailing lists > Public > www-ws-desc@w3.org > April 2004

RE: Effort to simplifying our spec

From: Jonathan Marsh <jmarsh@microsoft.com>
Date: Mon, 5 Apr 2004 17:43:01 -0700
Message-ID: <DF1BAFBC28DF694A823C9A8400E71EA20326ACFE@RED-MSG-30.redmond.corp.microsoft.com>
To: "David Booth" <dbooth@w3.org>, "David Orchard" <david.orchard@bea.com>
Cc: <www-ws-desc@w3.org>
Attached are my investigations as well.  I added "click to expand" for
the XML representations (not the mappings) for the first half dozen
components.  Try it out!

My feeling is that this approach raises a lot of questions.  If we
collapse the spec by default, someone who prints the spec might be in
trouble.  Searching and linking to a hidden section is also likewise
complemented.  If we expand by default, the initial reader of the spec
isn't actually helped.  A reader that is investigating, and then
searching, will want a global "collapse all" and "expand all".  These
controls would be most useful if they were sprinkled throughout the spec
(like any place that is collapsed).  All in all, seems like a slippery
road to defining an application - which is much more complicated than a

I don't think the approach represented here is substantially better than
linking to a section containing all the infoset and mapping stuff, if we
even decide to do that.

> -----Original Message-----
> From: David Booth [mailto:dbooth@w3.org]
> Sent: Wednesday, March 17, 2004 2:21 PM
> To: David Orchard; Jonathan Marsh
> Cc: www-ws-desc@w3.org
> Subject: Effort to simplifying our spec
> DaveO & Jonathan,
> I don't think the style sheet approach will work.  I recommend we
> as is.
> I've looked over our Part1 spec to think about how we might simplify
> presentation to the reader.
> At present, I don't think a style sheet approach that would expand or
> contract the text is feasible.  The main issue is that each section
> both a subsection on the properties of that component, and a
subsection on
> the mapping from the XML infoset to those properties.  For example:
> tions_XMLRep
> and
> tions_Mapping
> Much of the content of those subsections is fairly boilerplate, merely
> repeating what is evident from the pseudo-schema above.  But the
> is
> that they aren't ENTIRELY boilerplate: both of these subsections have
> meaningful, non-boilerplate text mixed in with (boring) boilerplate
> It might be possible to factor out the meaningful, non-boilerplate
> but I'm not sure we could reliably ensure that no meaningful text ever
> crept back in, so I'd be wary of using a style sheet to hide parts.
> I don't see an easy solution to this problem, so at this point I
> we
> continue as is.
> --
> David Booth
> W3C Fellow / Hewlett-Packard
> Telephone: +1.617.253.1273

Received on Monday, 5 April 2004 20:43:22 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:54:48 UTC