I do like that Gorilla is distributed as a lein plugin, so I can easily start it up in the context of my project alongside my classpath and my code. Would a plugin make sense as an option for Session?
marc On Tue, Mar 25, 2014 at 6:07 PM, kovas boguta <kovas.bog...@gmail.com>wrote: > On Tue, Mar 25, 2014 at 3:05 PM, Jony Hudson <jonyepsi...@gmail.com> > wrote: > > the way you aggregate things in the rendered output is just the way you'd > > aggregate the values. I think these are the core ideas which make both of > > the renderers powerful. > > I'm highly in agreement with this POV. > > The way most JS libraries to do it, which is you supply a DOM element > to the lib and then it populates it with more content, drives me > completely insane. It makes things impossible to compose or > algorithmically generate, you gotta write logic yourself to built up > the structure and tie everything together. > > > > Specifically, with respect to extensibility, my aim with Gorilla was to > make > > it as extensible as possible from the Clojure side, as I'm primarily > > I think this is a real benefit of the Gorilla way. You can create > renderers at the REPL itself, since the rendering happens within the > same evaluation environment. > > I think this is a sound idea, and not necessarily an either/or choice. > I'm thinking about a way to have some form of rendering within the > evaluation environment as well, but it requires more hammock time. One > obvious use case is elliding large outputs. > > Also, it would be pretty interesting to see if Session's renderers > could be reused inside Gorilla. It would be great if we could > standardize on the rendering side of things, so content created in > these systems can flow between them. > > Anyway thanks for chiming in! > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.