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

Feature Reqest: ICU (icu::PluralFormat) #240

Open
hrbrmstr opened this issue Dec 20, 2016 · 2 comments
Open

Feature Reqest: ICU (icu::PluralFormat) #240

hrbrmstr opened this issue Dec 20, 2016 · 2 comments

Comments

@hrbrmstr
Copy link

hrbrmstr commented Dec 20, 2016

First time gh-issuer, long time stringi user and zealot :-)

I was thinking about implementing http://www.icu-project.org/apiref/icu4c/classicu_1_1PluralFormat.html outside of stringi but was wondering if it has a place in stringi instead? I have no pressing need for it but have been in a convo with other who do (and, while https://github.com/hrbrmstr/pluralize is a stop-gap for it, a speedy, robust stringi function family would be much better).

Not sure I have the time in the short-term to work on this but wanted to gauge whether it was a possibility before forking and PRing later or if this was already being worked on.

@gagolews
Copy link
Owner

Yep, feel free to contribute within stringi :)

BTW, there's a whole bunch of un-implemented features; see, e.g., the whole ICU Message/Number Format system etc. I'd like to see that in stringi, I'd love other R users have access to that but I don't have the time to work on that myself, especially in the so-called "near future".

I guess that a good place to start is to think of the API proposal = how would these ICU services be available to R users? A list of projected-expression calls + desired outputs could do the trick.

@hrbrmstr
Copy link
Author

hrbrmstr commented Dec 25, 2016

cool. i'll see what i can put together by mid-January February.

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

2 participants