locales | locales generated from the CLDR Project | Internationalization library

We are trying to update a Rails 6.1.4 app to the freshly released Rails 7.0.0 version. After following some guides and tweaking our basic configuration the app works just fine.

Our views using localized strings interpolated by the I18n gem work just fine.

But when we try to access our localized templates, those that have a locale variant in it's path like employees.pt_BR.html.erb, we keep getting:

Marketing::LandingsController#employees is missing a template for request formats: text/html

That did not happen in Rails 6.1.4 and we suspect it's due to using a non conventional naming for our locales. We use language_REGION (e.g. pt_BR) instead of the dash and conventional format according to Rails docs which is language-REGION (e.g. pt-BR).

In our application.rb we have:

Celery disconnects from RabbitMQ each time a task is passed to rabbitMQ, however the task does eventually succeed:

My questions are:

1. How can I solve this issue?
2. What improvements can you suggest for my celery/rabbitmq configuration?

Celery version: 5.1.2 RabbitMQ version: 3.9.0 Erlang version: 24.0.4

RabbitMQ error (sorry for the length of the log:

I have and multi-language application and it will switch language via select input that toggle locale between 2 languages, on the other hand, I have 2 font-family that I want to toggle when the locale changed.

vuetify.js

I am using Next.JS application routing system.

I have created a dynamic route with structure like pages/[country]/[language]/index.js.

Also there is a static route with structure pages/cz/cz/index.js.

Issue appears then i am on static page and trying to navigate throught Link component to access static route content in my case should go to home page & reload same page, instead of that dynamic route content is rendered.

In my case link is just simple navigation to home page for both routes. But maybe issue lies on how index.js file is setup for predefined & dynamic routes.

cz/cz/index.js

I'm using jetpack compose now, and my app has two locales which one of them is RTL, and the other one is LTR.
Everything works fine when the user changes the locale, the whole layout will be rearranged.

The only problem I have is the mirroring of Jetpack Compose Icons. I have an IconButton like this:

I had always heard that the [:alpha:] character class was equivalent to [A-Za-z] but in the output below this does not seem to be the case regardless if I use gsub (with and without perl = TRUE) or stringi. It seems [:alpha:] matches non-ascii characters but I may be misunderstanding. Using ?regex tells me:

Certain named classes of characters are predefined. Their interpretation depends on the locale (see locales); the interpretation below is that of the POSIX locale.

But I still don't get the difference. To me [A-Za-z] matches exactly 52 characters, while [:alpha:] matches way more.

Questions

1. What is the difference between [:alpha:] class and [a-zA-Z]
2. What exactly will [:alpha:] match?
3. Will [:alpha:] work the same across different operating systems and locations around the world?

I have an app which supports both English and Japanese locales. There, I am creating a button and set an UIImage to it, which uses a SF Symbol.

I know there are a lot of similar questions, but I didn't find exact my case

I have:

1. Spring boot application
2. pom.xml