This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-05-13
Channels
- # announcements (5)
- # babashka (35)
- # beginners (65)
- # braveandtrue (3)
- # calva (20)
- # cider (6)
- # clara (11)
- # cljs-dev (36)
- # cljsrn (64)
- # clojure (65)
- # clojure-europe (6)
- # clojure-germany (13)
- # clojure-italy (14)
- # clojure-nl (22)
- # clojure-spec (16)
- # clojure-sweden (6)
- # clojure-uk (81)
- # clojurescript (71)
- # conjure (120)
- # cursive (3)
- # datomic (10)
- # events (4)
- # figwheel (4)
- # figwheel-main (5)
- # fulcro (36)
- # ghostwheel (1)
- # graalvm (8)
- # helix (9)
- # jobs (4)
- # jobs-discuss (12)
- # kaocha (33)
- # leiningen (5)
- # luminus (1)
- # off-topic (24)
- # pathom (7)
- # rdf (4)
- # re-frame (3)
- # reagent (15)
- # reitit (11)
- # remote-jobs (1)
- # shadow-cljs (97)
- # slack-help (3)
- # spacemacs (23)
- # vim (15)
- # xtdb (35)
it was a doozy - so there's likely to be issues - that said on a larger project where N things might bork something - it makes the dev process a lot smoother
you can just RN refresh to get back to a good state and the REPL just reconnects and you keep going
if you change things via compile (no REPL) then the app will let you know when you connect a REPL
(this also means you can interact w/ an App after the first install via Krell w/o connecting a REPL at all)
The only big change is react-native-tcp-socket
’s Podfile says it supports iOS, but it compiles fine on macOS if you change the Podfile.
REPL, reloading both work.
the above was all tested mainly with Android - so I didn't cut any corners wrt. to platforms
@joshmiller right that makes sense to me - super cool
Yeah, benefits of small lib that lets RN do most of the work.
I submitted a PR to add macOS support. Assuming they don’t balk at supporting it, then Krell will be able to run without changes.
And released. @dnolen if you bump the dep for that to 3.6.0 we should be good to go.
huh realizing that with RN Refresh / REPL Reconnect support in Krell, we no longer need to quit the REPL session for changes to assets or arbitrary requires
So we can now just npm install smthn...
, require it in the ns
declaration and we’d be able to just keep going uninterrupted?
https://increasinglyfunctional.com/2020/05/13/native-macos-apps-clojurescript.html
I can easily add a screen like for the cache invalidation, "Asset change detected. Refresh the application"
I didn't think there was really a supported way to refresh the entire React Native app automatically
removed some broken stuff from the network handling, seems better especially on Android
should make the experience of running the app first - then launching REPL via -c -r
more sensible
Awesome, thanks, that was a pain point especially when trying to diagnose broken dependencies.
I dropped all zeroconf stuff, https://github.com/vouch-opensource/krell
Hi 👋 I'm new here. Looking at options for react native development with cljs. Seems like there are a lot of different tools to choose from. I'm curious if folks have any particular one you might point to for a newcomer to pick up?
The gist is this: - re-natal, the oldest option, but now a bit dated - shadow-cljs, stable & works, the maintainer is very prompt to provide support on #shadow-cljs if needed, but only as far as it’s shadow-cljs specific. He doesn’t use it himself for react-native as he doesn’t do much react-native development. - krell the newest arrival, looks super promising but it’s still alpha. Don’t let that put you off as its actively developed.
re-natal does force you stay on RN 0.59.7 which is not ideal - since 0.6.X has autolinking which is a big simplification
i gave re-natal a try a little while back for a sideproject, but got turned off by the need for to run xcode. not sure if that's still an issue, but my team mostly runs linux
If you’re going to add some extensions, that are native, you might want to do something in Xcode.
Having said that, you can probably get very far and maybe even not touch any Swift or ObjC. But to release the app for iOS you’ll need Xcode.
that's ok, we can run xcode, but would prefer to develop in linux. sounds like that is possible?
Can anyone comment on using the Metro bundler to serve up static js assets without transformation.
I'm speculating in this suggestion, it makes sense only of Metro is happy to not apply transformations to JS files. I think that's how it works but have never done it in anger.