helix

lilactown 2021-11-05T14:36:13.076300Z

this looks like a workaround for now https://clojurians.slack.com/archives/C03S1L9DN/p1636114984367400

lilactown 2021-11-05T14:36:25.076600Z

the compiler flag, i mean

Derek 2021-11-05T14:36:56.076900Z

mmhmm

Derek 2021-11-05T14:37:46.077600Z

It’s an easier fix for tick since it’s in a cljc file and the require can be within a reader conditional

lilactown 2021-11-05T14:38:33.078200Z

yeah. it's frustrating, since there isn't really a "best" way to emit code from a macro that does JS interop now

Derek 2021-11-05T14:38:40.078400Z

yea

lilactown 2021-11-05T14:39:39.079Z

i'll probably create a helper fn in the cljs ns to handle setting the display name

Derek 2021-11-05T00:19:15.073300Z

Using helix 0.1.3 and shadow-cljs 2.15.13 (which bumps ClojureScript and the google closure compiler), my helix app is throwing an error at every defnc:

TypeError: Cannot read properties of undefined (reading 'set')
Anyone else seeing this?

lilactown 2021-11-05T01:55:04.073900Z

that makes sense, given the changelog I read by dnolen

lilactown 2021-11-05T01:55:56.074100Z

https://github.com/lilactown/helix/issues/90

Derek 2021-11-05T01:56:34.074500Z

thanks

Derek 2021-11-05T02:02:57.075600Z

and this: > Some ClojureScript libraries assume that because cljs.core loaded goog.object, it would be safe to refer to such definitions directly, i.e. goog.object/get without the necessary require. This pattern can be useful in the writing of macros so that users can elide a require. However, this is now an anti-pattern and will fail. from https://clojurescript.org/news/2021-11-04-release

lilactown 2021-11-05T04:51:10.075800Z

yup exactly