Wt

Hello!

Conversion to string does not seem to create a problem in future.

There are some apps, where user can change locale and locale is saved in database or in cookies. When the app is opened again, selected language is used instead of one reported by browser. To implement this, I need string value of locale.

In case conversion to string would not be added, I will be to add WLocale class detection in cmake (which would be correct, but unwanted), or ugly and buggish checks based on Wt version right in source sode (for non-cmake projects).

3.3.0, RC2 was released. Please, include string operator for WLocale in 3.3.0 final.

bump

Hello,

thank you. Deprecated operator is fine too.

By the way, true way of adding WLocale class was to add methods, setting and getting WLocale object and call them from locale() and setLocale(). In that case API would be clean and backward compatibility (even binary backward compatibility) would be kept.

Version checking is generally less flexible, than feature checking. For example, if you add deprecated string operator to WLocale, it would not affect version checking, but would affect feature checking. Feature checking here is compilation test of std::string locale = wApp->locale();