dan
merged into wrong base, resubmit: https://github.com/bluesky-social/social-app/pull/6050
Hi @lra, thank you for your feedback. We try to keep these kinds of decisions within the purview of the individual teams driving each translation, and we trust the translator...
accidentally merged into wrong base, resubmitted as https://github.com/bluesky-social/social-app/pull/6049
It seems like the issue is that the best fit matcher is very inefficient. You can see this by running the polyfill code unconditionally in Chrome with 6x CPU throttling....
Cool, thanks. Would it be possible to offer a version of the polyfill that does `'lookup'` instead? Also, in general, something feels pathological about, say, passing `en` and then spending...
>If you're running on a platform that you know definitely needs polyfilling, you can import /polyfill-force instead. Fantastic, this hasn't even occurred to me but it's exactly what I needed.
It would be still be great to _somehow_ get this fixed upstream because I bet it's affecting a lot of RN apps that use `@formatjs` transitively. Most developers aren't aware...
Actually nvm, I guess developers *do* include the polyfill itself manually so this was probably our mistake. Would be good to call it out in docs maybe.
Thanks a lot for holding my hand through this, the last insight let me cut off a few hundred more ms.
Might be dicey but seems like a good moment to kick off a discussion on how to avoid this slowing down more apps. It sucks that many apps will add...