"Phillip J. Eby" wrote:
> >The AttributeProvider (that my rack have by default) raise an exception
> >in MyItem.__init__ because i and s do not exist (indeed, I want to
> >create them in the instance!)
>
> Could you give the traceback? I think it is more likely your __init__ is
> failing beca
At 12:53 PM 5/18/00 +0400, Jephte CLAIN wrote:
>
>
>"Phillip J. Eby" a écrit :
>>
>> When created, Racks create some default Attribute and Sheet providers.
>> These objects are used by Rackmountables to access data which is not stored
>> directly in the rackmountable.
>
>Indeed, attribute and she
"Phillip J. Eby" a écrit :
>
> At 08:39 PM 5/17/00 +0400, Jepthte CLAIN wrote:
> >
> >I wonder if someone can send me a simple example using the ZPatterns
> >framework. I read all the source, and I still can't figure out what is
> >the relationship between the objects instantiated by the Racks
"Phillip J. Eby" wrote:
>
> At 08:39 PM 5/17/00 +0400, Jepthte CLAIN wrote:
> >
> >I wonder if someone can send me a simple example using the ZPatterns
> >framework. I read all the source, and I still can't figure out what is
> >the relationship between the objects instantiated by the Racks and t
At 08:39 PM 5/17/00 +0400, Jepthte CLAIN wrote:
>
>I wonder if someone can send me a simple example using the ZPatterns
>framework. I read all the source, and I still can't figure out what is
>the relationship between the objects instantiated by the Racks and the
>Rackmountable objects. Also, why
Hello,
I wonder if someone can send me a simple example using the ZPatterns
framework. I read all the source, and I still can't figure out what is
the relationship between the objects instantiated by the Racks and the
Rackmountable objects. Also, why do the rack try to instantiate a
ZClass???
I'