- From: Pete Cordell <petexmldev@tech-know-ware.com>
- Date: Fri, 20 Jan 2006 09:29:49 -0000
- To: <Paul.V.Biron@kp.org>
- Cc: <paul.downey@bt.com>, <public-xsd-databinding@w3.org>
Original Message From: <Paul.V.Biron@kp.org> >> For example, it could advise that not all XML names are >> directly representatable in some programming languages (such as C/C++, > SQL >> etc), and as a result the automatically mapped names may be > non-intuitive, >> or additional manual configuartion may be required if names are not > chosen >> with with these limitations in mind. > > As I mentioned in my previous message...I think one of the main purposes > of this WG is to to provide guidence to the databinding tool builders > about how to better support what schema authors "in the wild" are doing > (at least that's why my organization joined!) and not to advise schema > authors to limit themselves to what existing tools support. >From my perspective I'd definitely welcome any input on how this can best be done. However, my question is, if a single click solution can't be proposed, should the document be silent and the matter or provide guidance to schema developers? Perhaps guidance can be provided to tool developers, that schema developers could infer there is a set of compromises they can take! Something along the lines of "Tools should ensure that all XML names can be mapped to equivalent names in the target programming language. Where it is not possible to conveniently provide an automated mapping (perhaps because the target programming language character set is only a subset of the XML names character set), tools should provide additional means that allow users to configure the mapping between the XML names and the target programming language names, perhaps on a instance-by-instance basis. The precise method used is out-of-scope of this document." Pete. -- ============================================= Pete Cordell Tech-Know-Ware Ltd for XML to C++ data binding visit http://www.tech-know-ware.com/lmx (or http://www.xml2cpp.com) =============================================
Received on Friday, 20 January 2006 09:30:29 UTC