Re: [Zope-CMF] Re: Content types based on Python objects

2007-12-03 Thread Charlie Clark
Am 03.12.2007 um 15:11 schrieb Charlie Clark: ie., I'm dependent upon Zope committing the changes to the database which it. Is there anything I'm missing like inheriting fom DublinCore? For posterity: it often helps to reread clever people's posts! :-O PersistentDict is what I need. Than

Re: [Zope-CMF] Re: Content types based on Python objects

2007-12-03 Thread Charlie Clark
Am 29.11.2007 um 10:55 schrieb Charlie Clark: Lucky for me that some clever person came up with these modules! ;-) Anything else I need to look out for? Not sure if this is entirely the correct way but I do not need an essentially trivial object: a dictionary addressable by X, by Y and

Re: [Zope-CMF] Re: Content types based on Python objects

2007-11-29 Thread Charlie Clark
Am 28.11.2007 um 19:49 schrieb Philipp von Weitershausen: Right. You can't mix built-in types with ExtensionClasses (pretty much anything in Zope 2 is an ExtensionClass). Actually, subclassing the built-in types usually only works for trivial cases. UserDict (or PersistentDict) is the righ

[Zope-CMF] Re: Content types based on Python objects

2007-11-28 Thread Philipp von Weitershausen
Charlie Clark wrote: Am 28.11.2007 um 14:03 schrieb Charlie Clark: class Grid(dict, PortalContent) ... TypeError: Error when calling the metaclass bases multiple bases have instance lay-out conflict Looks like using the old favourite UserDict solve the incompatability problem. class Gr