Re: [Zope-dev] Externalize or Adapt? (ZPatterns)

2000-06-10 Thread Mike
> I will add a "retrieveItem" method to the Specialist which, instead of > accessing a rack in the local specialist (the default implementation), it > will instead call (for example) SkyDivers.getItem(). Thus, when you call > Customers.getItem(), you will actually get an object from the SkyDiver

Re: [Zope-dev] Externalize or Adapt? (ZPatterns)

2000-06-10 Thread Mike
Mike wrote: > > > I will add a "retrieveItem" method to the Specialist which, instead of > > accessing a rack in the local specialist (the default implementation), it > > will instead call (for example) SkyDivers.getItem(). Thus, when you call > > Customers.getItem(), you will actually get an ob

Re: [Zope-dev] Externalize or Adapt? (ZPatterns)

2000-06-10 Thread Phillip J. Eby
At 06:31 PM 6/10/00 +0800, Mike wrote: > >Maybe the best way is to put a 'thumb' data source into Customers >instead of native one. This thumb should translate all messages to >SkyDivers' data source. Yes, a "Delegation Rack" is certainly possible. It would make it really easy to merge data from

Re: [Zope-dev] 0.4.0 prerelease snapshot (was zpatterns-0.4 ?)

2000-06-10 Thread Phillip J. Eby
By popular demand, I am releasing a development snapshot of version 0.4.0. Please see the main ZPatterns download page. This is EXTREMELY ALPHA and includes a fair amount of code that just got written or debugged today. Actually, most of the stuff I wrote today got exercised pretty well. I'm mo

[Zope-dev] advice on MountedFileStorage changes.

2000-06-10 Thread Anthony Baxter
I've nearly completed the code to make MountedFileStorage able to create new FileStorages on demand, _however_... I'm hitting a bit of a problem with the Product initialisation. Right now I'm just calling OFS.Application.initialize(), which goes through and re-imports all the products, and add