🫶 any time

@joshuakgoldberg.com sorry for the no-reply on the repo. Is there anything you need changed in the repo?

I think I still have access to it, maybe you do too? Happy to do some maintenance if that’s required. But, for bigger things, it prob need to wait for after some conferences 🙈

Right now, I don’t have a lot of bandwidth. But what needs to be done on this repository?

This is what Google does all the time. Even in their Flutter conferences they promote apps from big companies by just saying their name, not that only 1 division of that big corp in 1 single country uses Flutter. All while most other countries of the same corp use something else.

Oh man, so much to come still! We can work on so many other parts of the universal story now.

👀

fix(cli): add `EAI_AGAIN` DNS service errors to offline detection by byCedric · Pull Request #34014 · expo/expo Why Someone on Bluesky mentioned running into this error. EAI_AGAIN indicates that the DNS service returned a server-side error. Although it doesn't indicate the user is offline, it does preven...

I added the `EAI_AGAIN` error to the offline detection (when fetch is failing). github.com/expo/expo/pu...

For normal offline errors, we automatically switch to offline mode with a warning that it did. See: github.com/expo/expo/bl...

As the `—offline` flag mentions, we ping the API to get a list of known dependencies that we use to check if you might be running incompatible `expo-*` packages for SDK 50.

We also catch known offline related issues, unfortunately the EAI_AGAIN is a DNS error but doesn’t indicate you are offline.

Syntax trees shouldn’t have to be compiled or evaluated. It’s usually a token based lexer that only represents the written code through an accessible interface. Hence it’s the only way to mutate code in a stable manner.

Preferably all mods that are required for a platform have a proper way to do a mod using some sort of AST/CST. That’s the only way to make things stable

The noop disables dangerous mods for the platform. Otherwise it would error out. Dangerous mods were a “if it’s not implemented, there is still _a_ way to do something” but it’s not recommended and it could be unstable.

That’s why I just disabled it.

react-native-test-app/plugins at trunk · microsoft/react-native-test-app react-native-test-app provides an app for all supported platforms as a package - microsoft/react-native-test-app

Fun fact, both React Native Test App (RNTA) - github.com/microsoft/re... - and react-native-tvos (github.com/react-native...) are using config plugins! Any other out-of-tree platform can adopt it as well.

You know it's a banger when my first words are "sorry, not sorry".

Listen in to an in-depth conversation about React Native debugging from both Alex hunt and me! We have come a long way but have much more to come.

Its better to go for a plugin approach. Even though we don't have a plugin system for Metro configs. Using specialized functions to modify configs lowers the risk a little bit, and adds code-as-documentation to users configs. E.g

module.export = withNativeWind(config, { .. });

Easy to pull out too

I disagree with the "merging configs", I don't think thats a good idea in any way. Merging configs can override so many things without users realizing. That's why we discourage using `import { mergeConfig } from 'metro-config'`.

It’s the same for Metro config. You often accidentally overwrite some configuration that breaks something in unexpected ways

Ok

👋

It’s not about the size, it’s what you can do with 5.5” screenshots

GitHub - byCedric/tldraw-dom-components: Unlock the full React ecosystem on native Unlock the full React ecosystem on native. Contribute to byCedric/tldraw-dom-components development by creating an account on GitHub.

Yeah, I just used the default template and added Tldraw. If you are on SDK 52, DOM components work out of the box.

github.com/byCedric/tld...

This is slick!

GitHub - byCedric/tldraw-dom-components: Unlock the full React ecosystem on native Unlock the full React ecosystem on native. Contribute to byCedric/tldraw-dom-components development by creating an account on GitHub.

github.com/byCedric/tld...

Can’t wait until we lower the dependency count even more ❤️

Having access to the full ecosystem of React (and -Native) libraries truly unlocks possibilities. Even when “just” using a web view.

I’m still amazed how powerful DOM components are. I mean, try implementing an infinite drawing canvas on web, iOS, and Android in under 5 minutes.

With DOM components you actually can.