OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[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]