[Zope-CMF] CMF 1.5.2beta released

2005-06-28 Thread Jens Vagelpohl
Zope Corporation is pleased to announce the release of version  
1.5.2beta of the Zope Content Management Framework (CMF). This  
release is intended for testing purposes only;  we do not recommend  
deploying it to production servers.  The final release of version  
1.5.2 is expected mid-July 2005.


What is the CMF?

The Zope Content Management Framework provides a set of
services and content objects useful for building highly
dynamic, content-oriented portal sites.  As packaged, the
CMF generates a site much like the Zope.org site.  The CMF is
intended to be easily customizable, in terms of both the
types of content used and the policies and services it
provides.

Where do I get it?

Download it from http://zope.org/Products/CMF/CMF-1.5.2beta

Points of interest include:

- Windows ZIP file,
  http://zope.org/Products/CMF/CMF-1.5.2beta/CMF-1.5.2beta.zip

- Unix tar/gzip archive,
  http://zope.org/Products/CMF/CMF-1.5.2beta/CMF-1.5.2beta.tar.gz .

- Release notes,
  http://zope.org/Products/CMF/CMF-1.5.2beta/README.txt

- Change history,
  http://zope.org/Products/CMF/CMF-1.5.2beta/CHANGES.txt

- Installation instructions,
  http://zope.org/Products/CMF/CMF-1.5.2beta/INSTALL.txt

Where do I go to learn more?

The CMF mailing list ([EMAIL PROTECTED]) has many
participants who are active in supporting the CMF.

...to report bugs?

The CMF Collector:http://zope.org/Collectors/CMF
is the place to report bugs (please search for existing
reports of your issue first!)


___
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


[Zope-CMF] Re: Moving to CMF 1.5.2

2005-06-28 Thread Jens Vagelpohl


On 28 Jun 2005, at 11:25, yuppie wrote:
Well. I don't consider this a release candidate. There are still  
issues with Zope 2.8.0 compatibility. Some of them are resolved on  
the Zope-2_8-branch, but I think we should try to make CMF 1.5.2  
work with Zope 2.8.0:


At this point the policy is very simple:

- releases are timed

- if you feel something must make it into the next release it is up  
to you to mobilize either yourself or someone else to make it happen  
within the release schedule.


There aren't any specific goals for these third-dot-releases per  
se, including an explicit goal that CMF 1.5.2 must work with Zope  
2.8. It is desirable, yes, but won't hold up a final release until  
someone finds it urgent enough to do something about it. Remember,  
there is always the next third-dot-release...


Can't speak for Florent and what he has or hasn't done. Same policy  
applies. If someone finds an issue urgent enough... etc.


jens
___
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


Re: [Zope-CMF] Re: Moving to CMF 1.5.2

2005-06-28 Thread Florent Guillaume
yuppie  [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 I'll just backport them today or
tomorrow if people think it's ok (again, CMFSetup is a bit of a special
case).

Florent

-- 
Florent Guillaume, Nuxeo (Paris, France)   CTO, Director of RD
+33 1 40 33 71 59   http://nuxeo.com   [EMAIL PROTECTED]
___
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


Re: [Zope-CMF] Re: Moving to CMF 1.5.2

2005-06-28 Thread Jens Vagelpohl


On 28 Jun 2005, at 13:13, Florent Guillaume wrote:


yuppie  [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 I'll just backport them  
today or
tomorrow if people think it's ok (again, CMFSetup is a bit of a  
special

case).


Yes please do. As far as I know the Plone guys are very interested in  
its rapid development as well.


jens

___
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


[Zope-CMF] CMF Installation does not show up

2005-06-28 Thread sharif islam
I just installed Zope from source (Redhat Enterprise AS 3). Then I
followed the directions on the website.
1. Downloaded CMF-1.5.1.tar.gz
2. untarred and extracted it
3. Copied the CMF folder to /opt/Zope/lib/python/Products.
4. Restarted
Then when I go the manage website, in the Products section I don't see
any option for CMF. What is wrong? Thanks.
___
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


[Zope-CMF] Inadequate expression context in _getViewFor()

2005-06-28 Thread Paul Winkler
Hi folks,

(this is with CMF 1.4.8)

Today I was puzzling over a pretty simple modification to a TALES expression
in the 'view' action in ... /portal_types/Document/manage_editActionsForm.
It worked fine if I viewed a document  at 
http://localhost:8080/portal/foo/document_view
but it broke if viewed at
http://localhost:8080/portal/foo .

I simplified the expression until I was able to reproduce the
problem with something as trivial as:

string:${object/absolute_url}/document_view

... which should be more or less equivalent to the default setting:

string:${object_url}/document_view

... but instead, I get NoneType has no attribute 'absolute_url'.
What the heck?

The traceback pointed me to CMFCore.utils._getViewFor(), which looks up the
view action from the type information - but, weirdly, evaluates
it in a brutally restricted expression context, from
CMFCore.utils.getActionContext:

def getActionContext( self ):
data = { 'object_url'   : ''
   , 'folder_url'   : ''
   , 'portal_url'   : ''
   , 'object'   : None
   , 'folder'   : None
   , 'portal'   : None
   , 'nothing'  : None
   , 'request'  : getattr( self, 'REQUEST', None )
   , 'modules'  : SecureModuleImporter
   , 'member'   : None
   }
return getEngine().getContext( data )


This is in distinction to the normal context it gets when building
the actions to show in the CMF UI. This context comes from
CMFCore.Expression.createExprContext() and has useful bindings for
all of that good stuff.

So we have a slightly schizoid situation in which your View action
TALES expression can do all kinds of cool stuff - EXCEPT when it's
used by _getViewFor(). This seems rather stupid to me. 
If this is a deliberate restriction, can anybody explain the rationale? 
Or is it, as I suspect, an oversight?


-- 

Paul Winkler
http://www.slinkp.com
___
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


Re: [Zope-CMF] Inadequate expression context in _getViewFor()

2005-06-28 Thread Paul Winkler
 and of course _getViewFor() is marked deprecated in CMF 1.5,
and then my action Just Works.

Whoops!  Move along folks, nothing to see here.

-PW

On Tue, Jun 28, 2005 at 09:54:16PM -0400, Paul Winkler wrote:
 Hi folks,
 
 (this is with CMF 1.4.8)
(snip)

-- 

Paul Winkler
http://www.slinkp.com
___
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