I need to do initialize some properties of new instances of a DataSkin
subclass - ASPAccount. However, I can't put this in __init__ since the
object hasn't been stored at that point.
Doing self.__dict__['name'] = 'Rincewind' seems kinda ugly. Maybe newItem
should by default call a function
Hello,
is it possible for a single method, under Zope 2.1.6, to have several
permissions? ie
__ac_permission__ = (
('edit my data', 'edit_data'),
('edit others\'s data', 'edit_data'),
)
I have the scenario where a user can edit *its* data but not other
users's data, unless he has a
On Wed, 19 Jul 2000, Jephte CLAIN wrote:
I have the scenario where a user can edit *its* data but not other
users's data, unless he has a special role. however, the method used to
edit one's data is the same.
So I make sure inside the edit_data method that the user has the
adequate
(ZPatterns 0.4a5, Zope 2.2.0) If an agent raises an exception, you don't get
to see the traceback. Instead, the object is simply not added (if the
exception was in _objectAdded, donno what happens in _objectChanged). This
makes debugging agents basically impossible...
--
Itamar S.T. [EMAIL
Chris Withers wrote:
"Phillip J. Eby" wrote:
Maybe, maybe not. I think perhaps the most compelling argument from
Digital Creations' viewpoint for having an expanded "access" file might be
the simplification of the setup process for customers. And it would also
make it easier to:
On Wed, Jul 19, 2000 at 04:57:12PM +0900, Brian Takashi Hooper wrote:
Hi Zopistas,
For anyone that might know:
Is there a particular reason that the User-Agent header is not part of
the request data that ZServer sends in the environment to ZPublisher?
It looks like the user agent can
"Phillip J. Eby" wrote:
Doing self.__dict__['name'] = 'Rincewind' seems kinda ugly. Maybe newItem
should by default call a function on newly created objects, say __init? I
don't want to have to subclass Specialist (or in my case, LoginManager) each
time I want to this, since it's a *very*
At 05:41 PM 7/19/00 +0300, Itamar Shtull-Trauring wrote:
class ASPAccount(LoginUser, MemberMixin):
def __init__(self, id, title=''):
LoginUser.__init__(self, id)
self.__dict__['_currentPayment'] = None
self.__dict__['debt'] = Payment.Debt(0.0)
In trying to find the "Quorum Based Replication" stuff I've found that
we have two ZEO wikis.
http://www.zope.org/Products/ZEO/Wiki/FrontPage
http://www.zope.org/Wikis/ZEO/FrontPage
Bleah.
Chris McDonough
Digital Creations
Publishers of Zope - http://www.zope.org
At 10:15 AM 7/19/00 -0400, Shane Hathaway wrote:
Chris Withers wrote:
"Phillip J. Eby" wrote:
Maybe, maybe not. I think perhaps the most compelling argument from
Digital Creations' viewpoint for having an expanded "access" file
might be
the simplification of the setup process for
At 11:09 AM 7/19/00 -0400, Shane Hathaway wrote:
Patch opportunity, perhaps? :) Ty and I would do it, no problem. Heck,
I've been tempted to do it as a LoginManager function, since Zope doesn't
pay attention to anything past the first line of the "access" file...
We would be most
At 12:50 PM 7/19/00 -0400, Shane Hathaway wrote:
"Phillip J. Eby" wrote:
At 11:09 AM 7/19/00 -0400, Shane Hathaway wrote:
Patch opportunity, perhaps? :) Ty and I would do it, no problem.
Heck,
I've been tempted to do it as a LoginManager function, since Zope
doesn't
pay attention to
Hello,
Should I call default__class_init__ on all of my Python products that care
about permissions? Or are there some times when it is not required?
--Jeff
---
Jeff K. Hoffman 704.849.0731 x108
Chief Technology Officer mailto:[EMAIL
Shane Hathaway wrote:
I have an idea: the _objects attribute of ObjectManagers could include
a "configurable" flag, which would tell _checkId that the object can be
overridden.
Shane,
Is this what became the ConfigurableInstances thing at:
Chris Withers wrote:
Shane Hathaway wrote:
I have an idea: the _objects attribute of ObjectManagers could include
a "configurable" flag, which would tell _checkId that the object can be
overridden.
Shane,
Is this what became the ConfigurableInstances thing at:
[EMAIL PROTECTED] writes:
How hard would it be to add more of the called URL to the traceback?
... traceback ...
Great, I know that I have not put product_number in as a cookie or a hidden
value, and it could not be found by acquisition. It failed in rendering
index_html. But
Erik Enge wrote:
call, it won't redirect. So you should be able to achieve the same
results just by invoking manage_addImage without including the REQUEST
object.
But I have to pass something with the REQUEST, or else it won't add the
image, right?
This is the problem we've
Chris Withers wrote:
Why I'm asking is 'cos it'd be really nice not to have to keep
re-writing UI when there's perfectly good stuff available in the
management interface, things like add forms, edit forms, etc...
However, if you call these from anywhere else, they dump you in the
Steve Alexander wrote:
The __call__ method is what gets invoked when you call the method,
either through the magic of dtml-var Catalog or with dtml-var
"Catalog(client, namespace, args*)".
Now you see, this is what confuses me...
dtml-var dtml_method renders that method, implying in my mind
Chris Withers wrote:
Dieter Maurer wrote:
What is needed is a new way of installing Zope stuff for the following
categories:
1. Python Base Products (Like ZPatterns, PTKBase and TrackerBase)
2. Instantiatable Products (like TinyTables, Squishdot and Tracker)
3. Interface
Bill Anderson wrote:
I believe he is talkin gabout the __init__ function checking to see if
the .zexp has been imported, and if not, importing it for you. It's an
idea I have kicked around, but haven't tried yet.
IIRC, the 'Distribution' tab creates all this for you...
It creates a binary
21 matches
Mail list logo
