|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: URIs, names and well known RDDL names, was: Re: Quick edit
Henry, > "Jonathan Borden" <jborden@m...> writes: > > > > > > > > I also agree with Jason's analysis. Practically since RDDL was conceived, > > I've been going back and forth on what should an arcrole vs. role be w.r.t > > RDDL. Indeed one morning while driving to work, I suddenly became conviced > > that we'd got it all wrong, and confused an arcrole for a role. At the end > > of the day I'd conviced myself that arcrole was fine and that was that... > > But you go on to contradict what Jason, Tim and I are all saying! See > below. > > > This is how I see it: > > > > Software will use xlink:arcrole is to dispatch on a resource for a given > > URI. Let me add one point to this. Personally I agree (strongly I might add) with your views on types and documents and if namespace URIs were used in a consistent fashion then this would clearly be the way to go. No question. The problem is that even among W3C RECs there fundamentally different uses of namespace URIs vs. DOCTYPES and the best example of this is XHTML. Of course this raises the old one vs. three namespace debate and I just want to avoid this debate here, that's all. I *do* want to use xlink:role to dispatch on type, its just that I don't want to loudly proclaim that type based dispatching is the primary way to dispatch. That's why I think the best way to explain this is that we dispatch on the name of the link. Perhaps we can define xlink:role implicitly as the root namespace URI if otherwise not specified. -Jonathan
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








