-
-
Notifications
You must be signed in to change notification settings - Fork 181
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
Abbreviated words #49
Comments
I thought there had been a previous discussion around this sort of thing, but I can't recall it now. I think it's reasonable to want to do this, but in reality I'd need to know a lot more about the context to figure out if it's something that should be here. Can you give more information? An abbreviated rule is pretty similar to an irregular rule, what would be the main difference? Is it just how to handle casing, in which case is there perhaps a better way (maybe a case-sensitivity flag?) that doesn't change the core behaviour? |
Yes, In my use case only difference between an abbreviated rule and irregular rule is case handling. So something like |
Just ran into the same issue - also with the string Example: pluralize('Foo ID', 2);
// -> 'Foo IDS' In this case I want to control the output so it can instead return 'Foo IDs'. Thanks in advance! |
I've hacked around it.
|
Hey,
I'm currently working on a project that needs to support pluralization of the abbreviated words, so I need to add lowercase 's' letter to the end of these words (e.g. VIP => VIPs, currently I get VIPS).
Are you planning to add this feature to your library? Something like
pluralize.addAbbreviatedRule()
or similar.Regards
P.S. Thanks for the great library!
The text was updated successfully, but these errors were encountered: