Fork me on GitHub
#cljs-dev
<
2023-11-29
>
dnolen15:11:12

@quoll it’s probably not something to really prioritize, one problem is that anything that cljs.core requires people might use directly.

quoll15:11:41

I’m suggesting this as something that cljs.core could use, instead of the goog libs. (And yes… whatever cljs.core uses is absolutely fair game for me. That’s actually why I started using the goog libs in the first place) 😊

dnolen16:11:59

right just pointing out that you can’t elide the requires. Otherwise I don’t see a serious problem with it other than it will probably make cljs.core a little bit bigger advanced compiled.

quoll18:11:51

That makes sense, given that it would be implemented in cljs rather than js. That said, cljs.core does not use a lot of classes from goog, so it may not be much. As an aside, I’ve run into a bug in goog.Uri so this could be an opportunity to fix things like that 🙂

quoll18:11:49

The bug is that empty fragments are dropped entirely, which violates the RFC (and causes problems in many Semantic Web applications)