On 5 Apr 2005 00:35:45 -0700, "Kay Schluehr" <[EMAIL PROTECTED]>
wrote:
>Ron_Adam wrote:
>> Ok... it's works! :)
>>
>> So what do you think?
>
>Not much. As long as You do not present any nontrivial examples like
>Guidos MultiMethod decorator or an implementation of the dispatching
>"case" decorat
Ron_Adam wrote:
> Ok... it's works! :)
>
> So what do you think?
Not much. As long as You do not present any nontrivial examples like
Guidos MultiMethod decorator or an implementation of the dispatching
"case" decorator I proposed that would benefit from factoring into pre-
and postprocessing the
Hi again, If anyone is reading this.
Fixed the endless loop when stacking the same decorator instance. You
can now reuse the same exact decorator object either in stacks or on
different functions with different arguments.
The only quirk left is if you stack the same decorator object, and
have
Ok... it's works! :)
So what do you think?
Look at the last stacked example, it process the preprocess's first in
forward order, then does the postprocess's in reverse order. Which
might be usefull. Interesting in any case.
Making decorators with this class is a snap!
Any thoughts? Any imp