[Framework-Team] Re: Re: The big 3.0 ;)

2007-04-12 Thread Alexander Limi
On Mon, 09 Apr 2007 11:32:25 -0700, Rob Miller  
[EMAIL PROTECTED] wrote:



Alexander Limi wrote:
On Tue, 03 Apr 2007 03:45:56 -0700, Wichert Akkerman  
[EMAIL PROTECTED] wrote:



- Members folder gets created even though it's turned off?


Bug, should be fixed.

 Still present.


i worked on this w/ thomas during the bug day at the sorrento sprint.   
the fix
was easy (just remove the folder declaration from the 'structure' area  
of the
GS profile), but PortalTestCase depends on the Members folder being  
there for
setting up self.folder in the test case class, so all hell breaks loose  
with

the tests.


Just to make sure we are all on the same page, we discussed this on IRC,  
and I believe we agreed to keep the current Members folder around until  
3.5 since we're cleaning up a lot of users/groups/teams stuff (and  
portal_memberdata ;) then.


I have renamed the title to Users to match the rest of the terminology  
used in Plone. The ID is still Members for test reasons, if people think  
this can be renamed to users instead without a lot of problems, feel  
free — but this is as far as I dare go in changing it. ;)



--
Alexander Limi · http://limi.net


___
Framework-Team mailing list
[EMAIL PROTECTED]
http://lists.plone.org/mailman/listinfo/framework-team


Re: [Framework-Team] Re: Re: The big 3.0 ;)

2007-04-12 Thread Rob Miller

Alexander Limi wrote:

On Mon, 09 Apr 2007 11:32:25 -0700, Rob Miller [EMAIL PROTECTED] wrote:


Alexander Limi wrote:
On Tue, 03 Apr 2007 03:45:56 -0700, Wichert Akkerman 
[EMAIL PROTECTED] wrote:



- Members folder gets created even though it's turned off?


Bug, should be fixed.

 Still present.


i worked on this w/ thomas during the bug day at the sorrento sprint.  
the fix
was easy (just remove the folder declaration from the 'structure' area 
of the
GS profile), but PortalTestCase depends on the Members folder being 
there for
setting up self.folder in the test case class, so all hell breaks 
loose with

the tests.


Just to make sure we are all on the same page, we discussed this on IRC, 
and I believe we agreed to keep the current Members folder around until 
3.5 since we're cleaning up a lot of users/groups/teams stuff (and 
portal_memberdata ;) then.


I have renamed the title to Users to match the rest of the terminology 
used in Plone. The ID is still Members for test reasons, if people 
think this can be renamed to users instead without a lot of problems, 
feel free — but this is as far as I dare go in changing it. ;)


after wrestling with it all day in sorrento, i'm happy to not touch it.

-r


___
Framework-Team mailing list
[EMAIL PROTECTED]
http://lists.plone.org/mailman/listinfo/framework-team


[Framework-Team] five.intid compatible with five.localsitemanager

2007-04-12 Thread Ross Patterson
I need five.intid in Plone 3.0 so I started a branch that is compatible
with five.localsitemanager as is used in Plone 3.0/Zope 2.10:

http://svn.plone.org/svn/collective/five.intid/branch/localsitemanager/

Is there any interest in integrating this into five.intid/trunk?  If so
I'd be happy to factor out the necessary bits and make them conditional
on successful import of five.localsitemanager falling back to the Zope
2.9/non-localsitemanager bits as appropriate.

If not, can anyone reccomend an alternate approach that doesn't involve
maintaining a separate branch?

Ross


___
Framework-Team mailing list
[EMAIL PROTECTED]
http://lists.plone.org/mailman/listinfo/framework-team