Hi,
maybe it's a little late to join this discussion. i read the thread and
want to point some of my thoughts here.
imo its a bad idea to depend on static zcml configuration for factory
types. martin did a nice approach in his portlets engine with a name
traverser when calling a generic adding
hi martin,
Am Montag, den 14.07.2008, 21:31 +0100 schrieb Martin Aspeli:
Hi Robert,
maybe it's a little late to join this discussion. i read the thread and
want to point some of my thoughts here.
imo its a bad idea to depend on static zcml configuration for factory
types. martin
Hi,
Am Dienstag, den 15.07.2008, 08:53 +0100 schrieb Martin Aspeli:
Hi Robert,
imo its a bad idea to depend on static zcml configuration for factory
types. martin did a nice approach in his portlets engine with a name
traverser when calling a generic adding view.
I'm not quite sure I
Am Dienstag, den 15.07.2008, 12:43 +0200 schrieb yuppie:
Robert Niederreiter wrote:
i took this idea and the
adding mechanism of devilstick works this way as well and depends on the
fti too. so a call of foo/add/portal_type returns an add view for
requested type.
How's that different
Am Dienstag, den 15.07.2008, 22:34 +0100 schrieb Martin Aspeli:
Daniel Nouri wrote:
Daniel Nouri writes:
Robert Niederreiter writes:
yuppie writes:
I like pretty URLs, and 'foo/+/MyPortalType' looks much prettier than
the URLs needed with my approach:
foo/AddViewName
Hi,
So, let me try to summarise what I think we're saying here:
- My type has a form like:
class MyAddForm(CMFBaseAddForm):
fields = form.Fields(IMyType)
portal_type = 'My type'
- The base form knows to look at self.factory_name to look up the
factory when it does the
Am Mittwoch, den 16.07.2008, 13:04 + schrieb Martin Aspeli:
Robert Niederreiter [EMAIL PROTECTED] writes:
+/-
i would provide a default add form anyway. consider how archetypes
works.
Not necessarily an example to follow, though, is it. :)
you never write an addform
Am Mittwoch, den 16.07.2008, 15:57 + schrieb Martin Aspeli:
Daniel Nouri [EMAIL PROTECTED] writes:
Robert Niederreiter writes:
Am Mittwoch, den 16.07.2008, 16:24 +0200 schrieb Daniel Nouri:
Where would we need overrides.zcml?
in the case where ICMFAddForm is no longer
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
See http://collector.zope.org/CMF for bug reports and feature requests
--
Robert Niederreiter
IT-Architecture Engineering
Aflingerstraße 7
A-6176 Völs
+43 699 160 20 192
Am Donnerstag, den 17.07.2008, 13:03 +0200 schrieb Charlie Clark:
Am 16.07.2008 um 17:24 schrieb Martin Aspeli:
I think it's a fairly big shift to assume that the FTI has knowledge
of the
schema of the type. It's not necessarily a *bad* idea (at least I
don't think
so, since this
Hi,
When providing a metadata.xml file, GenericSetup's registerProfile
directive crashes if dependencies/dependencies is provided as empty
tag with a key error (GS v 1.4.1)
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
https://bugs.launchpad.net/zope-cmf/+bug/255301
regards
robert
Am Mittwoch, den 06.08.2008, 12:46 +0200 schrieb Wichert Akkerman:
Previously Robert Niederreiter wrote:
When providing a metadata.xml file, GenericSetup's registerProfile
directive crashes if dependencies/dependencies
Hi,
o +1 on 'container/@@add/typename'
this is my suggestion as well
regards, robert
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
See https://bugs.launchpad.net/zope-cmf/ for bug reports and
13 matches
Mail list logo
