The 0.1.9 causes regression about hicada

[rauhs]

Argh! I def. didn't want that. I actually say that in my inital blog post on medium. That you can use :> to make sure the first argument is interpreted as the props!

I accepted the PR without much thought since I have since moved on from Clojure. I'd certainly accept a PR restoring the old functionality. Even though I don't like flip/flopping on this behavior. :/

Not sure what to do here. Either way sucks.

[rauhs]

Thinking about it. Gonna leave it like that. Breaking it again would suck for the 0.1.9 users. Better only break it once than twice, right?

But glad that there is workaround, that was actually one bit motivation: Don't provide a macro, just a function and let users configure the behavior as much as they want.

So "won't fix" it is. Thanks for letting me know. And let me know if you'd like commit access to hicada... ;)

[niwinz]

After thinking a bit about this, I still think the revert is a better way to proceed. Because the :> handler was the unique approach for passing props dynamically hicada has, with the current situation we have the :> handler and the default one [:somekeyword are synonyms, leaving hicada without any dynamic extensibility/usage. Additionally, the default (previous behavior was documented) and the new one not.

And you of the past was right exposing the building block and not the final api was the right decision.

PD: i'm gladly can take care of the maintenance of hicada, just give me permissions to repository and if you prefer the clojars permission to hicada group (if not, i can publish it under funcool organization also...)

[rauhs]

You're the boss now, so feel free to revert it :)

I also gave you permission to the clojars, let me know if you need more access.

[niwinz]

Nice @rauhs, Thank you.