This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-10-22
Channels
- # announcements (11)
- # babashka (4)
- # beginners (98)
- # calva (18)
- # chlorine-clover (1)
- # cider (44)
- # clj-kondo (6)
- # clojure (61)
- # clojure-australia (4)
- # clojure-dev (4)
- # clojure-europe (132)
- # clojure-italy (5)
- # clojure-nl (4)
- # clojure-uk (31)
- # clojurescript (40)
- # community-development (8)
- # conjure (20)
- # data-science (1)
- # datomic (42)
- # defnpodcast (6)
- # emacs (3)
- # events (1)
- # fulcro (9)
- # graphql (2)
- # hugsql (1)
- # jobs (1)
- # malli (4)
- # off-topic (28)
- # pathom (27)
- # rdf (1)
- # re-frame (10)
- # reagent (4)
- # remote-jobs (1)
- # reveal (32)
- # sci (5)
- # shadow-cljs (18)
- # spacemacs (1)
- # tools-deps (62)
- # xtdb (4)
Hi, would appreciate if anyone could try to use this npm module @tonejs/piano
https://www.npmjs.com/package/@tonejs/piano using shadow-cljs to see if the error is just on my end. Trying to instantiate a Piano object using (Piano.) results in TypeError: Class constructor _o cannot be invoked without 'new'
and I can't figure out how to debug it.
When I execute a build for shadow-cljs, there are still some :infer-warnings
that get displayed. The default for this type of warning is false
and there is no change in behavior when I add the additional compiler-option to set that warning type to false.
Why are there some :infer-warning
types that still display during the build even though the option is turned off by default or explicitly?
------ WARNING #22 - :infer-warning --------------------------------------------
File: /ui/components/team.cljs:78:77
--------------------------------------------------------------------------------
75 | [:input {:placeholder "Username"
76 | :value username
78 | :on-change #(rf/dispatch-sync [::changeusername (.-target.value %)])}]
-----------------------------------------------------------------------------------^
Cannot infer target type in expression (. p1__110681# -target.value)
@ajarosinski use (.. % -target -value)
and the warning should go away?
Thanks. I couldn’t get this interop to work but I got something similar to get the build behavior to change.
Any idea how the wrong version of an npm dep would end up used by shadow? I just upgraded sweetalert2
from v9 to v10 in package.json
, and I verified that project/node_modules/sweetalert2
contains the published code for v10. I cleared everything from the :output-dir
and :asset-path
. However, after a shadow restart and compile, I see the code for sweetalert2 v9 in the :output-dir
again...
@thheller I’ve found this particular flow a challenge when upgrading dependencies as well. It seems like this is required whenever a dependency is changed.
Do you know of a better way to ensure the shadow-cljs build is updated when upgrading dependencies other than deleting builds
?
I haven't deleted builds
in years so I don't have a clue what you are doing that makes this necessary
@thheller This is in 2.11.4. I’ll try to make a reproducible case so we can investigate further
Hello! How can i run backend in re-frame template?