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]