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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] Order of attributes

[ Lists Home | Date Index | Thread Index ]


On May 7, 2005, at 11:45 AM, Richard Tobin wrote:

> In article <abd24ff9f23d1848108f9d0a94cb3a6f@rbii.com> you write:
>> I'm probably being thick.. but I don't understand this. That's  
>> probably
>> because I think *semantics* are entirely in the eye of the beholder.
>>
>
> If they were *entirely* in the eye of the beholder, then XML wouldn't
> help interoperability at all.

Actually, I'd argue that it's really the stuff built on top of XML  
that helps out with interoperability more than XML itself.

> Long ago ASCII, and later Unicode, saved us from having how to decide
> how to encode characters for each application.  Apart from saving us
> the effort of choosing, this had an obvious advantage: we could write
> all kinds of tool that were useful for many different file formats.
> We could edit Fortran programs and invoices with the same editor.  We
> could grep for strings or count lines in any kind of text file.

The point here again is that the *tools* enabled the *application*,  
not the data format. Note that I'm not arguing that standardisation  
is not necessary, only that it alone is not sufficient. There are any  
number of standard data formats that have all of the benefits alluded  
to, but none of the practical benefits, because they have had little  
take-up in the community.

> And this is a good thing, because imposing such (minimal) semantics
> allows us to write a range of generic XML tools.

I believe fairly strongly that in most cases, the "generic" tools are  
actually domain specific, especially when applied.





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS