Hi Shane,
and thanks for Symlink, it's a big step towards solve the problem,
but remains an issue...
It would be great if the symbolic link could have a different id than
the object referenced. But with the __of__ based solution "link.id" is
always "referenced_object.id".
How this could be
On Fri, 29 Sep 2000, Ibañez Palomar Juan David wrote:
It would be great if the symbolic link could have a different id than
the object referenced. But with the __of__ based solution "link.id" is
always "referenced_object.id".
How this could be done?
I think you'd need a special kind of
On Fri, 29 Sep 2000, Ibañez Palomar Juan David wrote:
It would be great if the symbolic link could have a different id than
the object referenced. But with the __of__ based solution "link.id" is
always "referenced_object.id".
How this could be done?
I think you'd need a special
On Wed, 27 Sep 2000 09:06:18 -0400, Shane Hathaway
[EMAIL PROTECTED] wrote:
Also, there's currently a buglet in
acquisition that makes it so that you can only perform the actions on
the symlink which "anonymous" is allowed to do.
Woooh! Someone else that agrees this is a bug in
Toby Dickenson wrote:
On Wed, 27 Sep 2000 09:06:18 -0400, Shane Hathaway
[EMAIL PROTECTED] wrote:
Also, there's currently a buglet in
acquisition that makes it so that you can only perform the actions on
the symlink which "anonymous" is allowed to do.
Woooh! Someone else that
Hi all,
First, I'm using Zope 2.2.1 (Debian package).
I've been trying to implement zope objects that behave like unix soft
links. The message
http://lists.zope.org/pipermail/zope-dev/2000-July/005963.html
by Shane proposes an implementation based in the __of__ method:
class SoftLink
"Ibañez Palomar Juan David" wrote:
Hi all,
First, I'm using Zope 2.2.1 (Debian package).
I've been trying to implement zope objects that behave like unix soft
links. The message
http://lists.zope.org/pipermail/zope-dev/2000-July/005963.html
by Shane proposes an implementation
