so that appears to work ok

the only thing that won't really work there is using set! to mutate the dynamic var

from inside a bound-fn

hm yeah that's not the best solution

ok there we go

let’s see it!

https://gist.github.com/micha/cc7aab2fc2cb5757ef0fcce6e0bdbd5e

beautiful

that will be incredibly useful

do you want to roll that into hoplon proper?

we could yeah

i wonder if binding+ and fn+ would be good names?

or something like that?

i guess there is no additional cost to using this form of binding

no runtime cost anyway

it's all computed at compile time

how do the semantics differ from a clojure.core binding?

they don't, i don't think

actually i'm not 100% sure

if the semantics are similar, binding sounds good to me, we have namespaces for disambiguation

yeah

this will give us a nicely controlled, dynamic inheritance mechanism

hm this solution is too simple

unfortunately

dang

it only works when everything is nested inside the binding expression

because it works during macroexpansion only

i guess i need to keep track of bound vars in a global js variable

not just in the macro

can you remind me of the difference between defelem and defelem+ again?

+ allows destructuring to cells in the fn definition

but i recall there being some larger ideas than that behind it

(defelem x1 [{:keys [color]} kids]
  (ul :css (cell= {:color color}) (map li kids)))

(defelem+ x2 [{:keys [color]} kids]
  (ul :css (cell= {:color color})
    (for-tpl [kid kids] (li kid))))

if you do this:

(def x (x1 "hello"))
(body (x "there"))

you end up with something like <ul><li>hello</li>there</ul>

(def x (x2 "hello"))
(body (x "there"))

you get <ul><li>hello</li><li>there</li></ul>

the main difference is the arguments, like you said

@micha is there any way to get the Dom object as some data structure prior to creating it? Like some AST of the node structure?

they're cells with defelem+

@flyboarder: how do you mean?

the lisp program is an AST, i guess?

I'd like to use zippers on the elements to navigate

jquery provides a very good zipper implementation

Yeah that's what I was thinking, just use the clojure code as a list

Oh does it?

way better than the immutable zipper stuff

I didn't know jquery had

yeah because the dom isn't immutable

so you don't need to do the fancy functional zipper thing

it makes no sense

jquery is basically a zipper library

that's it's whole thing, really

$(elem).children().find(".foo").map(...

Hm ok, i see what you mean

the functional zipper stuff wants to achieve that, but it can only partly do it because of the limitations of immutable data

Mostly just curious, I'm working on a boot task for inlining html-imports and css files and turning the file into a zipper made it super easy once you get around the zippers location

you mean like html files?

Yea

I used hickory and wrote an extension for CDs

you can parse those with tagsoup, there are some handy functions in boot-hoplon for that

CSS*

then make a zipper and use it on the immutable hiccup stuff

yeah there are lots of things

Yeah hickory wraps tag soup

enlive is another one

I kinda want to write another zipper for JS but rhino is its own beast

in js for dom stuff jquery is an excellent zipper implementation

statefulness makes that kind of thing a lot easier

and mutation in place

But I'm more looking to manipulate the JS file itself, so I'm looking for a zipper around a JS parser which currently doesn't exist for clojure

ah like parse javascript AST and manipulate that?

Yes

For actual file manipulation

there is a thing called sweetjs i think

like macros for javascript

it exposes an AST

maybe that would be helpful

That looks interesting might be able to use their parser

you could possibly express your transformations in terms of macros, even

then just macroexpand

I hadn't thought of that, hmmm

I guess for the JS stuff I don't really need to be able to parse it for my use, since the browser doesn't have things like import the way html and css does

@alandipert: Hey Alan, thanks for offering to help. The widget in question is from here https://publish.twitter.com (the Embedded timeline) I’ve created an example repo showing the problem we are having: https://github.com/exicon/twitter-embed-issue Where we are having trouble reinitialising the widget, I have tried to explain the problem in more detail in the repo's readme. If you have any questions let me know and thanks again.