-
Notifications
You must be signed in to change notification settings - Fork 965
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
Default collection formatter not throwing exception #394
Conversation
…tes it in regular style with "&" as separator. in already implemented languages, it returns the language specific translation for "and". #392
[Fact] | ||
public void Issue_392_A_collection_formatter_for_the_current_culture_has_not_been_implemented_yet() | ||
{ | ||
var originalCulture = Thread.CurrentThread.CurrentCulture; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You can use something like:
using(new AmbientCulture("es")) {
// test
}
I don't believe this will handle Cyrillic languages, Asian langues, Arabic, or Greek correctly. There may be others I can't think of at the moment as well. Edit for clarity: I don't know that's enough to prevent going forward with this, just mentioning it. |
@justin-edwards what's wrong with Cyrillic languages? |
I think |
@hazzik, sorry, I had intended to remove Cyrillic languages from that list after I researched it. I may have had bad info on Greek as well (I spoke with someone fluent, but further research contradicts what they said). |
@hazzik I find the idea of For me default implementation should produce following output:
|
I'm with @mexx on this. Also regardless of the default, if one is interested in a better formatter they should just provide their separators in the config. |
I resolved the raised issues, rebased and pushed the code. Thanks. |
This is now released to NuGet as v1.35.0. Thanks for the quick fix. |
Regarding issue #392, this implementation of the default collection formatter now does not throw an exception. In my opinion, it is not a good solution to throw an exception in default implementation because this throws an exception on an not supporter language (I had this with German and Danish).