Someone else had this as well… but no reply. There are #figwheel-main and #figwheel channels… https://clojurians.slack.com/archives/CALJ3BFLP/p1603900336093300 I ran through https://figwheel.org/tutorial.html it and it worked without that syntax error on my mac.

Could you provide a git repo for us to reproduce the issue?

In fact, could you take the time and setup a new repo from scratch to see if the error persists? That's at least how I would approach this.

@UPJP9G4G1 Actually this is literally just the following:

lein new app test

Then copying the project.clj from the figwheel website verbatim:

(defproject example-project "0.1.0-SNAPSHOT"
  :dependencies [[org.clojure/clojure "1.9.0"]]
  :profiles 
    {:dev 
      {:dependencies [[org.clojure/clojurescript "1.10.773"]
                      [com.bhauman/figwheel-main "0.2.15"]
                      ;; optional but recommended
                      [com.bhauman/rebel-readline-cljs "0.1.4"]]}})

lein trampoline run -m figwheel.main

Dependencies are downloaded as normal and then boom:

https://gist.github.com/wusticality/9e940664c941e9521e6c48179eeec324

There's a gist of the output for me

This happens on both Ubuntu and OSX for me

Any ideas?

worked for me

what version of java are you on?

[kevin@linux ~/repos/figwheel]
$ java -version
openjdk version "11.0.11" 2021-04-20
OpenJDK Runtime Environment (build 11.0.11+9-Ubuntu-0ubuntu2.20.04)
OpenJDK 64-Bit Server VM (build 11.0.11+9-Ubuntu-0ubuntu2.20.04, mixed mode, sharing)

openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment Homebrew (build 17.0.1+1)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.1+1, mixed mode, sharing)

Ok so, it appears it broke because I called my lein app figwheel

Created a new app called figwheel-test and it worked :face_with_rolling_eyes:

ah your source files were overriding fig wheels

I added the following in my deps.edn and it seems to work...

org.slf4j/slf4j-simple {:mvn/version "1.7.32"}
        org.slf4j/slf4j-api {:mvn/version "1.7.32"}

When in doubt, just look up how to do it in JS and then use interop.

Both (js/parseInt \a) and (js/parseInt “a”) give NaN

Because it's not an int?

Look up "js get char int code" or something like that.

Also, in CLJS \a is exactly identical to "a" - there's no difference whatsoever.

No.

Read the output of (doc hash) and notice how it says "hash code". A hash code is not the same as a cryptographic hash/checksum that you need for password checking (assuming that's what the intended usage is).

In CLJ, one of the common libraries to use for that is https://github.com/funcool/buddy No clue whether something like that exists for CLJS but you can certainly find an NPM library for that or maybe use built-in JS API if there's support for cryptographic stuff.

Would be more appropriate for #reagent

In JS, the equivalent would be

el.style.height = 0:
el.style.height = 400;

what makes you believe it isn't synchronous?

Because I inspect the DOM, and 0 is the value set.

here's an example I typed into http://app.klipse.tech

(def el #js {:style #js {:height nil}})

(set! (.-height (.-style el)) 0)
(set! (.-height (.-style el)) 400)

cljs.user.el = ({"style": ({"height": null})});
cljs.user.el.style.height = (0);
cljs.user.el.style.height = (400);

there's nothing async happening here. it complies to essentially what you want the JS equivalent to be

so I would look for something else that might be causing your element's height to be 0

I am setting it to 0. Right before I set it to something else.

Just like in the example I gave, and yet the second call has no effect. (Reagent).

it sounds like there something else going on with your code than calling set! twice in a row

perhaps it's where / when you are calling set!

:component-did-update
      (fn []
        (set! (.-height (.-style @ref*)) 0)
        (set! (.-height (.-style @ref*)) (.-scrollHeight @ref*))

Very basic thing to do in regular JS, but can’t seem to make it work in CLJS 😞

have you ensured that the scrollHeight is not 0 when your component updates?

Yup, if I print before the sets the scrollHeight, its 40

Then its being set to 0, but then never back to scrollheight.

:component-did-update
      (fn []
        (set! (.-height (.-style @ref*)) 0)
        (set! (.-height (.-style @ref*)) (doto (.-scrollHeight @ref*) (prn))))

No, print before the sets. Right before the first set!

you're reading the scrollHeight after setting the height to 0

the code you pasted is equivalent to:

ref.current.style.height = 0;
ref.current.style.height = ref.current.scrollHeight;

Yup!, that causes repaint of the textarea, which is what I want

so I'm checking to see what the scrollHeight is after you set the height to 0, since that's what you're setting the height the second time

So Im growing the textarea automatically as you type text in the textarea right, but when you delete text, the scrollHeight doesnt go smaller, stays the same. So a way to trick it into “reflowing”, is to cause a re-paint, and so do that by setting the height to 0, then that re-calculated scrollheight, and then set the height to scrollheight.

I think I understand that. but what does my CLJS example print?

Prints correct scrollHeight. First line of text is 64 for example, as it goes to second line it becomes 88, and so on, and so on.

But it doesnt actually change the height of the texarea tho, textarea is still 0.

I can reproduce this using React + JS

https://jsfiddle.net/h5vmj4on/

dunno why it behaves that way but it doesn't seem to have to do with clojurescript

Ah damn, you’re right, thanks for the help tho’! Much appreciated.

ahaha, I think I know. it's a bit tricky

I googled for "react textarea set height to scrollheight" and found this gist https://gist.github.com/sikanhe/015c606710dc656f0c40

the key lines are

const textarea = this.refs.textarea
    textarea.style.height = textarea.scrollHeight + 'px'

notice that they add 'px' to the end

I think if you try

:component-did-update
      (fn []
        (set! (.-height (.-style @ref*)) 0)
        (set! (.-height (.-style @ref*)) (str (.-scrollHeight @ref*) "px")))

Omgggg it did it!!!

I was so use to Reagent just adding pixels itself under the hood that I didnt even think about that

Because when I directly overwrite JS object value Reagent wont do anything there

yeah React adds the px to styles passed in to elements, but as you say here we are going around both React and Reagent

It works just fine for me -- I see the following after the downloads:

[Figwheel:WARNING] Attempting to dynamically add "target" to classpath!
[Figwheel:WARNING] Target directory "target" is not on the classpath
[Figwheel:WARNING] Please fix this by adding "target" to your classpath
 I.E.
 For Clojure CLI Tools in your deps.edn file:
    ensure "target" is in your :paths key

 For Leiningen in your project.clj:
   add it to the :resource-paths key
[Figwheel] Compiling build figwheel-default-repl-build to "target/public/cljs-out/figwheel-default-repl-build-main.js"
[Figwheel] Successfully compiled build figwheel-default-repl-build to "target/public/cljs-out/figwheel-default-repl-build-main.js" in 12.285 seconds.
[Figwheel] Starting Server at 
[Figwheel] Starting REPL
Prompt will show when REPL connects to evaluation environment (i.e. a REPL hosting webpage)
Figwheel Main Controls:
          (figwheel.main/stop-builds id ...)  ;; stops Figwheel autobuilder for ids
          (figwheel.main/start-builds id ...) ;; starts autobuilder focused on ids
          (figwheel.main/reset)               ;; stops, cleans, reloads config, and starts autobuilder
          (figwheel.main/build-once id ...)   ;; builds source one time
          (figwheel.main/clean id ...)        ;; deletes compiled cljs target files
          (figwheel.main/status)              ;; displays current state of system
Figwheel REPL Controls:
          (figwheel.repl/conns)               ;; displays the current connections
          (figwheel.repl/focus session-name)  ;; choose which session name to focus on
In the cljs.user ns, controls can be called without ns ie. (conns) instead of (figwheel.repl/conns)
    Docs: (doc function-name-here)
    Exit: :cljs/quit
 Results: Stored in vars *1, *2, *3, *e holds last exception object
[Rebel readline] Type :repl/help for online help info
Opening URL 
ClojureScript 1.10.773
cljs.user=> 

I don't seem to have that file

The part that breaks is lein trampoline run -m figwheel.main

Ok, so it appears that it didn't work because I called my lein app figwheel

Created a new app called figwheel-test and it works :face_with_rolling_eyes: