- From: John Boyer <boyerj@ca.ibm.com>
- Date: Sun, 6 May 2007 11:06:12 -0700
- To: public-forms@w3.org, www-forms@w3.org
- Message-ID: <OF4ED92D44.549E5621-ON882572D3.00618BF0-882572D3.006372C3@ca.ibm.com>
The public page has now been updated to include links to the latest editor's draft, diff-marked version (relative to last published version), and the source bundle used to bulid the spec. Building the spec is as easy as unzipping the source bundle and running makespec (or the two java command lines within it). However, you must have Java 6 or Java 1.4 available. There is a reflection bug in Java 5's XSLT template processing code that conflicts with the type of XSL import rules that W3C's diffspec and xmlspec use. Specifically, a stylesheet with wildcard template match rules has problems during apply-imports if it imports rules that match the same elements more specifically. I reported the problem to Sun quite a while ago, but my bug report has not yet been acknowledged. Still, the bug *is* fixed in Java 6, and Java 1.4 uses a different processor that does not have the bug. And if you want to use something else like xsltproc, it's pretty easy to set up the parameters based on those in makespec. This first editor's draft contains only minor differences to the last call working draft to update the date, status, patent policy, member acknowledgements, and production notes and to move a couple of glossary definitions to sorted order position and to define and reference the term QNameButNotNCNAME. Finally, I noticed what to do in spec xml to clarify that the xforms schema is non-normative. Cheers, John M. Boyer, Ph.D. STSM: Lotus Forms Architect and Researcher Chair, W3C Forms Working Group Workplace, Portal and Collaboration Software IBM Victoria Software Lab E-Mail: boyerj@ca.ibm.com Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer
Received on Sunday, 6 May 2007 18:06:24 UTC