Thanks Creighton, Let me know how it goes if you get a chance to play with it. The current version is literally only a weekends worth of work, so there are likely many ways it can be improved. I'll continue working on it over the coming weeks, so if there is anything you need in this, don't hesitate to submit an issue!
I'm also investigating different strategies to compiling the templates, so I'll definitely look deeper into the internals of Kioo. The current design allows for a superficially om/reagent-enabled implementation by defining custom transformation functions, but to get the most benefit, something more is likely needed. Again, I am investigating this. All the best, Dan. On Mon, 8 Jun 2015 at 21:02 Creighton Kirkendall <[email protected]> wrote: > Daniel, > I love the idea. I think something similar to kioo's compiler would allow > this to work for om, reagent. If I get a chance I will try and look at how > hard it would be to swap out enlive for erinite. I really like the pure > data style of the transforms. I have often wanted that with both enlive > and kioo. Nice work! > > Creighton > > On Mon, Jun 8, 2015 at 3:15 PM, Daniel Kersten <[email protected]> wrote: > >> Hi everyone, >> >> I am working on a collection of web development libraries to accomplish >> various tasks that I've found myself wanting or needing in recent months. >> Collectively, I've dubbed them Erinite. >> >> The first of these libraries is erinite/template, a Clojure(script) >> hiccup transformation library inspired by Enlive. >> >> https://github.com/Erinite/template >> >> The idea is that transformations are specified similarly to how you would >> in Enlive (a map of selectors to transformations), with the key difference >> that the transformation rules are themselves just data. >> My personal use cases for this are twofold: to be able to process the >> exact same template both on the server and the client; and to be able to >> store templates and their transformations in an externally editable form >> (perhaps in a database). >> >> I would love to get some feedback before I look at where I would like to >> take the library next. For example, something I'm thinking about is >> compiling hiccup+transformations into Om, Reagent or freactive components >> that will efficiently render changes. >> >> -- >> Note that posts from new members are moderated - please be patient with >> your first post. >> --- >> You received this message because you are subscribed to the Google Groups >> "ClojureScript" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/clojurescript. >> > > -- > Note that posts from new members are moderated - please be patient with > your first post. > --- > You received this message because you are subscribed to the Google Groups > "ClojureScript" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/clojurescript. > -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups "ClojureScript" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/clojurescript.
