Fork me on GitHub
#boot
<
2017-03-19
>
jimmy02:03:25

why don't you use the default one ?

jimmy02:03:25

@lxsameer you can try this one , I haven't used it yet but it's from @weavejester so xD https://github.com/weavejester/eftest

richiardiandrea03:03:13

There is a fast boot-alt-test @lxsameer

qqq14:03:31

Is there a way to control how boot displays it's

WARNING: ..... line ***X*** ***filename***
I want to somehow send this into to emacs and have emacs jump me around (this is for boot auto reload on file saves)

micha14:03:19

@qqq this is cljs warnings i assume?

qqq14:03:46

@micha: yes, these are from cljs

qqq14:03:21

(comp
  (watch)
   ...
  (cljs ...) <-- I think it's from this task
)

micha14:03:22

there are multimethods in the cljs compiler that produce those warning messages

micha14:03:32

you can override those perhaps

qqq14:03:17

okay, so (1) this is a 'hack cljs compiler' problem and (2) not a boot problem?

qqq14:03:30

does boot get to 'intercept' the WARNINGS before they get displayed to screen?

qqq14:03:40

it seems like the hacky solution is to just have the boot layer do a regexp

micha14:03:10

it's not really hacking the cljs compiler

micha14:03:26

those multimethods are there for that purpose i imagine

micha14:03:50

there may even be a compiler option for it

juhoteperi14:03:56

@qqq Boot-reload has option to run commend when a warning or error is clicked in Boot-reload HUD

qqq14:03:19

would this involve (1) downloading cljs source (2) modifying the code (3) repackacing a jar and (4) telling boot to use my new cljs compiler version? [I'm new to this and want to map out what I need to do]

micha14:03:37

no, you'd just need to defmethod in a clojure file

micha14:03:49

multimethods can be overwritten at runtime

juhoteperi14:03:10

There is no multimethod for this

juhoteperi14:03:16

the warning multimethods are to create the message

micha14:03:36

couldn't they also send it somewhere via a socket or whatever emacs wants?

juhoteperi14:03:37

Cljs compiler has warning-handlers compiler option

juhoteperi14:03:52

Multimethods work on wrong layer for this

juhoteperi14:03:58

they are very low level

micha14:03:04

yeah the compiler option is better for sure

juhoteperi14:03:08

analyzer etc. call them to create the message

micha14:03:24

yeah i didn't know there was the compiler option

micha14:03:43

i've used the multimethod in the past to do things

micha14:03:48

it worked fine

juhoteperi14:03:51

@qqq The warnings are exposed on Boot fileset metadata, it is possible to create a task to send these to Emacs without modifying Cljs or Boot-cljs

micha14:03:12

^^ that's the best 🙂

juhoteperi14:03:36

and few lines up is the code to catch exceptions

juhoteperi14:03:03

Using the :warning-handlers compiler option is not currently possible, as Boot-cljs overrides that with it's own handler: https://github.com/boot-clj/boot-cljs/blob/master/src/adzerk/boot_cljs/impl.clj#L115 (this could be fixed though)

qqq14:03:37

@juhoteperi : nice; thanks!

qqq15:03:31

in boot, where are the options for color code for cljs ?

qqq15:03:38

It's currently yellow, which doens't look very nice on white background

qqq15:03:45

I'd prefer dark blue on white for cljs WARNINGS

nonrecursive15:03:31

hey y’all - is there a way to reload dependencies in boot? I’m trying to work on a dependent library snapshot and want to get boot to pull in its updates

juhoteperi15:03:33

You should configure your terminal color theme so that the basic colors look good: https://github.com/boot-clj/boot/blob/master/boot/pod/src/boot/from/io/aviso/ansi.clj#L71

qqq15:03:09

@juhoteperi : it seems unless (1) I use a darkbackground or (2) make bold-yellow something that is not bold-yellow, there's no way this can look good 🙂

juhoteperi16:03:15

Not too bad IMO

martinklepsch16:03:15

@nonrecursive there's :checkouts env parameter which is parallel to :dependencies but refreshes jars

martinklepsch17:03:05

@nonrecursive you’ll need another process like boot watch build-jar to update the jar in your .m2 btw

nonrecursive17:03:37

ah yes, nice :thumbsup: