Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Feature: camelCase #87

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

Merged
merged 7 commits into from
Dec 13, 2014
Merged

Feature: camelCase #87

merged 7 commits into from
Dec 13, 2014

Conversation

tetsuo
Copy link
Contributor

@tetsuo tetsuo commented Dec 7, 2014

This is #85 merged with #86

Long story short: Lowercase the reference (head), and keep the rest (tail) untouched.

require('component/DoTheHarlemShake')

@micky2be
Copy link

Please guys, merge this asap.
This is killing us.

@tetsuo
Copy link
Contributor Author

tetsuo commented Dec 12, 2014

@micky2be :d i was waiting for some authorized personnel to take a look at it :)

@timaschew @netpoetica what do u guys think? i haven't tested this extensively since i have only one project with mixed case dependency names, it has worked for me well on that one

@19h
Copy link
Contributor

19h commented Dec 12, 2014

LGTM. @timaschew check?

I'll land locally and see what Jenkins says.

@netpoetica
Copy link

@tetsuo @timaschew For me, this doesn't effect me badly. This is the kind of thing I would have argued for a year ago but maintainers would have said no / it's bikeshedding / extra code to maintain, etc. 90% of the changes are just to add tests, the rest is just removal of forcing lookups to lowercase.

I can't think of anything this would break, and if tests pass everything should be good - but I am curious if there are other areas of the component that may not be compatible with this change.

I'm thinking something like:

  • remotes vs. locals - looks like tests are all for local components, no? Would this cause problems if user specifies a camelCased dependency whose name isn't camelCased in it's remote?
  • component.json "name" property, if it has variety of cases, will builder generate it properly? Will builder take "myComponent" and make it all lowercase, and then it wouldn't be requireable?

Those are the only things I can imagine being impacted, maybe you've already considered this?

One other thing I think that might be helpful is to add a list of acceptable example component names here and here - what do you guys think about that?

@19h
Copy link
Contributor

19h commented Dec 13, 2014

Everything is working fine according to my testing, couldn't locate any regressions. Unless anyone can report a breaking change, I'll merge this for now.

P.s.: please squash your commits in future PRs, they're easier to locate and group visually if commits happen to have been made between your commits.

@timaschew prepush reported 2 fails (of 1599), but they don't correlate with this change.
@netpoetica If you happen to have reservations against this, please feel free to revert.

19h added a commit that referenced this pull request Dec 13, 2014
@19h 19h merged commit 648d007 into componentjs:master Dec 13, 2014
@micky2be
Copy link

Would be nice to make a release now

@19h
Copy link
Contributor

19h commented Dec 19, 2014

1.2.0 is tagged. @timaschew package and deliver! 💥

@timaschew
Copy link
Member

published on npm

@micky2be
Copy link

👍

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

Successfully merging this pull request may close these issues.

5 participants
Morty Proxy This is a proxified and sanitized view of the page, visit original site.