Chris Withers wrote:
If I try and add a property in __init__ as so:
self.manage_addProperty('AProperty','1\n2\n3','lines')
I get the following wonderful error:
Error Type: AttributeError
Error Value: aq_base
I made this go away with a patch to PropertyManager.py
Hi Again,
Management.py (around line 148) contains one of those nasty general try:
except: clauses which mask real problems
Anyone know why it's there?
With some additions, I found out it was masking an 'index out of range'
error in the product I'm developing. I wonder why this was presented
Toby Dickenson wrote:
Your object must have a factory method somewhere I suggest adding
an extra method to your object (I always name it '_after_create') and
arrange for it to be called by your factory once the new object is
installed in its container.
...yurch! ;-)
Chris
Hello,
I've read that ZPatterns and ZCatalog don't interact too well and I was
wondering if this is also true of the new ZPatterns release. I might be
looking to move something to ZPatterns so that it can get all benefits
of Zope's security system and things like the Catalog, obviously if the
Hi,
Just went through the fun of compiling this so thought I'd mail it to
the list in case anyone else wants it...
Also noticed the Pluggin product is missing a /help folder in the
distribution which makes registerHelp() barf unpleasantly. Adding an
empty directory of that name makes the
Tres Seaver wrote:
Chris Withers [EMAIL PROTECTED] asked:
Does anyone know what happened to it and how far its implementation got?
The preliminary implementaion, DefaultObservabale, landed as a mix-in
class
in Zope 2.2:
$ZOPE_HOME/lib/python/OFS/DefaultObservable.py
Mix
Michael Bernstein wrote:
After some more thought, I realized that this really needs
to be a three-way gateway betrween a mailing list, a 'blog,
and a newsgroup.
I'm all up for doing the mailing list/weblog type bits but I have no
idea how news _works_ and how it could be integrated into the
Okay, apologies in advance for picking up a thread that's been dorman
for so long ;-)
Jim Fulton wrote:
Chris Withers wrote:
self.id = id
self.title = 'Title!'
self.anInt = 0
self.aString = 'testing'
None of the
values above can have a __roles__
Tres Seaver wrote:
The docs are in the interfaces wiki:
http://www.zope.org/Members/michel/Interfaces/ObserverAndNotification
(Note that this actually predates the fishbowl process -- this
has been in Zope for a lng time).
Actually at:
Oh if only!!!
I love this idea, and comments haev coem from DC along those same lines,
btu nothing ever really happened about it...
cheers,
Chris
seb bacon wrote:
I was just building in some error handling into some UI code, and wanted to catch
errors relating to duplicate ids. The
Erk... meant this for zope-dev :-S
Chris Withers wrote:
Hello...
Okay, I'm still staring up at the ZPatterns learning cliff as I write
this so forgive my ignorance.
I'm looking at ZPatterns WRT to 'dynamically generated dataskins'.
You what? Well, okay, I'll try and explain
Stephen Simmons wrote:
P.S. ChrisW, searching NIP for "__call__" returns every message with 'call'
in it, which is not quite the same thing!
That's not my experience :-S
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Christopher Petrilli wrote:
Chris Petrilli is working on a fishbowl proposal for CatalogNG;
I'm pretty sure he intends to adopt some kind of observer/event
scheme to make it work.
CatalogTNG is definately going to be top down, rather than bottom up (its
current design). I'm trying to
Casey Duncan wrote:
OK, what this patch does is allow you to concatenate ZCatalog result
sequences (Lazy sequences) without loading the whole enchilada into memory.
It also dispenses with the funky workaround/hack notation that currently
exists (although it still works AFAIK). Once this
Brian Lloyd wrote:
Hi all -
One of the things I _really_ _really_ wanted to fix for
the upcoming 2.2.3 release is the infamous "__call__" bug.
I have a fix that works according to my limited testing -
what I really need is for a few volunteers familiar with
the problem to take a few
Juan David IbXXez Palomar wrote:
software, but I know there's people that don't use Zope because of this
incompatibility.
their loss...
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross
Juan David IbXXez Palomar wrote:
And more, there's already zope software with the GPL license, for
example ZWiki. ZWiki is included in Debian, probably the Debian
developer that maintains the package is not aware of these license
issues.
Has any open source license issue actually come to
There was lots of talk a while back about redoing ZClasses.
I wonder what ever happened to that?
cheers,
Chris
Andy McKay wrote:
Of course all those points can be done in python, im assuming you are
talking about ZClasses.
--
Andy McKay, Developer.
ActiveState.
- Original
Talk to Tres Seaver about the observer interface and the event channel
stuff.
He has lots of ideas about this and I think it does pretty much what you
want...
cheers,
Chris
Robin Becker wrote:
I'm trying to build a Reverse Cross Referencing Product. The idea is to
enable documents to know
jimbo wrote:
Hi,
If I try to distribute it and leave it set for "Allow redistribution".
Its not showing up in the Zope products directory tree after I untar the 3 files
into the file system products directory and restarting Zope.
I have a Dataskin based ZClass, 2 Specialist, the
Shane Hathaway wrote:
FYI I actually added the docs in two places, but they were promptly
removed from the place they did not belong: the help system.
Unfortunately the InterfacesWiki is currently the only good place.
Guess we'll have to wait for 2.3 :-)
Could whoever did the coding
If a FwCS, supports a meta_type, does that mean it has to provide
everything for DataSkins of that meta_type?
To put it another way, could you have a FwCS that provided soem
properties and let another FwCS further up the acquisition tree supply
the rest?
cheers,
Chris
Hi,
Whenever there's a lot of writes and the occasional read going on, we
get the following error:
2000-11-19T16:03:44 INFO(0) Z2 CONFLICT Competing writes at,
/aFolder/anObject
Traceback (innermost last):
File D:\Program Files\Zope\lib\python\ZPublisher\Publish.py, line 175,
in publ
ish
Shane Hathaway wrote:
What couldn't be tested by my limited resources:
- Platforms other than Linux.
I'm running this on my NT4 Workstation, not high load but I'll let you
know if anything weird happens (that isn't caused by me ;-)
I wonder if this will help with the conflict errors I've
Hi,
Just noticed there are loads of ZPatterns posts on [EMAIL PROTECTED]
Would it help to have a ZPatterns list? Is there one? Could Ethan set
one up?
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Steve Spicklemire wrote:
This is a known problem. Use:
dtml-let itemIDs="[]"
dtml-in "addressRack.getPersistentItemIDs()" sort
dmtl-call "itemIDs.append(_['sequence-item'])"
/dtml-in
Hmmm... that's not very nice, has the bug in getPersistentItemIDs() been
fixed?
cheers,
Chris
Roch'e Compaan wrote:
Is there anyway to get a hold off the message-id of e-mail sent through the
sendmail tag?
I would have thought the message-id would only get generated by the MTA
once the sendmail tag has finished doing its thing :-(
cheers,
Chris
Phil Harris wrote:
Chris,
Any hints/tips on how you did this (just to save me from having to do any
work of course ;))
I just used WinZip to extract the tarball in the /ZODB directory.
Sadly, it didn't work, and won't do until the next version fo Zope is
released :-(
cheers,
Chris
Hi,
I think (shock, horror) I'm finally starting to understand ZPatterns ;-)
(well, okay, just a little bit then...)
Anyway, I'm wondering how I'd go about making a ZPatterns-based project
that is totally file system based. The reasons for this are CVS-ability,
the ability to update the
Ken Manheimer wrote:
I'm not expert on eiffel or even interfaces, but my understanding having
interface "specification very near to the implementation" is misleading,
at best. The key thing is that there may be many implementations, all of
which should be written to the same implementation
Jim Fulton wrote:
It is a very good thing to have the specification very near
to the implementation -- as a permanent guide to the
implementor.
Firtunately, modern displays allow multiple side-by-side
windows. ;)
G400, two displays :-)
It is even better, when big parts of the
Dieter Maurer wrote:
If you do change the implementation, then the specification
can probably be changed at the same time.
IMHO, this is the wrong way round.
If the interface doesn't cover what it needs to, update the interface
and then make sure all the implementations are updated
"Jay, Dylan" wrote:
There is getting to be some out of date content and it would be great to see
which is which.
Now there's a great idea :-)
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No
John Eikenberry wrote:
the potential of up
to 50,000 entries.
Using a ZCatalog for
listings
This may cause you real problems, especially if there's a 'bulk data
load' at any point.
Cheers,
Chris
PS: How's the catalog revamp coming along? Any published ZSearch
interface yet?
[EMAIL PROTECTED] wrote:
That is, with a simple method, and not disabling the Acqusition class,
something like self.aq_disabled('attribute') .
So kindof the inverse of using Aquisition.Explicit and using the
aq_acquire method?
What you describe would be really cool...
The only workaround
Ken Manheimer wrote:
On Wed, 6 Dec 2000 [EMAIL PROTECTED] wrote:
Does anyone know how to disable acqusition ?
That is, with a simple method, and not disabling the Acqusition class,
something like self.aq_disabled('attribute') .
I believe one way is self.aq_base['attribute'].
Dieter Maurer wrote:
Andy McKay writes:
what does anyone else think
I would not like it.
Why not? ;-)
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Rik Hoekstra wrote:
Hm, reading this... just a loose comment.
In light of the awkward search interface of ZCatalogs, would it be a good
idea to make a search interface for ZCatalog ZPatterns based? T
I'm starting to feel like a stuck record on this, but lots of people
seem to be asking for
Josh Zeidner wrote:
Hello,
Is it possible to configure zope for "virtual domains"? For instance, can
I have one zope installation serve several domains? How do I configure
this?
http://www.zope.org/Members/4am/SiteAccess2
cheers,
Chris
Brad Clements wrote:
I keep making this patch to each Zope release, but would like to talk
about a more permanant and "correct" solution. What do others think?
Validation as a whole could do with looking at, it's be great if there
were hooks to catch validation problems rather than just
the three Tiny Tables for the left,right, and bottom box. I have
Tiny Table installed and can add a Tiny Table to a directory, but
can't seem to get a Squishdot site to create the tables. What am I
doing wrong?
This is a bug which will get fixed soon.
However, it's partly due to the fact
Christopher Petrilli wrote:
On 12/18/00 4:24 PM, "Steve Alexander" [EMAIL PROTECTED] wrote:
Doesn't work with 2.3 from CVS, 2000-12-18 21:21 UTC
I had the same problems with 2.2.5b1...
ACK, I forgot that I also revealed afew bugs in other systems :/ I thought
that I could just package
cheers :-)
if people start bitching that it's too slow, I'll give this a go...
Chris
Steve Alexander wrote:
Chris Withers wrote:
However, the only way I could find to solve it was to add a
manage_afterAdd method to Squishdot Sites which recatalogued all
postings. This is a _lot_
Michael Bernstein wrote:
reindex_object - should be called when an object is edited
Hmmm... didn't see this method listed in the interfaces wiki. Where did
you find it?
I just inserted a call to catalog_object which did the job but I wonder
what the difference between index_object abd
Steve Alexander wrote:
reindex_object is a method of the mix-in class CatalogAwareness.
Ah, that's okay then, since Squishdot doesn't have anything to do with
CatalogAwareness.
I think calling index_object should work, as a well-implemented catalog
will do the right thing. However, calling
Itamar Shtull-Trauring wrote:
Chris Withers wrote:
...in which case, I wonder why CatalogAwareness goes to the trouble of
unindexing and then re-indexing?
Because in older ZCatalog (before 2.3 and maybe before 2.2.4),
catalog_object did not uncatalog automatically. When in doubt
Johan Carlsson wrote:
In ZClasses it is possible to control where a ZClass instance
should be permitted to be added, in other words show up
in the factory listing in a ObjectManagers manage_main view.
Didn't Itamar have a proposal/project on this?
How did it work out?
cheers,
Chris
Chris McDonough wrote:
The ZODB tries
hard to avoid error conditions for you by retrying conflicting writes, but
if you really pound the snot out of a particular object, it'll let you know.
That's gotta be one for the Zope quotes board, if I could onyl remember
the URL :-)
and step
Steve Spicklemire wrote:
Hi Chris,
OK... you need to tell us where the index_html's are and what they have
in them! ;-)
Doesn't seem to matter what's in them...
Say there's one in folder1 and one in folder2, which one should be used?
Why are neither of them being used?
cheers,
Shane Hathaway wrote:
BTW, Evan helped me find and correct a bug. You'll only run into it if
you set your partition size to less than the size of the largest ZODB
objects.
That's fixed in 0.0.2, right?
Well, anyway, I changed the line in FileStorage.py as follows:
# Use 0.5 GB
Jim Fulton wrote:
- Policies to control whether multiple revisions are stored
or whether revisions are removed by packing on a object-by-object
or transaction-by-transaction basis.
You could keep significant historical revisions for important objects, such
as Wiki pages,
Shane Hathaway wrote:
Python's sort() lets you sort based on not only strings but also tuples,
lists, and numbers, which is a very useful feature. Thus sort() is
intended to be a highly generalized method. It is useful but not ideal
for sorting text strings. What you *really* want is a
Dieter Maurer wrote:
Chris Withers writes:
Dieter Maurer wrote:
Andy McKay writes:
what does anyone else think
I would not like it.
Why not? ;-)
I would not like to see this sort order in the management
screens, because I use capitalization to ensure
Toby Dickenson wrote:
(reasons of course would be helpful, particularly if you want it to stay
like it is ;-)
I noticed the smiley, so Im not sure how serious the suggestion is.
It was serious, the smiley was 'cos I couldn't understand why anyone
would want it to stay like it is :-)
1.
Jim Fulton wrote:
I'm inclined to think that in some future version of Zope, we
should switch to making explicit acquisition the norm.
Well, implicit is good when you're starting, but can cause fun with
security later.
Hmmm, I guess I like the way it is but my wishlist (damn, Christmas just
"Phillip J. Eby" wrote:
DataSkins stored in Racks do not participate in the Zope ownership
mechanism, nor the creation of the 'Owner' role. This is because they are
not being stored via the normal ObjectManager protocols.
Hurm... to what extent do they participate in Zope's Security
Ty Sarna wrote:
AppTabs[4]
[4] Unreleased product, still in some flux. It mainly provides fancier,
more flexible version of Zope's management tabs, suitable for use in an
application (that is, suitable for exposing to users, not just
developers). It also has some local roles hooks as
Steve Alexander wrote:
On a related issue, what about other dtml snippets that people generally
don't want as web accessible, such as standard_html_header ?
On my pie-in-the-sky zope wishlist:
snip wishlist
I did have a proposal for just this on dev.zope.org, but I see someone
has
Dieter Maurer wrote:
There are objects, that should be usable by Anonymous
inside DTML but should not be viewable over the
web (as they will only confuse).
All page components (such as "standard_html_header/footer")
fall into this category.
Totally agree... this has bugged
Andy McKay wrote:
They want information fast and most users expect case insensitive sorts. Its
simpler and easy. I think having the ignore_case option for a -tree and -in
helps Zope by increasing the ease of development and friendliness to the
user.
And my point was that this is so
Hi,
Once again I'm back at trying to solve this problem, hopefully with a
little more knowledge this time ;-)
What I'd like:
'Zope' objects of type 'X', which can have multiple parents and can
contain other objects of type 'X', where storage isn't necessarily tied
to the ZODB but where the
Andy McKay wrote:
Hmm im actually not so sure on that. Currently you can do a sort either way,
if you fix it so its only case sensitive we'll end up like Visual Basic :)
Actually, I'd like to see it 'fixed' so it's only case insensitive:
Alan
betty
Carl
Wilbur
Fixing python is a question
Steve Spicklemire wrote:
I don't see the behavior you describe.. What did I
misunderstand?
Prolly nothing. I was more than likely just doing something stupid :-)
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Dieter Maurer wrote:
Chris Withers writes:
Andrew
bart
David
sophie
Wayne
Why in hell do you switch caseness for similar objects?
Who said anything about objects? I was just talking about lists of
strings and in general, people prefer sorting based on the character to
take
Dieter Maurer wrote:
acquisition.donotacquire('index_html')
This would be great.
Indeed :-)
class MyClass (Acquisition.Explicit):
acquisition = ClassAcquisitionInfo()
acquisition.acquire('index_html')
acquisition.acquire('fred')
You already can do
Christian Scholz wrote:
Well, virtual in the sense as a specialist is no real folder but can
provide content from different sources. Thus what I mean is some mechanism
which emulates objectIds() etc. so it looks to the user (and the ones
using it via dtml) like a normal folder object.
Erik Enge wrote:
Are you saying that, as a general rule, inheriting from CatalogAware
and using index_object, reindex_object and unindex_object does not
work?
It probably does, but if you're a catalog yourself anyway, as Squishdot
is, it just more overhead rather than calling your own
Thanks... this sounds a lot like what I'm after :-)
Steve Spicklemire wrote:
I think that if you make your DataSkins folderish it will be hard
to make the storage anything other than ZODB.
Well, I don't mind the 'skins' being stored in the ZODB, but, as Steve A
mentioned, I _would_ like
Steve Alexander wrote:
If you use a Folder w/ Customizer Support, you'll need to create all the
DataSkin instances in the ZODB, just as if they were normal ZClass (or
whatever) instances. Thus, the instances all need to be "in there" to
start with.
Shame, although if I'm really brutal and
"Phillip J. Eby" wrote:
You can't really "nest" DataSkins inside each other in a rack, and you
really don't want to, anyway.
I kindof agree, I guess nesting doesn't mean a lot in RDBMS terms? ;-)
But there's nothing that says you can't
create a DataSkin subclass whose __bobo_traverse__
Shane Hathaway wrote:
when a product has syntax errors. One of the first things I did at
Digital Creations was make sure that got fixed. :-)
Does this mean this bit from your average product's __init__.py isn't
neeeded anymore?
except: # If we can't register, complain!
import
Shane Hathaway wrote:
Shane Hathaway wrote:
def sort_strings(data):
sortable_data = list(map(lambda s: (lower(s), s), data))
sortable_data.sort()
return map(lambda s: s[1], sortable_data)
... Or better, you could pass a comparison function to sort() like Tres
suggested. :-)
Michael Bernstein wrote:
Your example is correct as far as it goes, but as I
understand it, you are not really specifying the default
catalog per se, but the default catalog *name*.
snip
This is true, and one of the reasons why I (and maybe only I ;-)
consider CatalogAware somewhat less
Michael Bernstein wrote:
Aha!
You're saying that catalog_object and uncatalog_object are
methods of the catalog, so when the catalog contains the
objects directly, it's all that's neccessary, correct?
Yes :-)
uncatalog_object to be called on it (I'm not sure what
method reindex_object
Brian Lloyd wrote:
Are you talking about 'ProtocolAccessibility'? It's still
there (though Jim has done some rearranging of things there
lately)...
http://www.zope.org//Wikis/DevSite/Proposals/ProtocolAccessibility
So it is :-)
Comments are still welcome...
Chris
Toby Dickenson wrote:
On Fri, 05 Jan 2001 12:18:07 +, Chris Withers [EMAIL PROTECTED]
wrote:
http://www.zope.org//Wikis/DevSite/Proposals/ProtocolAccessibility
So it is :-)
Comments are still welcome...
Comments provided as requested
With sensible defaults, what I
Steve Alexander wrote:
eg:
dtml-if
"mysomething(_['title_or_id'],_.standard.html_quote(absolute_url()+_[id]))"
You are being deliberately Byzantine there!
I provided a good example for my case, don't know what Byzantine means,
erk :-S
However, I agree with you in principle.
I've
Christian Scholz wrote:
yeah, this is exactly what I'm after too. I'd like the virtual objects
the specialist is responsible for to have normal Zope management
screens.
Well, I think this shouldn't be too difficult to create. Just a subclass
of Specialist and add some Contents-Tab,
Shane Hathaway wrote:
when a product has syntax errors. One of the first things I did at
Digital Creations was make sure that got fixed. :-)
Does this mean this bit from your average product's __init__.py isn't
neeeded anymore?
except: # If we can't register, complain!
Steve Spicklemire wrote:
No... I don't think so! If you don't mind keeping stuff in ZODB
then you *could* have a traversal interface that made stuff 'appear'
wherever you want it to, though its persistent storage would 'really'
be in a Rack or FwCS.
Cool... how would I go about doing that?
Toby Dickenson wrote:
IMO their goals are achieved better, and simpler, with a HOWTO
that explains how to configure the 'access contents information' permission.
That's not been my experience, but maybe that How-To would help :-)
Care to write it? ;-)
I think perhaps you havent appreciated
Toby Dickenson wrote:
That's not been my experience, but maybe that How-To would help :-)
Care to write it? ;-)
It is on my todo list
cool :-)
Protocol independence is not necessarily a good thing in this case.
Different protocols have different capabilities.
The zope way of
Michael Bernstein wrote:
Now I'm wondering how to duplicate the behaviour of Postings
being contained within Squishdot, but not appearing in the
'Contents' tab.
that's definitely a 'bad' thing :-(
Why duplicate anyway? You writing a replacement? ;-)
cheers,
Chris
Shane Hathaway wrote:
There's a (much) simpler way:
class MyClass(Acquisition.Explicit):
your_attribute = Acquisition.Acquired
# index_html isn't
index_html = None
Cool :-)
And I suppose the other part of my wishlist:
class MyClass(Acquisition.Implicit):
#
Hi,
There was talk a while back of re-doing BTree's in Zope so they were
more efficient. Is that still going ahead?
If I start using BTree folders now, will there be any nasties when the
changes happen?
Right, BTree folders wise, what I'm looking for is to have, in effect
two Contents tabs for
Steve Alexander wrote:
If you're using ZPatterns anyway,
After looking at ZPatterns for a few more days again, I still can't
justify introducing that ammount of complexity to the project concerned.
Also, ZPatterns seems very skewed towards TTW development now and, for
CVS and distributability
Steve Alexander wrote:
Is anyone regularly building Zope from CVS for Windows?
I want to try something out on a Zope 2.3 build on windows, but I don't
have easy access to windows development tools.
Is there a How-To on this? I'd love to run off CVS Zope at least some of
the time, but I
Dieter Maurer wrote:
You can control for an explicit acquiring object that some
attributes are acquired implicitly
Ooo... cool :-)
Where can I find out about it?
Guess! ... in the Acquisition documentation.
Each Zope installation has one (though on a place where
Michael Bernstein wrote:
that's definitely a 'bad' thing :-(
Why is that bad? A custom object management UI ('Postings'
and 'Moderation' tabs) seems appropriate for Squishdot. I
wouldn't want to manage postings from the standard
management interface.
Hmmm... it does mean you can't cut,
Dieter Maurer wrote:
Chris Withers writes:
And I suppose the other part of my wishlist:
class MyClass(Acquisition.Implicit):
# your_attribute will be acquied
# index_html won't
index_html = None
No, that is not enough!
As a side effect to turn off
Where is/are the most accurate and up-to-date documentation source(s)
for ZCatalog in terms of search syntax and the different indexing types?
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
Zope mailing lists wrote:
I recently released 'zopectl', a python script
...gak... now is that a 'python script' or a 'Python Script'? ;-)
*grinz*
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
Dieter Maurer wrote:
snip example
It would be much clearer, when "Item" could declare,
it does not want to acquire the methods without
providing a definition.
Having seen the example, I think you're right :-)
cheers,
Chris
___
Zope-Dev
Martijn Pieters wrote:
Erm. The ExtensionClass.stx documentation hints at a ComputedAttribute
class (but as an example of how you could use an ExtensionClass). The
current C implementation of ComputedAttribute is not, as far as I can see,
documented.
Now I think I know the answer to this
Martijn Pieters wrote:
...with this class, your_attribute isn't going to play in Persistence,
is it? (so I can update it lots without worrying about ZODB size
growing... :-)
Yup, this allows you to alias your_attribute to _v_your_attribute without
creating an attribute that *will*
Hi there,
I'm slightly confused by a class I have:
class X(Persistent, Acquisition.Explicit):
This class has no __roles__, no __ac_permissions__, no nothing...
Instances of this class are stored within a special folderish class, Y.
This folderish class has a __bobo_traverse__ which returns X
Shane Hathaway wrote:
There's a (much) simpler way:
class MyClass(Acquisition.Explicit):
your_attribute = Acquisition.Acquired
# index_html isn't
index_html = None
"Acquired" is a special object that the acquisition module looks for.
Just noticed you can do this also:
Chris Withers writes:
with this class, your_attribute isn't going to play in Persistence,
is it? (so I can update it lots without worrying about ZODB size
growing... :-)
But, as I understand it, it is only updated in the thread
that did the update. Your next request may get
Steve Alexander wrote:
However, I do not like the 3-frame interface. I feel that the top frame
is wasted space. The Zope logo and "Logged in as username | Logout"
could as easily go at the bottom of the tree-view frame on the left.
I haven't seen this yet, but I have to agree. Two frames is
Brian Lloyd wrote:
Are you guys working on 486's with 13in. monitors at 640x480 or
something? :^)
Well, no, but laptops aren't known for their high resolutions and that
can make demonstrating zope a pain :-S
Seriously - Zope has been criticized for a very long time for
being, ah,
201 - 300 of 1829 matches
Mail list logo
