[Zope-CMF] CMF Collector: Open Issues

2005-12-21 Thread tseaver
The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).

Assigned and Open


  efge

- CMFSetup: provide non-ascii im- and exports,
  [Accepted] http://www.zope.org/Collectors/CMF/292


  jens

- Discussion replies removal,
  [Accepted] http://www.zope.org/Collectors/CMF/391


  mhammond

- Windows DevelopmentMode penalty in CMFCore.DirectoryView,
  [Accepted] http://www.zope.org/Collectors/CMF/366


  regebro

- fiveactionstool broken (Zope 2.9/3.2),
  [Accepted] http://www.zope.org/Collectors/CMF/392


Pending / Deferred Issues

- CMFCalendar weekday locale issue,
  [Pending] http://www.zope.org/Collectors/CMF/237

- Wrong cache association for FSObject,
  [Pending] http://www.zope.org/Collectors/CMF/255

- CMFSetup: Windows exports contain CR/LF, LF and even CR newlines,
  [Pending] http://www.zope.org/Collectors/CMF/266

- FSPropertiesObject.py cannot handle multiline input for lines, text 
attributes,
  [Pending] http://www.zope.org/Collectors/CMF/271

- PortalCatalog.ZopeFindAndApply should probably also search in 
opaqueItems,
  [Pending] http://www.zope.org/Collectors/CMF/296

- Can't invalidate skin items in a RAMCacheManager,
  [Pending] http://www.zope.org/Collectors/CMF/343

- CMFSetup: Workflow Tool export fails with workflows which have scripts,
  [Pending] http://www.zope.org/Collectors/CMF/373

- CMFCore.Skinnable.SkinnableObjectManager can merge skin data,
  [Pending] http://www.zope.org/Collectors/CMF/375

- Proxy Roles does't work for a Script using portal_catalog.searchResults,
  [Pending] http://www.zope.org/Collectors/CMF/380

- WorkflowAction deprecated warning should not printed for WorkflowMethod,
  [Pending] http://www.zope.org/Collectors/CMF/388

- workflow notify success should be after reindex,
  [Pending] http://www.zope.org/Collectors/CMF/389

- came_from and VIRTUAL_URL problem,
  [Pending] http://www.zope.org/Collectors/CMF/393

- DCWorkflow - Transition Guards - Documentation Bug,
  [Pending] http://www.zope.org/Collectors/CMF/394

- A workflow without managed permission can't be exported,
  [Pending] http://www.zope.org/Collectors/CMF/397


Pending / Deferred Features

- Favorite.py: queries and anchors in remote_url,
  [Pending] http://www.zope.org/Collectors/CMF/26

- Allow flexible date editing in Event.py (CMFCalendar),
  [Pending] http://www.zope.org/Collectors/CMF/40

- DefaultDublinCore should have Creator property,
  [Pending] http://www.zope.org/Collectors/CMF/61

- Make changeFromProperties accept sequences too,
  [Pending] http://www.zope.org/Collectors/CMF/99

- path criteria on Topic should honor VHM,
  [Pending] http://www.zope.org/Collectors/CMF/111

- Document.py: universal newlines,
  [Pending] http://www.zope.org/Collectors/CMF/174

- Permissions in PortalFolder: invokeFactory(),
  [Pending] http://www.zope.org/Collectors/CMF/175

- Add condition for transition's action like other action,
  [Pending] http://www.zope.org/Collectors/CMF/207

- Major action enhancement,
  [Pending] http://www.zope.org/Collectors/CMF/232

- portal_type is undefined in initialization code,
  [Pending] http://www.zope.org/Collectors/CMF/248

- Action._listsActions() should be more safe,
  [Pending] http://www.zope.org/Collectors/CMF/253

- Expose Document text_format metadata,
  [Pending] http://www.zope.org/Collectors/CMF/285

- customization of type of homefolder on creation,
  [Pending] http://www.zope.org/Collectors/CMF/288

- Allow contentFilter to use review_state,
  [Pending] http://www.zope.org/Collectors/CMF/294

- CMFTopic Does Not Cache,
  [Pending] http://www.zope.org/Collectors/CMF/295

- Wishlist: a flag that tags the selected action.,
  [Pending] http://www.zope.org/Collectors/CMF/301

- CMFDefault should make use of allowCreate(),
  [Pending] http://www.zope.org/Collectors/CMF/340

- Nested Skins,
  [Pending] http://www.zope.org/Collectors/CMF/377

- CatalogVariableProvider code + tests,
  [Pending] http://www.zope.org/Collectors/CMF/378

- manage_doCustomize() : minor additions,
  [Pending] http://www.zope.org/Collectors/CMF/382



___
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: CMF 1.6 change broke Plone compatibility

2005-12-21 Thread Florent Guillaume

Jens Vagelpohl wrote:


On 20 Dec 2005, at 23:32, yuppie wrote:

After reading the thread you mention, which isn't all that clear  
when it comes to outlining what the consequences of some of these  
code changes are, I'm confused. I think I can boil it down to one  
question: What is the use of the CMF 1.6 branch if it is not  
compatible to Plone 2.1/2.1.1 and 2.1.2 when it comes out, and  
possibly not even 2.2 since that's only a few months down the road?
I don't quite understand the distinction between compatible with  
products written for Plone 2.1 but not with Plone 2.1, I can't  see 
any sense in that route... it all comes back to one question:  What 
is the goal for the 1.6 branch? What specific audience is it  
targeted at? I can see what it's apparently *not* targeted at:  
People who work with Plone 2.1 - including those that might be  
interested in taking up GenericSetup for their Plone product. I  had 
thought that was our audience.



AFAICT the original target audience were people that want to switch  
to Plone 2.2 and reuse Products written for 2.1.


That might have changed over time, but the code never reflected  that 
change.



Unless someone fixes that CMFDynamicsomethingFTI thing (or the CMF  1.6 
branch) people cannot even attempt to run Plone 2.1 or 2.2  against CMF 
1.6. This is like a stalemate. Can you suggest how to add  a new kind of 
factory information class similar to appending it to  that typeClasses 
structure so Martin can fix the Plone code for  whatever release they 
want to make CMF 1.6-compatible then?


The new way (exemplified by the way CMFCore itself registers 
'Factory-based' type information) is:


- make the class provide ITypeInformation (either directly or through ZCML),

- five:registerClass the class (this makes it available in 
Products.meta_types and for IFAwareObjectManager, which the portal_types ZMI 
add menu uses),


- register an IAdding for it, usually coded in browser/. Using the base 
class provided by CMFCore it's only a few lines.


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: CMF 1.6 change broke Plone compatibility

2005-12-21 Thread Jens Vagelpohl


On 21 Dec 2005, at 11:14, Florent Guillaume wrote:
Unless someone fixes that CMFDynamicsomethingFTI thing (or the  
CMF  1.6 branch) people cannot even attempt to run Plone 2.1 or  
2.2  against CMF 1.6. This is like a stalemate. Can you suggest  
how to add  a new kind of factory information class similar to  
appending it to  that typeClasses structure so Martin can fix the  
Plone code for  whatever release they want to make CMF 1.6- 
compatible then?


The new way (exemplified by the way CMFCore itself registers  
'Factory-based' type information) is:


- make the class provide ITypeInformation (either directly or  
through ZCML),


- five:registerClass the class (this makes it available in  
Products.meta_types and for IFAwareObjectManager, which the  
portal_types ZMI add menu uses),


- register an IAdding for it, usually coded in browser/. Using the  
base class provided by CMFCore it's only a few lines.


Thanks a lot Florent, I assume Martin can go off and do his magic  
with that description.


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] Re: CMF 1.6 change broke Plone compatibility

2005-12-21 Thread Rocky Burt

Well now I'm *completely* confused.

grin

- Rocky


Alexander Limi wrote:
 On Wed, 21 Dec 2005 00:32:02 +0100, yuppie 
 [EMAIL PROTECTED] wrote:
 
 AFAICT the original target audience were people that want to switch
 to  Plone 2.2 and reuse Products written for 2.1.
 
 
 Just a terminology correction here, the next version of Plone is 2.5,
 not  2.2 - we changed our version policy a while back:
 
 http://plone.org/products/plone/roadmap/114
 http://plone.org/roadmap
 
 (Not that important for this discussion, but just a heads-up so you 
 non-Plone people don't get confused about 2.2 vs. 2.5 when we talk
 about  it later. :)
 


-- 
Rocky Burt
ServerZen Software -- http://www.serverzen.com
ServerZen Hosting -- http://www.serverzenhosting.net
News About The Server -- http://www.serverzen.net

___
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: CMF 1.6 change broke Plone compatibility

2005-12-21 Thread Jens Vagelpohl


On 21 Dec 2005, at 12:06, Raphael Ritz wrote:

Starting to look into this myself I just wasted a couple of minutes
because of my outdated setup (I had a plain Zope-2.8.4-final release)

Looking at INSTALL.txt from the CMF-1.6 bundle I found

  Requirements

- Zope 2.8.1 or later
  ...

so I thought I'm on the safe side but digging deeper one
actually sees in GenericSetup.DEPENDENCIES.txt:


Yes, this will need some cleanup before the first beta.



Instead of upgrading Five, I thought I better get Zope-2.9.0b1
which wanted me to upgrade my Python to 2.4.2. I only have a 2.4.1
around with I took and now everything seems OK.


You can just download and put Five 1.2b into your INSTANCE_HOME, it  
will be loaded in preference to the stuff in the SOFTWARE_HOME


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] Re: CMF 1.6 change broke Plone compatibility

2005-12-21 Thread Florent Guillaume

Rocky Burt wrote:

Raphael Ritz wrote:


Looking at INSTALL.txt from the CMF-1.6 bundle I found

 Requirements

   - Zope 2.8.1 or later
 ...

so I thought I'm on the safe side but digging deeper one
actually sees in GenericSetup.DEPENDENCIES.txt:

Zope = 2.8.5
Five = 1.2

So I got a Zope-2.8.5-final only to realize later that
this ships with Five-1.0.2 :-(




Your best bet is to install Zope 2.8.5-final and then install Five 1.2b
(in your instance home Products dir).  Not sure what other troubles Zope
2.9b1 would bring to the table here.


I'm currently working on having CPS work with CMF 1.6 branch and Zope 2.9 
branch. I've had a few fixes to make already, today most things should work. 
A few more may come when I test deeper.


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