On Sun, 15 Jan 2006 00:32:53 -0000, Sidnei da Silva <[EMAIL PROTECTED]> wrote:

On Sun, Jan 15, 2006 at 12:06:43AM -0000, Martin Aspeli wrote:
| So - one problem is that there is a lot of Plone software out there that
| just assumes all content types are Archetypes.

If you know about software that does this, please speak up. Best I can
tell there's no software that depends on content type being
Archetypes, though some stuff like the ReferenceBrowser depends on the
IReferenceable API.

To be honest, I can't really think of any specifics right now, but a lot of things in the collective or plone.org/products that intends to be generic say "for any Archetypes type", for instance.

| But beyond that, CMF requires a lot of boilerplate, like above, that I'd
| rather not have to remember or deal with. So, what are the options?

Does it? I think CMF basically needs a portal_type (I think the class
that provides this is DynamicType or something). Other than that the
*content type* doesn't need much boilerplate. What you need is to
register the factory type on the portal_types tool, but that's not
part of the *content type*.

Technically, yes. But for most people's real I-need-a-content-type use cases, it also needs the factory (so what if it's not technically part of the content type? I still have to write the fscker), and it needs DC meatadata and catalog awareness and a small raft of other things we take for granted. The framework we promote needs to make these things easy for the end user. Every line of boilerplate I have to write is a line that's hard to explain to a beginner and becomes unnecessary maintenance burden when either you screw it up or the underlying framework changes its assumptions.



Zope-CMF maillist  -  Zope-CMF@lists.zope.org

See http://collector.zope.org/CMF for bug reports and feature requests

Reply via email to