[pid-j]

Based on my findings, Scratch.vm.getLocale() can be used instead of ReduxStore.getState().locales.locale. I wrote a simple custom extension to demonstrate:

In TurboWarp Desktop, Scratch.vm.getLocale() and ReduxStore.getState().locales.locale return the same thing while navigator.languages[0] returns the language of my system (set to Malay):

The packager environment caused Scratch.vm.getLocale() to return the same value as navigator.languages[0] (at least, I assume); this isn't an issue, since the old implementation returned navigator.languages[0] if ReduxStore was not available. Since this is in the packager, the ReduxStore locale code check fails and returns nothing:

As for the other changes, I used a guard clause to clean both _filterArray and getLanguageArray up by juust a tiny bit.

I could naively remove the fallback for navigator.languages[0] in getLanguageCode, but I won't; it's always good to have a fallback.

[ScratchFakemon]

!format

[ScratchFakemon]

wait dangocat doesnt work here i dont think

[ScratchFakemon]

i'll just merge it and fix it on my end