Hello all,
I'm trying to upgrade CMF, and when I try upgrading from CMF 1.2 to 1.3
or later I start getting KeyError: portal_url. From what I gather, the
CMF URL Tool was moved from CMF Default to CMF Core, and I need to
delete the portal_url object and recreate it under the proper tool,
however Z
On 1 Jul 2005, at 20:17, Dieter Maurer wrote:
Florent Guillaume wrote at 2005-7-1 17:19 +0200:
In many places, CMFSetup exports and imports things like titles and
descriptions. For instance, for the workflow states and transitions.
These fields can often, outside the USA, contain non-ascii stri
Florent Guillaume wrote at 2005-7-1 17:19 +0200:
>In many places, CMFSetup exports and imports things like titles and
>descriptions. For instance, for the workflow states and transitions.
>These fields can often, outside the USA, contain non-ascii strings.
>How do we export and reimport them ?
Hi Florent!
Florent Guillaume wrote:
In many places, CMFSetup exports and imports things like titles and
descriptions. For instance, for the workflow states and transitions.
These fields can often, outside the USA, contain non-ascii strings. How
do we export and reimport them ?
It would be
Thanks for the cleanups and Event.xml :)
Florent
Yvo Schubbe <[EMAIL PROTECTED]> wrote:
> Update of /cvs-repository/CMF
> In directory cvs.zope.org:/tmp/cvs-serv21866
>
> Modified Files:
> CHANGES.txt
> Log Message:
> removed CMF 1.5 change from 'HEAD only' section
>
>
> === CMF/CHANGE
In many places, CMFSetup exports and imports things like titles and
descriptions. For instance, for the workflow states and transitions.
These fields can often, outside the USA, contain non-ascii strings.
How do we export and reimport them ?
1. We can export by converting them to unicode, and
That's now merged (genericizing of TypeInfo export). But boy that was
painful! I really wish we moved to svn...
Just to give some perspective... after Plone + the Collective moved to
svn, the barrier to entry for a lot of would-be contributors (including
me) was radically reduced. Making a
** Reply Requested When Convenient **
Sorry, but I'am not in the office. I'll be back on the 18.07.2005.
Thanks
Dirk Wessel
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
See http://collector.z
Tom Dossis <[EMAIL PROTECTED]> wrote:
> http://mail.zope.org/pipermail/zope-cmf/2003-November/019794.html
>
> > Florent Guillaume wrote:
> >> What is it really to be a member of a portal ?
> >>
> >> 1) we have the Member role, but nowhere is it enforced that members
> must be Member.
> >
>
Jens Vagelpohl <[EMAIL PROTECTED]> wrote:
> On 1 Jul 2005, at 14:26, Florent Guillaume wrote:
> > That's now merged (genericizing of TypeInfo export). But boy that was
> > painful! I really wish we moved to svn...
>
> To be honest, I would like a move to SVN myself. I would even
> volunteer to
On 1 Jul 2005, at 14:26, Florent Guillaume wrote:
That's now merged (genericizing of TypeInfo export). But boy that was
painful! I really wish we moved to svn...
To be honest, I would like a move to SVN myself. I would even
volunteer to do it. I've been using it for a while now and I learned
Jens Vagelpohl <[EMAIL PROTECTED]> wrote:
> >> Besides that, I'm a bit confused by the fact that Florent didn't
> >> backport his latest CMFSetup changes to the CMF-1_5-branch.
> >
> > Yeah I was waiting to see if I had more changes to do on HEAD before
> > backporting everything at once. I think
The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
efge
- "CMFSetup doesn't correctly detect DCWorkflow on export",
[Accepted] http://www.zope.org/Collectors/CMF/298
gregweb
- "CMFUid.UniqueId
Alec Mitchell wrote:
[nice analysis cut]
The above steps are the expected behavior, and appear to work perfectly. The
strange part follows:
5) 'portlet_login' gets the url for the action using "[a['url'] for a in
actions['user'] if a['id']=='join']".
Shouldn't this be something like:
her
14 matches
Mail list logo