Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Casing rules on the platform #15

Closed
domenic opened this issue Jun 24, 2015 · 3 comments
Closed

Casing rules on the platform #15

domenic opened this issue Jun 24, 2015 · 3 comments
Assignees

Comments

@domenic
Copy link
Member

domenic commented Jun 24, 2015

Via @travisleithead

Off the top of my head

  • camelCase method names
  • Uppercase class names
  • lowercaselongconcatenated event names
  • lowercaselongconcatenated or sometimes snake-case enum names (more recently snake-case... kind of inconsistent)

What else?

@marcoscaceres
Copy link
Contributor

In web manifest we use underscore names for JSON members... It upsets my jscs linter tho, but oh well. Wish we would have camelCased.

@annevk
Copy link
Member

annevk commented Jun 25, 2015

lowercaselongconcatenated (HTML) attribute and element names. Yet camelCase property names.

@twirl
Copy link
Member

twirl commented Jun 25, 2015

Currently abbreviations are not written in camel case, they are capitalized as a whole (DOMElement, XMLDocument, innerHTML, etc) with minor exceptions (XMLHttpRequest). Though I don't like this rule, it's worth mentioning.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants