At a very superficial glance, it looks like dire also sort of fits into the same space: https://github.com/MichaelDrogalis/dire
On Tuesday, 2 December 2014, Edwin Watkeys <e...@poseur.com> wrote: > Phillip, > > Of Robert Hooke's features, I think the ability to suppress advice > temporarily (its `with-hooks-disabled`) as well to advise a function within > a particular dynamic scope (`with-scope`) are most relevant to Richelieu. > Since one of the major goals of Richelieu is to serve as a generic basis > for advising, I'll probably implement a `with-advice-disabled` form that > takes a sequence of advisedf-and-advicef-set values to temporarily suppress. > > R.H. and Richelieu, while they do much the same thing, seem to be > orthogonal to each other in terms of intent: Richelieu exists to allow > folks to write arbitrary advice-based facilities that are oblivious to each > others' existences, decorating functions that weren't written with being > advised in mind—think tracing and profiling. Phil, on the other hand, > focused on providing a facility for developers who anticipate that their > code might be advised à la the Emacs hooks mechanism. Or not. I'm totally > speculating. > > As for the name, I guess I'm willing to overlook some semantic > quibbles—especially since something very similar to Emacs's normal hooks > could easily built atop R.H.—in pursuit of a charming allusion. > > Edwin > > On Tuesday, December 2, 2014 8:39:37 AM UTC-5, Phillip Lord wrote: >> >> >> I think yours might be nicer, to be honest, though, although Robert >> Hooke has some features yours doesn't. Advising entire namespaces is an >> interesting addition for sure. >> >> I still don't understand why Robert Hooke has this name though. I can't >> have been the only person expecting it to implements hooks. >> >> Phil >> >> Edwin Watkeys <e...@poseur.com> writes: >> >> > Phillip, >> > >> > I’d cry if it weren’t so funny; I’ve just begun to make my way through >> the >> > lastest Read Eval Print λove and the first page or two dwells on >> reinvention. >> > At least mine wasn’t intentional. >> > >> > Edwin >> >> -- >> Phillip Lord, Phone: +44 (0) 191 208 7827 >> Lecturer in Bioinformatics, Email: philli...@newcastle.ac.uk >> School of Computing Science, http://homepages.cs.ncl.ac. >> uk/phillip.lord >> Room 914 Claremont Tower, skype: russet_apples >> Newcastle University, twitter: phillord >> NE1 7RU >> > -- > 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 > <javascript:_e(%7B%7D,'cvml','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 > <javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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 > <javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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.
