[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] ODF with W3C CDF
Helen, Zhi Yu Yue wrote: > > Hi Michael, > > Speaking of XForms, do we have plan to fully adopt the W3C XForms not > only XForms model but also XForms controls? Until now, a requirement to support XForms controls has not been brought to the attention of the TC, and a proposal to support XForms controls has not been submitted to the TC by a TC member. So, right now, a support of XForms controls is not on our agenda. This may of course change in the future. Michael > > Best Regards, > Helen Yue > > > *Michael Brauer - Sun Germany - ham02 - Hamburg <Michael.Brauer@Sun.COM>* > Sent by: Michael.Brauer@Sun.COM > > 10/17/2006 07:02 PM > > > To > Yue MA/China/IBM@IBMCN > cc > "Bruce D'Arcus" <bruce.darcus@OpenDocument.us>, OpenDocument > <office@lists.oasis-open.org> > Subject > Re: [office] ODF with W3C CDF > > > > > > > > > Yue Ma, all, > > > Yue MA wrote: > > In current ODF spec, the SVG, SMIL and XForm are using ODF specific > > namespace instead of formal W3C namespace. That means when we say ODF > > The reason we are using our own namespaces for SVG, SMIL and XSL-FO are > not validation problems, but that these specifications do not contain > schema modules that we may include. In particular, they do not define > global attributes, but all attributes do only exist for specific > elements. Since we do not include these elements, and we can't do so, we > cannot include their attributes. Actually, we used the SVG, SMIL and > XSL-FO namespaces themselves in early versions of the specification, but > we were asked by the SVG working group to change that. > > We actually are using the XForms namespace, but we have duplicated the > schema definitions, because the XForms schema is a W3C Schema, while we > require Relax-NG. We in fact may evaluate whether the use of NVDL allows > us to change that. NVDL may be also an option to reference the MathML > schema. The current specification actually allows anything where MathML > may appear. I think we had shortly discussed that some time ago already. > > Regarding the relation of NDL to NDVL: To the best of my knowledge, NVDL > is the result of standardizing NRL at SC34. > > I will add an "Evaluation of NVDL" to the 1.2 action item list on the wiki. > > Best regards > > Michael > -- > Michael Brauer Phone: +49 40 23646 500 > Technical Architect Software Engineering Fax: +49 40 23646 550 > StarOffice Development > Sun Microsystems GmbH > Nagelsweg 55 > D-20097 Hamburg, Germany e-mail: michael.brauer@sun.com > -- Michael Brauer Phone: +49 40 23646 500 Technical Architect Software Engineering Fax: +49 40 23646 550 StarOffice Development Sun Microsystems GmbH Nagelsweg 55 D-20097 Hamburg, Germany e-mail: michael.brauer@sun.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]