@adamw: javelin has prop-cell to keep cells in sync with properties

@mynomoto: oh that's useful. Thank you!

@seancorfield: Hi, I tried to run this example https://github.com/hoplon/hoplon/wiki/Get-Started boot -d seancorfield/boot-new new -t hoplon -n address-book. For some reason it creates build.boot with [org.clojure/clojurescript "1.9.93"] while the latest stable version is 1.9.89. The template fails to compile and a subsequent change to 1.9.89 fixes the problem.

What could be a reason that boot picks version from the future?

Boot new just does what the template says.

(It doesn't even look in the files)

According to Maven Central, ClojureScript 1.9.93 exists: http://search.maven.org/#artifactdetails%7Corg.clojure%7Cclojurescript%7C1.9.93%7Cjar

Looking at the Hoplon template source, it deliberately uses the very latest available releases when it generates a template.

@happy.lisper: Although it hardcodes Clojure to 1.7.0 (in the generated boot.properties file).

The error I get is that string/index-of is not found which sounds like a version issue (`index-of` was added to clojure.string in 1.8.0 I think?).

this is exactly an error I encountered.

This line is the problem -- in the Hoplon template -- https://github.com/tailrecursion/hoplon-template/blob/master/src/leiningen/new/hoplon.clj#L27

thx a lot

(definitely not a boot-new issue here!)

if you update both build.boot and boot.properties in the generated project to Clojure 1.8.0 it will all work

Sorry for that. I moving to boot now and a lot of things are new to me.

I just edited those files and I'm looking at "Hello, Hoplon!" in my browser so you should be good.

my solution was to get older, in fact latest stable version of clojurescript. It is interesting though, that 1.9.93 already depends on Clojure 1.8 while 1.9.89 is presumably 1.7 okay.

I created an issue on the Hoplon template for you https://github.com/tailrecursion/hoplon-template/issues/8

(I don't use Hoplon but you can find me in #C053K90BR any time for questions)

@jumblerg: woo, thanks; we actually worked out we can scale the svg (even inside an object tag if we set it's viewbox and then adjust width & height to the surrounding elem, which feels more hoplon-ui-y anyway.

One thing; we can't find anything setting -maxWidth. -maxHeight is set in ui.cljs/sizebut nothing for width. Is this intentional?

@adamw: yes, i had :w :w+ :w- etc in there before, but removed them because i never seemed to need them in practice, and because i was also using them to manage vertical positioning in certain cases

maxheight is also not exposed to the user

oh true, it's just set to h

So basically we have an object we would like to set to width 100% until it reaches a certain size.

Can't think of a simple way to do that other than maxWidth

@happy.lisper: i saw seancorfield's report and fixed the template, should be good now

@adamw: i’ve added min, max with for the time being, at least until i have the time to give more consideration to your use case; i imagine that should be sufficient. it feels a bit dirty, however, having these without the corresponding heights, and well… those are really tricky.

@alandipert: thank you. I tested it and it works now.

good stuff