[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
RE: [xml] LSB specification for libxml2 library
- From: Kasimier Buchcik <K Buchcik 4commerce de>
- To: Kasimier Buchcik <K Buchcik 4commerce de>
- Cc: ML-libxml2 <xml gnome org>
- Subject: RE: [xml] LSB specification for libxml2 library
- Date: Wed, 01 Feb 2006 10:43:52 +0100
Hi Rajesh,
I just now looked again at
http://www.linuxbase.org/spec//book/XML/XML.html and am pleased that the
proposed changes have been applied - thanks!
I guess I just missed your confirmation of this issue, since this
mail was intended to be a reminder in the first place ;-)
Regards,
Kasimier
On Mon, 2006-01-16 at 13:35 +0100, Kasimier Buchcik wrote:
> Hi,
>
> On Wed, 2006-01-04 at 18:23 -0800, Banginwar, Rajesh wrote:
> > Thanks Kasimier.
> >
> > We updated specs on the lsb website to cover your comments. All those
> > types are now removed from the spec. We will really appreciate if you
> > can provide any other information; a list of what should be removed or
> > as you said, a list of what should be exposed. If you provide a list of
> > what should be exposed, we will cross check the specs.
>
> First, sorry for the late response; I hope the changes I'll propose can still
> be discussed/applied.
> Second, thank you - and all others involved - for the effort of
> creating the LSB spec for Libxml2!
>
> I would like to export only the following functions in
> "xmlschemastypes.h" of _LSB_:
>
> Initialization/finalization of the module:
> xmlSchemaInitTypes()
> xmlSchemaCleanupTypes()
>
> Acquire built-in types:
> xmlSchemaGetBuiltInType()
>
> Validation against built-in types:
> xmlSchemaValPredefTypeNode()
> xmlSchemaGetValType()
> xmlSchemaFreeValue()
>
> Value comparison:
> xmlSchemaCompareValues()
>
> Utilities:
> xmlSchemaCollapseString()
> xmlSchemaGetCanonValue()
>
> All the other functions are either considered deprecated or only needed
> to have a way of accessing inner functionality of the WXS data-type
> module from withit the WXS structures (xmlschemas.c) module. The removal
> of all other functions will make it easier to refactor the internals of
> both WXS modules in the future.
>
> Are there any objections to shrink the function entry points of that
> module to those above?
>
> No changes to the type-definitions of that module as they are currently
> displayed at: http://www.linuxbase.org/spec//book/XML/XML.html ; i.e.
> I'm fine with them.
>
> Regards,
>
> Kasimier
[...]
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]