On 05/06/2010 03:35 PM, Aaron S. Meurer wrote: > I think that both have their benefits. I like how Sebastian's model makes > hints objects, which means that they can have docstrings and can be callable. > I also like having the hint manager be and object, and the decorator idea. > > Of Chris's stuff, I like some of the shortcuts he has implemented that reduce > typing for more complex hints. Sebastian's writeup doesn't mention some of > the key things, like the logic for what turns other hints on and off (I am > assuming this would all go in the HintManager). > This is a good idea - to have hints which can set default values for other hints. It would already be possible to simply subclass the HintManager and implement such logic, but I think this really deserves some special treatment directly inside the HintManager. I'll think about it ;)
Sebastian -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sy...@googlegroups.com. To unsubscribe from this group, send email to sympy+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
