[Zope-dev] Re: Adding Batch Factory to ZMI "Add" menu OK?

Andy McKay Andy McKay <amckay@merlintechnologies.com>
Tue, 28 May 2002 09:45:15 -0700


My current project is a product called ZFS and I just got an initial beta
working last night and since this project came up. Essentially im hoping this
can be a replacement for LocalFS and all External* products. But this sounds
very similar to your work...

ZFS is folderish object that points to a file system and hacks the storage
level of Zope so that when an object is saved, part of it is "diverted" to
the file system. Meaning the "textarea" part of a DTML Document is saved to
the file system. Because it hacks the storage level, this object appears to
be a normal object (so you can do all the usual things to, for example pasting 
it from ZFS to a normal folder means it becomes a normal object. This approach 
has many advantages and I hope to be able to allow all standard objects 
(DTML *, Python Scripts, Images, Files) to work in this manner.

If running in debug mode, it syncs automatically to the file system, meaning
you can create and edit objects on the FS and they sync straight into Zope.
If in production mode, you call it manually to update, thus getting much
better performance.

You obviously lose some features (Undo) and there are still many issues to be
fixed, but I need to get it done so expect a release soon.

On 27/05/02 18:38 -0300, Leonardo Rochael Almeida wrote:
&gt; Hello Craeg
&gt; 
&gt; I particularly prefer the factory aproach. Zope users are already used
&gt; to that approach because of the Z Search Interface. I think you
&gt; shouldn't need a dummy class just to be able to create such a factory,
&gt; but right now I don't know how you'd go about creating a factory without
&gt; a class.
&gt; 
&gt; As for an ExternalFileFolder, it would be useful if it automatically
&gt; created objects when they are added to the respective directory
&gt; (automatically as in, it checks for new objects when you look at the
&gt; object list (manage_main), or when you try to access a previously
&gt; inexistant (sp.) object. Although, because of Data.fs write-on-read
&gt; concerns, you might want this automation to be configurable on a folder
&gt; by folder basis). An ExternalFolder might also provide a view or tab to
&gt; configure default attributes of newly discovered objects. The objects
&gt; created this way would obviously be regular ExternalFile objects, and
&gt; you could copy/cut and paste them outside of the ExternalFileFolder
&gt; object.
&gt; 
&gt; Cheers, Leo
&gt; 
&gt; On Mon, 2002-05-27 at 17:32, Craeg K Strong wrote:
&gt; > Hello:
&gt; > 
&gt; > I am about to release a new version of the ExternalFile and CVSFile products
&gt; > 
&gt; > http://www.zope.org/Members/arielpartners/ExternalFile
&gt; > [...]
&gt; 
&gt; -- 
&gt; Ideas don't stay in some minds very long because they don't like
&gt; solitary confinement.
&gt; 
&gt; 
&gt; 
&gt; _______________________________________________
&gt; Zope-Dev maillist  -  Zope-Dev@zope.org
&gt; http://lists.zope.org/mailman/listinfo/zope-dev
&gt; **  No cross posts or HTML encoding!  **
&gt; (Related lists - 
&gt;  http://lists.zope.org/mailman/listinfo/zope-announce
&gt;  http://lists.zope.org/mailman/listinfo/zope )

-- 
  Andy McKay