Android 14’s regional preferences feature could tell apps to use your most popular calendar and selection method

Android 14 is testing a regional preferences monitor that lets you tell apps what temperature, calendar, working day of 7 days, and selection process to use.

Android 14 may well be introducing a new feature that could enable you inform apps forward of time what your regional preferences are so they can much better personalize your working experience.

Android is mounted on literally billions of equipment about the planet, so it is important that the system is sufficiently localized for all varieties of users. AOSP supports a lot of diverse languages out of the box, and applications can quickly specify what languages they help by supplying diverse source information. Many consumers are multilingual, on the other hand, so they may possibly want to use a person or extra applications in a sure language devoid of getting to alter the language program-extensive.

It wasn’t till Android 13, on the other hand, that these buyers could truly established language choices on a for each-app basis. That was a massive feature no doubt, but there is additional to take into account when it comes to localization, like the temperature models, calendar variety, initial working day of 7 days, and number program. Developers can derive what formats they must use based mostly on the locale that’s now established, of study course. For illustration, if the user sets their language to English (United States), then they’ll possibly want to see temperature models in Fahrenheit.

But what if the person is an American who not long ago moved to the United kingdom, or any place else that predominantly works by using Celsius, and they want to familiarize them selves with how the temperature operates in their new home? It is not usually proper to presume what formats a consumer wants to use, for the reason that with billions of Android end users out there, there are likely to be a ton of consumers who combine and match their configurations.

Which is why a great deal of applications just check with the person what their tastes are. On the other hand, that signifies apps have to employ these configurations. It also usually means that people have to adjust these configurations for each and every single application that presents them, which can be puzzling thanks to differing menu placements. This is why Google additional the for each-application language attribute in Android 13 applications on Android 13 no for a longer period have to implement their personal in-app language options and users do not have to deal with sifting by means of a number of various configurations screens.

In Android 14, Google would seem to be extending this notion to additional areas. The corporation is screening a new “regional preferences” characteristic in Android 14 that allows customers established their desired temperature models, calendar, to start with day of 7 days, and variety system for every locale. “Regional preferences” seems below Settings > System > Languages & enter when a hidden developer flag is toggled. As these, it now does not appear for consumers on Android 14 DP1, so I experienced to manually enable it to get it to seem in settings.

You can use the function to “let apps know your regional choices so they can personalize your encounter.” On every subpage, there’s a be aware that suggests, “apps will use your regional preferences wherever feasible.” For temperature units, buyers can pick amongst Celsius (°C) and Fahrenheit (°F). For Calendar, they can select involving the Chinese Calendar, Dangi Calendar, Hebrew Calendar, Indian Countrywide Calendar, Islamic Calendar, or Persian Calendar. The variety process that can be chosen is dependent on the existing method locale, when I really don’t feel I will need to tell you what the solutions are for the very first working day of week.

It is not clear nevertheless how applications will essentially read the user’s regional tastes. I have some ideas, but because I’m not 100% confident, I’ll just wait around for the documentation to go stay (assuming this element isn’t scrapped).