- From: Steve Zilles <szilles@adobe.com>
- Date: Wed, 08 May 2002 20:41:38 -0700
- To: www-tag@w3.org
- Message-Id: <5.1.0.14.2.20020507180014.0431bbb8@mailsj-v1>
I believe that the handling of formatting properties across W3C (document format) specifications needs an architectural principle or finding. Formatting properties are the properties that various document formats (HTML, XML, SVG, SMIL, MathML, ...) use to control the styling of the content of the format for some presentation medium, such as display screens, audio systems or printed page. For an illustrative example that shows the architectural problem, consider embedding an XHTML/XML chunk within an SVG chunk within an XHTML/XML document. Further, assume that the XHTML/XML pieces are styled either with CSS or XSL. Typically, the author (and the reader) would want consistent styling for all three pieces. For the styling to be consistent, both SVG and CSS/XSL must use the same properties for the same purpose. In addition to using the same properties, the interpretation of those properties must be the same in both SVG and in CSS/XSL (or one or the other piece may have no understanding of the property). The implication of this example is that there is an architectural principle that needs stating. Much as the W3C has said, "whenever you are creating a file format, you must give a very strong reason for using something other than XML as the basis of the syntax of the format", there should be an architectural principle that says, "whenever you are about to create a new formatting property, you must give a strong justification for not using an existing formatting property or properties that are related to the proposed new property [There is a similarity between the above example and some of the examples used with TAG Issue 13 http://www.w3.org/2001/tag/ilist#mixedNamespaceMeaning-13; both concern mixing of namespaces, but the above example is focused on a different aspect of the mixing problem than that addressed by TAG Issue 13.] Assuming that the principle is accepted, there are some practical things that need to happen to implement the principle. I do not claim to know all of these, but I believe that the following two things would help facilitate an implementation. First, there must be a catalog of formatting properties that can be consulted by WG's thinking about formatting property extensions. Second, it would be useful to have a forum in which WG's could announce areas in which they expected to make formatting property extensions so that other WG's might see areas where they have interest in common and could cooperate with the WG that wants to make an extension. For some number of years, I have been focused on making it possible for the collection of format oriented working groups to share formatting properties. I have done this at both the top levels of the W3C, to the AC and Team management, at the bottom levels, as a member of (or reviewer of) WGs that use formatting properties and at a middle level by participating in the Hypertext Coordination Group. At all these levels one of my primary concerns has been the creation of a common set of formatting properties that work across the collection of document formatting specifications. To this end, I put together (a first draft of) a catalog of the formatting properties in use by the W3C RECs. I have educated one WG about the work of other WGs in the same area and shown how the prior work can be re-used. I have drafted proposals that can work across more than a single WG. This has helped to foster a common set of formatting properties. I have retired as a full time employee and contributor to the W3C. I am no longer able to perform the function which I had been performing. I strongly fear that without architectural affirmation of the principle of a common, shared set of formatting properties, that the second law of thermodynamics will quickly lead to a non-inter-operable set of formatting properties with independent islands of use. Steve ===================================== Steve Zilles 115 Lansberry Court, Los Gatos, CA 95032-4710 steve@zilles.org
Received on Wednesday, 8 May 2002 23:46:45 UTC