Comments (8)
The new behavior is consistent with lodash.camelcase
The old behavior is consistent with case.camel
from camelcase.
Not really sure which one is the most appropriate. I'm leaning towards e2E
.
// @DanielSeehausen @eladb @Qix-
from camelcase.
Yep agreed.
from camelcase.
golly... so many edge cases. Is this a unique case because after the number there’s only a single character?
from camelcase.
Same would apply for any number of characters after the numeric. Please consider whether it would be appropriate to revert to 5.2.0 behavior in 5.x.x and bump to 6.0.0 for 5.3.0/5.3.1 changes.
from camelcase.
Alright, let's keep the current behavior.
from camelcase.
Please consider whether it would be appropriate to revert to 5.2.0 behavior in 5.x.x
That would be a breaking change for people depending on the new behavior, so not going to happen. Better to just leave it like this.
from camelcase.
sorry for late reply -- just seeing this! (let me fix my notification settings now)
e2E would also be my vote, as numbers should act as delimiters in camel casing!
seems to follow the original intent of the code as well, and know lodash has been mentioned as a north star here.
from camelcase.
Related Issues (20)
- NPM is not updated with the latest version HOT 1
- ts-jest encountered an unexpected token with camelcase HOT 2
- Must use import to load ES Module HOT 2
- pascal case broken when string ends with 1 number and 1 letter. HOT 2
- Cannot run tests: update the xo dependency to the latest (currently v0.54.2) HOT 2
- Error in Index.js in 6.0.0 version HOT 1
- Build break with camelcase 6.0.0 HOT 1
- Converted `c2d_f` value is `c2DF`? HOT 1
- Case conversion with specific locale HOT 3
- `preserveConsecutiveUppercase` option
- Converting either volume_3d or volume3d results in volume3D making it impossible to decamelize HOT 10
- Incorrect behaviour with numbers HOT 1
- Move regexes to the outer scope
- how to resolve this problem with /[\p{u}]/: Invalid escape? HOT 1
- version 6.2.1, build error HOT 1
- SyntaxError: Invalid regular expression: /[\p{Lu}]/: Invalid escape HOT 4
- "Invalid regular expression: /[\p{Lu}]/: Invalid escape" after updating to version 6.2.1 HOT 1
- "Invalid regular expression: /[\p{Lu}]/: Invalid escape" after updating to version 6.2.1 HOT 2
- "IDs" isn't camelized well HOT 3
- Passed in a single seperator, return the original seperator HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from camelcase.