XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Should one adopt the tag naming convention of anexisting XML vocabulary or create one's own tag naming convention?

On Sat, 4 Feb 2012 14:01:44 +1100, Greg Hunt wrote:
> Do whatever balances consistency and existing local practice to minimise
> mental gear-changing.

Bravo!

Roger, the tools that you supply to [whoever] should be well-made, such 
that they neither cut the hand, nor deceive the eye (don't design a 
hammer that looks like a screwdriver; it may be funny, but it's just an 
annoyance on site).

Merging hyphen-delimited and camelCase?  You're pretty much screwed 
from the start.  For all *your* names, do hyphen-Camel, maybe, but 
expect people to cut themselves with hyphenCamel and deceive themselves 
with hyphen-camel.  If you're in a no-win situation, don't solicit bids 
for no-fail solutions.

As Greg points out: do what you can to make it "feel" consistent for 
users.  For instance: camelCase for new types vs. hyphen-delimited for 
new actions.  One *can* distinguish between XSLT and WXS in that way: 
schema defines "things", xslt defines "actions".  So, hyphenate your 
actions, camelize your things.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
The one thing you can't trade for your heart's desire is your heart.
		-- Miles Vorkosigan


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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

Copyright 1993-2007 XML.org. This site is hosted by OASIS