Fork me on GitHub
#cursive
<
2018-11-15
>
odinodin09:11:02

@grav how did you connect to figwheel-main? I’ve almost got it, but got the following nREPL connection found but unable to load piggieback

odinodin09:11:25

I got it working, I just had to specify my figwheel.main alias in the autogenerated REPL-config

odinodin09:11:35

So connecting to a figwheel-main REPL in a deps.edn project works like a charm in Cursive ❤️

kanwei19:11:33

hey, updated to eap10 but mount/defstate still "cannot be resolved" - anything else I need to do?

manutter5119:11:20

I updated to eap10 and mount/defstate is finally resolving for me. I didn’t do anything else besides update Cursive, but I believe I had previously used Resolve As on it in an earlier attempt to get it to resolve.

kanwei19:11:26

so was the fix just to enable "resolving as"?

kanwei19:11:45

which one does it make sense to resolve as?

manutter5119:11:21

I think I did mine as defn, but I suppose it’s a matter of personal taste.

manutter5119:11:17

No, looks like it was just def — you can see it in the preferences under Languages & Frameworks -> Clojure -> Symbol Resolution

cfleming20:11:10

@kanwei You might need to do a File-&gt;Invalidate caches and restart… for that to work.

cfleming20:11:35

Thinking about it, this change probably won’t be picked up automatically.

cfleming20:11:50

No, that’s not the issue.

cfleming20:11:10

The issue is that mount uses a vendored version of macrovich.

cfleming20:11:08

Yes, that’s the issue. I tested the macrovich fix, but not mount directly.

manutter5120:11:34

Huh, it worked for me right away.

cfleming20:11:34

If you open mount.tools.macrovich, you can resolve deftime there as net.cgrand.macrovich/deftime and things should work.

cfleming20:11:55

@manutter51 I’m not sure how that could work.

manutter5120:11:18

Figures it would be me that would find a way to screw up by getting it right. 😄

manutter5120:11:04

That’s my personal project on my personal laptop, I’ll check it again after work.

kanwei20:11:04

@cfleming so I'm in mount.tools.macrovich and "(defmacro deftime" is actually resolved

kanwei20:11:34

when i click the lightbulb and try to resolve it as, there's no submenu

kanwei20:11:37

just closes

cfleming20:11:26

Yeah, the submenu thing is a confusing UI for this - you need to press enter on the resolve as… menu item.

cfleming20:11:49

Then select specify… and choose net.cgrand.macrovich/deftime

cfleming20:11:00

Yes, you don’t want the right submenu

kanwei20:11:27

pressing enter does nothing, just closes the window

cfleming20:11:48

Get the first pop-up by alt-enter or clicking the lightbulb, then move onto Resolve mount.tools.macrovich/deftime as…, then press enter.

kanwei20:11:05

doing that just closes window for me

cfleming20:11:08

That’s not good. Do you have any exceptions logged when you do that?

kanwei20:11:19

already invalidated caches too

cfleming20:11:20

That’s very annoying.

cfleming20:11:29

Can you open mount.core, and then find the (defmacro defstate line, line 169 in my version.

cfleming20:11:19

You’ll see that the defmacro is inside a (deftime invocation - does trying to customise the resolution from the usage of deftime rather than the definition help?

kanwei21:11:09

Resolve as on that also just closes the window

kanwei21:11:29

well, i think it might be because it's an external library?

kanwei21:11:37

is your mount open as a primary project or external

kanwei21:11:51

i can "resolve as" on something in my own project

cfleming21:11:58

I don’t think so, but I’ll try.

kanwei21:11:16

i'm also using deps.edn if that could be a factor

cfleming21:11:44

Ok, when it’s used from a library I see what you’re seeing, yes - I’ll debug that now.

manutter5121:11:57

Ok, I have mount/defstate resolving with no problems on my work computer too, eap10 and lein deps :tree shows

[re-frame "0.10.5"]
   [net.cgrand/macrovich "0.2.0"]
which may be relevant (?)

cfleming21:11:25

@manutter51 Which version of mount are you using?

manutter5121:11:50

[mount "0.1.12"]

cfleming21:11:21

That explains it, I think it’s 0.1.13 on which has this problem?

cfleming21:11:32

It was converted to use macrovich (which is giving the problems) at that time.

cfleming21:11:47

Yeah, it was 0.1.13 which supported self-hosted CLJS.

cfleming22:11:21

@kanwei You were absolutely right, that was the problem. I’ve just fixed that in master - I’ll try to release a build with that shortly.