The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
jens
- "CachingPolicyManager: Make Max-Age parameter dynamic",
[Accepted] http://www.zope.org/Collectors/CMF/405
mhammond
- "Windows Developm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm currently going through CMFCalendar to give it the full
viewification/interfaces/etc treatment Yvo and Tres already did for
CMFDefault. I'm getting pretty close, but trying to stitch in the
views leads to NotFound errors:
Cannot locate obj
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm currently going through CMFCalendar to give it the full
viewification/interfaces/etc treatment Yvo and Tres already did for
CMFDefault. I'm getting pretty close, but trying to stitch in the views
leads to NotFound errors:
hi all,
i'm picking up a thread from january that sort of petered out...
yuppie wrote:
Tres Seaver wrote:
Florent Guillaume wrote:
Because the "current base profile id" is not stored, there's no way to
do detect the change to a different base profile. Should I store that
property to allow for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28 Mar 2006, at 21:46, Rob Miller wrote:
assuming that you do actually have a similar "edit.html"
browser:page declared, then maybe the problem is with the
cmfcalendar layer not being included in your current skin?
Thanks Rob, I think that w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jens Vagelpohl wrote:
>
> On 28 Mar 2006, at 21:46, Rob Miller wrote:
>
>>> assuming that you do actually have a similar "edit.html" browser:page
>>> declared, then maybe the problem is with the cmfcalendar layer not
>>> being included in your curr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28 Mar 2006, at 23:46, Tres Seaver wrote:
Really, *neither* product should have a 'browser:defaultSkin'
directive
in its configure.zcml: that directive belongs only in the user's
site.zcml, or *maybe* in a slug in 'package-includes': it is
Hi there,
I'd like to use GenericSetup in one of our tools.
In this tool I have a directory exportimpot with a config.zcml and
actions.py
(everithing copied from CMFCore actually)
ther is a class declaration for ActionsToolXMLAdapter in
importexport.actions.py
Why do I get the traceback at th
On 3/28/06, Rob Miller <[EMAIL PROTECTED]> wrote:
> i, on the other hand, am very interested in being able to see which
> profiles have been applied. i don't think it's unreasonable to record
> and expose this. of course this can't be treated as the final word on
> the current site configuration,
maybe i'm missing something fundamental, but i'm having trouble figuring
out how i'm supposed to apply extension profiles to my site. the
intended mechanism is clear enough; set the active configuration to be
the desired profile and then execute runAllImportSteps on the setup
tool. the appare
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29 Mar 2006, at 08:25, Rob Miller wrote:
my base profile is a default Plone site, which does a bunch of
configuration and adds a few pieces of content using the
"structure" folder mechanism that is supported by CMFCore's
StructureFolderWalki
11 matches
Mail list logo