At 06:31 PM 12/13/00 +0100, Ulrich Eck wrote:
>after one more day of source-code-reading i got that far:
>
>When I want to use a Folder /w Customizer (FwCS) I cannot/don't need to use
>Specialists.
Not to store your objects, no. You can still use Specialists to
concentrate search methods, constr
At 08:04 PM 12/12/00 -0500, BS wrote:
>Do DataSkins have ownership? I want to give multiple users the ability to
>add objects to a rack and only allow the 'owner' to view/edit the object.
>When a user adds a DataSkin to a rack does he get ownership of the object?
>I can't seem to get the ownership
At 07:23 PM 12/12/00 +0100, Ulrich Eck wrote:
>
>I can deal arround that if i reget the DSO from the specialist in every
>function which deals with DSO's.
This is the correct way to do it if you are using Specialists rather than
Folder w/Customization Support.
>
>is there a better way to
>
>a) t
At 02:47 PM 12/5/00 -0500, [EMAIL PROTECTED] wrote:
>Has anyone used ZPatterns with ZEO?
Not that I'm aware of.
>Is there any reason these 2 won't work well together?
Not that I'm aware of.
>Will ZEO be able to send an "invalidate" message to all clients when an
>object changes in of them?
I
At 09:44 PM 12/5/00 +0200, Roch'e Compaan wrote:
>> If you want to store one DataSkin inside another, where either one of them
>> is stored in a Rack, you will have to create appropriate SkinScript or
>> custom attribute providers to do so.
>
>But what if I always store dataskins in there own rack
At 03:18 PM 12/5/00 +0200, RC Compaan wrote:
>
>> a) the data manager for a DataSkin is a non-persistent attribute.
>> (self._v_dm_). I think this means that it needs to be set
>> somehow in every Zope transaction before you can do much of
>> anything with the instance.
>
>If this is
At 10:07 AM 12/1/00 +0100, Joachim Schmitz wrote:
>
>this works fine. Now I wanted to have attributes which I don't want to
>display in the form, for example complete attribute. I therefore created
>another dataskin propersheet Internal in AZ with a property complete
>and tried to set it with:
>
>
At 04:39 PM 11/30/00 +0100, Ulrich Eck wrote:
I've a db_sequence specialist who serves the Framework with
db_id's for new Records like:
May I suggest calling your Specialist "Sequences" or "Counters" since it appears that it returns objects which produce sequential integer values?
>>
At 07:17 AM 11/28/00 +0100, Magnus Heino (Rivermen) wrote:
>
>
>I'd like to authenticate users using LDAP and Active Directory. Zope is
>running on a RH7.0 box.
>
>Has anyone done this, is it possible?
Dunno about Active Directory or RH 7, but Ty and I use LDAP logins with
LoginManager all the ti
At 08:10 AM 11/30/00 -0500, Jim Fulton wrote:
>
>I don't think Data.fs will go away. I do expect it to be relagated to
>initial evaluation and development projects. Use of Berkely DB in
>transactional mode requires a significant andminstration commitment.
>Log files need to be purged. Backup and
At 06:19 PM 11/29/00 +1100, Itai Tavor wrote:
>Hi,
>
>I'm trying to figure out the right way to implement a set of classes
>and roles in ZPatterns. I asked some questions about this a while
>ago, and then went away and did some learning, but I'm stuck again
>and I'm afraid I need to ask more qu
At 08:34 PM 11/27/00 -0500, [EMAIL PROTECTED] wrote:
>Thanks Phillip. Is there a way to pass my REQUEST info to the ADD
>Trigger?
>
>I am under the impression that only "self" and some other ZPattern
>specific properties are available to the trigger.
You also have access to everything in the a
At 02:34 PM 11/27/00 -0800, Ben Schochet wrote:
>Seems that way Steve.
>
>I have tried to do this in an external method with
self.get_transaction.commit(1) before doing the changeProperties, but that
didn't seem to work.
You want get_transaction().commit(1), if you're doing it from Python.
DataS
At 10:21 AM 11/22/00 -0500, [EMAIL PROTECTED] wrote:
>Thanks for answering Steve.
>
>Unfortunitly I am working with version 0.3 of ZPatterns so I have
>to use GAP.
>
>When I try to translate your Skinscript into GAP like this
>"attrsexprs:account_object=(RESULT is _.None) and NOT_FOUND or
>RES
At 12:41 PM 11/22/00 +0200, Roch'e Compaan wrote:
>I have a specialist Contacts and for Contacts I have a method
>getAllContactsForCustomer. Whenever I want to call this method I have to
>pass on the whole namespace and the object itself to get it to work eg:
>getAllContactsForCustomer(this(), _,
At 10:29 AM 11/22/00 +0100, Joachim Schmitz wrote:
>
>I created a FwCS and in it a customizer, but in my list of to customize
>object types are only meta_types listed, which have the Base class
>"_ZClass_for_DataSkin",. Is this a requirement, and if yes, is there a way
>to add this to existing ZCl
At 11:08 AM 11/21/00 +0100, Joachim Schmitz wrote:
>I have an existing ZClass/Data Structure like this
>
>RecruitingPlatform
> Company
>Recruiting
> Candidates
>
> Student
>Profiles
> Address
> Highschool
> IT
> Jobprefs
> ...
>
>I want to store the data in
At 10:40 PM 11/18/00 -0500, Ben Schochet wrote:
>
>* It seems that I need to have separate Racks for each Class that I want to
>store with ZPatterns. Is this right?
Yes.
>* What is the difference between Customizer Folders and Specialists? When is
>the best time to use each?
Customizer Folders
At 02:46 PM 11/16/00 +, Chris Withers wrote:
>
>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?
Nope. But there's nothing stopping you from writing a new version of the
"link to parent provider
At 11:14 AM 11/15/00 +, Chris Withers wrote:
>
>Thanks... I guess the behavior that was associated with
>ObjectManager.NOT_REPLACEABLE is obtained by just not havign a
>__replaceable__ attribute?
>..or does ObjectManager.NOT_REPLACEABLE exist, just in an undocumented
>fashion ;-)
>
>> > Also,
At 04:14 PM 11/13/00 -0700, Bill Anderson wrote:
>
>I want a specialist to have two (or more hypotheticaly) racks, and each
>rack is to contain one type of object. I then want to be able to add
>objects.
>
>I have the two racks set up, but I am unclear as to how to specify that
>I want to add an
At 01:37 PM 11/13/00 -0500, Dan L. Pierson wrote:
>I've been trying to get Membership 0.7.6 working with
>LoginManager-0-8-8b1 (and it's associated ZPatterns) under Zope 2.2.2
>on RedHat 6.2. After probing around it seems that there is a problem
>storing member passwords. The following trace fr
At 05:51 PM 11/13/00 +0200, Roch'e Compaan wrote:
>
>Should I still set up a rack and set it's storage to the Customer ZClass and
>add a skinscript method to copy attributes from the Customer specialist?
>
> or
>
>Should I simply write a method for Requester, getRequester, which asks the
>Cu
At 02:39 PM 11/13/00 +0200, Roch'e Compaan wrote:
>I'm not as clear as I'd like to be on when to use Dataskin property sheets
>and when to use common instance property sheets.
>
>I understand that with a Dataskin Property Sheet attributes are stored in
>way that is compatible with attribute provid
At 11:59 AM 11/9/00 +, Chris Withers wrote:
>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. A
At 10:45 AM 11/9/00 +0100, Rik Hoekstra wrote:
>[rh]I've been following this thread. This may be a bit of a newbie question,
>but it's been bugging me for a while. I see how I can store propertysheets
>in Racks using ZClasses and Skinscripts, but the propertysheet term suggests
>that there should
At 09:18 AM 11/9/00 +0200, Roch'e Compaan wrote:
>
>I set "loaded by accessing attribute" to the attribute "id".
You should only do that if you want an "infinite rack". That is, one which
contains all possible objects. Using "id" means that if the Rack tries to
see if an object exists, it will
Jeff,
The behavior is exactly the same with a "plain" Zope User Folder. It also
has nothing to do with acquisition, at least not in the way you think.
The problem is that a user who is defined in a subfolder is *not* granted
roles to any folder above them. This means that they have no access t
At 10:51 PM 11/8/00 +200, Roch'e Compaan wrote:
>
>> The comment is perhaps misleading. What it means is that the _setSlot
>> call isn't needed if your Rack implements a non-ZODB storage mechanism.
>> The reason *why* it isn't needed, is that the DataSkin will ask for a
>> slot on demand, so tha
At 06:10 PM 11/8/00 +0200, Roch'e Compaan wrote:
>In Rack.py I noticed the following:
>
>a = self.loadAttrib
>if not a:
>slot = self._writeableSlot(key)
>slot[SelfKey] = item.aq_base# strip acquisition wrapping
>item._setSlot(slot)
At 05:19 PM 11/1/00 +1100, Itai Tavor wrote:
>
>Ok... I think I get the "Specialist per role, not per class" part.
>But I still can't make the jump from a class diagram to a
>ZClass/Specialist setup.
A class diagram contains all the roles - they're the lines between the
classes. :)
Look at it
At 05:39 PM 11/6/00 -0800, John Eikenberry wrote:
>
>The base DataSkin will be in a Rack. Would there be any issues in making
>the embedded DataSkins (contained on the base DataSkins) use this Rack as
>well? Seems like it might result in the confusion about which DataSkin a
>PlugIn on the Rack wo
At 01:01 PM 11/7/00 +0200, Roch'e Compaan wrote:
>
>I created a couple of ZClasses based on Dataskin.
>
>In the way I grok ZOPE, properties that are objects can not go onto property
>sheets. So if I have a Customer ZClass that has a property Address (a
>property that is an object) then I would cr
At 02:00 PM 11/6/00 +0200, Roch'e Compaan wrote:
>
>First stupid question: Are ZClasses based on Dataskins PD (Problem Domain)
>objects or DM (Data Management) objects? Can somebody possible categorize
>the main classes in ZPatterns according to Problem Domain, User Interface,
>Data Management?
At 05:53 PM 11/1/00 -0700, Bill Anderson wrote:
>I have a Folder w/cs in my root folder, call it spamcan. Root folder has
>a title defined, lets say it is "Spam Central"
>
>A DTML Method in spamcan should display "Spam Central" when doing a
>, should it not?
>
Only if you've deleted the title pro
At 12:35 PM 11/1/00 +1100, Itai Tavor wrote:
>Hi,
>
>How do I implement gen-spec classes using ZPatterns and ZClasses?
>For example, I want to implement Person and Customer. Writing it in
>Python, it would be easy to subclass Person to get Customer, and
>Customer would inherit Person's properti
I've released new 0.4.3 beta 2 versions of ZPatterns and PlugIns to fix the
minor bugs reported to date in beta 1. Specifically, the PlugIns package
now contains a "help" directory, and the problem with "name" shorthand in
SkinScript has been fixed as well. They can be found in the usual places.
At 04:42 PM 10/31/00 +0100, Joachim Schmitz wrote:
>Hi Steve,
>
>On Tue, 31 Oct 2000, Steve Spicklemire wrote:
>
>>
>> Joachim> By the way, it only work if specify a DataSkin derived ZClass
>> Joachim> under the Storage tab.
>>
>> Yes... did you attempt to use a 'pure' DataSkin?
>>
>aft
At 04:44 PM 10/30/00 +0100, Morten W. Petersen wrote:
>After compiling the DynPerist module, I try to import it in the Python
>interpreter:
>
>"""
>morten@slakka:/usr/local/Zope/lib/python/Products/ZPatterns > gcc -o
DynPersist.so -c DynPersist.c -I../../ZODB
-I../../../Components/ExtensionClass -
At 09:16 AM 10/31/00 -0500, Steve Spicklemire wrote:
>
>OK I think I found the problem(s):
>
>*** Expressions.py 2000/10/18 23:11:55 1.1.1.3
>--- Expressions.py 2000/10/31 14:14:09
>***
>*** 133,139
> def eval(self,mapping):
> """Return the result of lo
At 12:32 PM 10/31/00 +0100, Joachim Schmitz wrote:
>
>I changed the SkinScript to:
>
>WITH QUERY getevent() COMPUTE event_id ,datum_von
>
>that does not work, I get an key error: event_id
>
>but finally last try:
>
>WITH QUERY getevent() COMPUTE event_id=event_id ,datum_von=datum_von
>
>that worke
At 05:17 PM 10/28/00 +0200, Joachim Schmitz wrote:
>
>select e.event_id as event_id
>,e.zeiten as zeiten
>,v.firma as firma
>,v.tel as tel
>,e.movie_id as movie_id
>,m.movie_title as movie_title
>,m.movie_link as movie_link
>,m.movie_text as movie_text
>,e.datum_von as datum_von
>,e.datum_bis as d
At 03:39 PM 10/27/00 +0200, Joachim Schmitz wrote:
>I trying to understand ZPatterns and using it for a real world example which
>uses a SQL-based storage.
>
>can I do it just by defining the appropriate SkinScript Method in my
>defaultrack as data plugin. Do I define everything in one SkinScript
I'm going to be out of town for a few days, and won't be as quick to
respond to e-mails, if I respond at all during that time. Ty will still be
around, though, to answer all your ZPatterns and LoginManager questions.
Right, Ty? ;)
___
Zope-Dev mailli
They're here!
http://www.zope.org/Members/pje/ZPatterns/
http://www.zope.org/Members/tsarna/LoginManager/
Note that LoginManager now *includes* a current ZPatterns release, so if
you plan to use LoginManager, it's all you need to download.
Also, the ZPatterns "PlugIns" product is now available
At 12:27 PM 10/18/00 +0100, Johan Carlsson wrote:
>
>Using the following Rule:
>
>WHEN eventspec STORE myattributelist USING storemyattributes() SAVING
momentolist
>
>
>How does failure to store an attribute get signaled back to the DataSkin?
It does not. An exception in your rule will simply ca
At 01:28 PM 10/16/00 -0400, Harry Henry Gebel wrote:
>
>1. Am I doing anything wrong that will bite me later, especially I have not
>implemented all of the cache* methods called in GenericUserFolder because I
>don't understand what these do or what they are for. Are these important
>for my product
At 05:11 PM 10/15/00 +0200, Morten W. Petersen wrote:
>I've been fiddling a bit with the LoginManager; but can't seem to make
>it work.
>
>The product versions are ZPatterns 0.3.0 and LoginManager 0.8.6.
>
>(Downgraded the ZPatterns product because the LoginManager couldn't
>find a class named ..
At 10:10 AM 10/15/00 -0400, Harry Henry Gebel wrote:
>I am trying to add a new UserSource for LoginManager. I placed a directory
>SampleUserSource in /usr/lib/zope/lib/python/Products , in this directory I
>placed two files __init__.py and SampleUserSource.py . Here are the
>contents of the files:
There is a new document on the Wiki which explains in excruciating detail
how triggers/rules work in ZPatterns:
http://www.zope.org/Members/pje/Wikis/ZPatterns/HowTriggersWork
I have also now completed the SkinScript reference documentation at:
http://www.zope.org/Members/pje/Wikis/ZPatterns/
At 06:15 PM 10/12/00 +1100, Itai Tavor wrote:
>Hi,
>
>1. I want to set some object attributes every time the object is
>changed (for example, to store the name of the user making the
>change). I looked at using a Generic Trigger or a SkinScript but I
>can't figure how to do it with either one.
At 09:14 PM 10/6/00 -0500, Steve Spicklemire wrote:
>
>OK.. allow me to summarize my very latest thought. Subclassing
>is OK withing my own framework.
Yep.
>It's OK to require users of my
>framework to create ZClasses that subclass from my core logic
>Python classes, and from DataSkin.
Sort of.
At 12:50 PM 10/7/00 -0700, Michael Bernstein wrote:
>"Phillip J. Eby" wrote:
>>
>> Presentation logic lives with an object's class, and deals with what that
>> object knows about presenting itself. UI implementation is "glue"
>> presentation t
At 03:44 PM 10/6/00 -0500, Michael Bernstein wrote:
>Steve Spicklemire wrote:
>>
>> Ack.. sorry... I was making little changes last night to make sure
>> the ZClass was completely consistent with my explaination, and to
>> make sure I could start 'from scratch'.
>
>Ok, I just got through stepping
At 02:24 PM 10/5/00 -0500, Steve Spicklemire wrote:
>
>You're not using propertysheet providers, but DataSkin propertysheets
>'installed' in a ZClass that directly inherits from DataSkin. Your use
>of the "Data Skin Attribute Property Sheets" is primarily to associate
>permissions with groupings o
At 07:59 AM 10/5/00 -0700, Michael Bernstein wrote:
>"Phillip J. Eby" wrote:
>>
>> Domain logic: methods which implement the basic behavior of an object, by
>> manipulating its attributes and by calling methods on itself or other
>> objects. (Including d
At 10:09 AM 10/5/00 -0700, James Johnson wrote:
>I heard that it's possible to have a dtml only zpatterns based
>example. I would like something like
>Product
> specialist
>addObj
> Zclass
>index_html
>readObj
> Factory
> Permission
>Would this be a correct way to proceed?
>
Yes,
At 04:01 PM 10/6/00 +, Ty Sarna wrote:
>
>I think this is due to Shane's fix for allowing LM's as non-top-level
>acl_users. I had it originally so that _owner was a class attribute,
>which works fine. With the change, it was added as an instance
>attribute. Now, UnownableOwner is just an empty
At 06:57 AM 10/5/00 -0500, Steve Spicklemire wrote:
>
>This brings up another point If I choose 'DataSkin' as a storage
>class, then my code hits the security system every time a refer
>to any data (simple types) stored directly in the DataSkin. I can either
>set __allow_access_to_unprotected_
At 09:49 PM 10/4/00 -0700, Michael Bernstein wrote:
>
>While I wouldn't say that there has been an actual 'paradigm
>shift' between the original RIPP presentation and ZPatterns,
What's happened is that there's been a lot of "implementation shift". The
goals of RIPP have never changed, but they a
At 09:15 PM 10/4/00 -0500, Steve Spicklemire wrote:
>
>This was also nice since in my Specialist I could do things
>like:
>
>
>
>After the user is finished working in my 'app area' they could
>get redirected back to the actual object that my Specialist
>was 'posing' for...
I don't really recommen
At 12:27 PM 10/4/00 -0400, Brian Lloyd wrote:
>
>I've verified (any of my previous comments to the contrary) that
>simple attributes (python types) do not really play in the
>permissions machinery. The canonical way to expose such things
>for now is to expose them through method calls (which ca
Just out of curiosity, did you find this out by reading the draft
SkinScript reference documentation on the ZPatterns Wiki?
At 03:45 PM 10/4/00 +0100, Steve Alexander wrote:
>I just found out that you can access all sorts of useful methods in
>SkinScript from the magical "_" namespace variable.
>
At 03:46 PM 10/3/00 -0700, John Eikenberry wrote:
>
>Ok, I'm feeling pretty stupid right now but I have to ask what you mean by
>"define the property sheets as part of your class"? Do you mean using
>something like this in the DataSkin subclass:
>
>def __init__(self,id):
>self.DataSkin.__init_
At 01:49 PM 10/3/00 -0700, John Eikenberry wrote:
>
>First, some context... I'm working on a new data storage system for a
>related set of (primarily) Zope sites. The data will be kept in ZODB and
>mirrored out to a RDB (MySQL) to provide read-only access to some non-zope
>stuff. One other thing t
At 05:17 PM 10/2/00 +0200, [EMAIL PROTECTED] wrote:
>
>I was told that some ISP change your IP address during a
>connection but never took the time to check if it is true.
Whether the actual user's IP changes isn't relevant. The question is, can
the IP of a proxy server between the user and you
At 10:44 PM 9/30/00 -0400, Chris McDonough wrote:
>
>However, as prompted by a Digital Creations "jam session", there are
>going to be changes to the use cases which actually make the "Browser Id
>Manager" into a "Session Id Manager" which will generate a "session
>token" that will carry both a "b
DISCLAIMER: everything I'm about to say is my understanding based on my
discussions with Chris about how to do session management, and does not
necessarily reflect the current state of the session management code that
he is developing, or what will end up in the Zope core. :)
At 09:27 PM 9/30/00
At 08:05 AM 9/30/00 -0500, Steve Spicklemire wrote:
>
>I'd hate to find out later that someone needs to go in and edit my Python
>code to make my framework useable But.. I think what I'm hearing is that
>working out the integration at the Rack level is much better than trying
>to delgate retri
At 03:14 PM 9/29/00 -0500, Steve Spicklemire wrote:
>
>Thanks so much for the response...
>
>It turns out, I tried the Python Method and it had the
>same basic problem as the DTML Method... however I've now
>moved on, using deletageRetrieve to a new thorny issue. ;-)
>
>When I get an object from
At 06:33 PM 9/29/00 GMT, [EMAIL PROTECTED] wrote:
>Just wondering if there is a new time frame.
>
FWIW, I have begun writing a SkinScript reference document on the ZPatterns
Wiki. Lots of sections are just outlines at the moment, but it's already
much better than any other available information
At 08:00 AM 9/25/00 -0500, Steve Spicklemire wrote:
>
>So my retrieve item gets called. *unfortunately* it gets
>called without any namespace parameter... so my retrieveItem
>DTML method has no way to acquire a namespace so that it can
>delagate to something else!
>
>So... here is what I did.
At 12:07 PM 9/25/00 -0400, Andrew Wilcox wrote:
>
>The PlugInBase.manage_afterAdd() and manage_beforeDelete() methods
>dynamically checks if their container has the _addPlugIn() and
>_removePlugIn() methods before calling them. Could this code be
>simplified by requiring containers support an add
At 12:49 PM 9/22/00 -0400, Jim Fulton wrote:
>"Phillip J. Eby" wrote:
>>
>> Ty and I have put together a Stored Procedure method for Sybase; it
>> requires a minor patch to ZSybaseDA, however, to allow for the status code
>> return. I'm not sure how
At 08:43 AM 9/22/00 -0400, Jim Fulton wrote:
>> Also, does anyone know of any work done to extend ZSQL Methods to allow
>> stored-procedure calls?
>
>No, but I'd love to see someone tackle it. The semantics
>of stored procedures varies so widely accross databases, that
>I doubt that it would be ea
At 07:55 PM 9/20/00 -0600, Bill Anderson wrote:
>
>Potentially silly question:
>
>Any reason why a 'user folder' object has to be named 'acl_users'.
>
Interesting. A quick search of the Zope source turns up only 9 references
to 'acl_users', found in only 4 source files.
In OFS/Application.py, a
ZPatterns 0.4.2 alpha 3 is now available. It fixes all bugs that I know of
at the present time (both reported on the lists and found during our own
usage/testing), and adds one feature: a decent sized screen for editing
SkinScript!
This release does not yet have the overhaul of transaction handl
At 09:18 PM 9/17/00 +0100, Steve Alexander wrote:
>
>I can fix this, by patching DataManager to use client.__dict__ instead:
>
>def _readableSlotFor(self,client):
>#slot = getattr(client,'__skinSlot__',_marker)
>slot = client.__dict__.get('__skinSlot__',_marker)
>
>
At 04:07 PM 9/17/00 -0400, Shane Hathaway wrote:
>
>We think alike. A few of us tried to present this very solution (with a
>different spelling) to several people here at DC. They found it quite
>confusing. I honestly don't know why. :-/
>
>But assuming someone can properly document this withou
At 09:18 PM 9/17/00 +0100, Steve Alexander wrote:
>ZPatterns-0-4-2a2
>
>When I use an External Attribute Provider, I get an infinite recursion
>problem, and Zope hangs.
Argh. This is what happens when I create a new feature on the spur of the
moment and toss it in just before a release. :(
>Th
At 02:02 PM 9/15/00 +0100, Toby Dickenson wrote:
>On Fri, 15 Sep 2000 08:28:40 -0400, Paul Everitt <[EMAIL PROTECTED]>
>wrote:
>
>>Note On Jargon
>>
>> The choice of term for the presentation object has been contentious.
>> Right now the list of choices include: template, view, page, or
>> styl
At 05:39 PM 9/14/00 +0100, Steve Alexander wrote:
>Phillip J. Eby wrote:
>
>> It's up now. In addition to the transaction fixes and DynPersist fix, this
>> release also fixes the missing import of aq_base in PlugIns.py, and the
>> SkinScript compiler fouling up c
lists
inside other Specialists without getting an error.
At 03:56 PM 9/14/00 +0100, Steve Alexander wrote:
>"Phillip J. Eby" wrote:
>>
>> I will try to have a ZPatterns snapshot release made this week that will
>> include those fixes (plus the fix for a problem with D
At 03:56 PM 9/14/00 +0100, Steve Alexander wrote:
>
>Can we lose DynPersist altogether for this release?
Unfortunately, no. Zope's cPersistent class appears it may have a bug that
is roughly similar to the one we're fixing in DynPersist. (i.e., not
calling __of__ or other binding operations on
At 01:41 PM 9/14/00 +0100, Steve Alexander wrote:
>
>I think there's something not quite right about the way ZPatterns is
>handling subtransactions, even with this patch, and the other one
>related to Transactions.py that I posted a while back.
>
>Is there any detailed documentation about how Zope
At 08:46 AM 9/5/00 -0500, Steve Spicklemire wrote:
>
>OK I think I found the actual intent of aq_base() in _checkId of PlugIns.py:
>...
>it comes from the ObjectManager _checkId which has basically the same
>code execpt it ObjectManager.py also has the needed:
>
>from Acquisition import aq_base
>
This is just a SWAG (Strategic Wild-Ass Guess), but Ty and I have been
having a problem with the search feature in Squishdot 0.7.0 that seems
possibly to be related. Our trace of the problem shows that catalog
searches from the SquishSite return objects which are wrapped with a
*different* acquis
At 10:37 AM 9/1/00 +0100, Steve Alexander wrote:
>Steve Alexander wrote:
>
>> Phillip J. Eby wrote:
>>
>> > Now, I can provide *unfiltered* linkage by direct delegation, but this
>> > would mean dropping the ability to selectively take only certain
>> &
Mostly bugfixes and internal reorganizations, some very minor feature
additions. This thing is finally beginning to stabilize a bit. Wish me
luck on getting some time to document SkinScript... :)
Meanwhile, my department is about to embark on a significant production
product using ZPatterns, a
At 06:15 PM 8/30/00 -0500, Phillip J. Eby wrote:
>
>Meanwhile, I'm adding the following method to the PlugInGroup class for the
>next release of ZPatterns:
>
>def manage_renameObjects(self, ids, new_ids, REQUEST=None):
>"
At 04:13 PM 8/28/00 +0100, Steve Alexander wrote:
>Zope 2.2.1, ZPatterns 0-4-1snap1, with some small patches.
>
>I'm adding a dataskin-derived ZClass instance underneath a Customizer
>folder.
>
>The Customizer has a SkinScript plug-in.
>
>When I try to add a new ZClass instance, I get an exception
At 07:32 PM 8/29/00 +0100, Steve Alexander wrote:
>
>To reproduce the error, do this:
>
> Create a Folder with Customizer support
> Give it a Customizer
> Rename that Customizer
> Press the "Customizers" tab in the folder
>
>Zope Error
>
>Error Type: AttributeError
>Error Value: __customizerRe
At 09:24 AM 8/29/00 +0100, Steve Alexander wrote:
>Shane Hathaway wrote:
>
>> Bill Anderson wrote:
>> > Any chance at a BTree Folder w/customizer support in the near future? :)
>>
>> It should be quite easy to do. I vaguely recall Steve A or Steve S
>> might have done it.
>
>I want to include a
At 11:04 AM 8/27/00 +0100, Steve Alexander wrote:
>
>I have been putting CatalogTriggers as DataManagers directly in
>Specialists.
>
And this *works*??? None of the "Acquired ... Provider" classes supported
forwarding to an acquired trigger, as far as I can recall. The fact that
it's so bloody
At 10:22 AM 8/27/00 +0100, Steve Alexander wrote:
>
>I've fixed this by adding a test to the start of __set_attr__ of
>DataSkins.py:
>
>def __set_attr__(self,name,val,_v_dm_=_v_dm_):
>+ if name=='id' and val==self.__dict__['id']:
>+ return
>dm = self.__dict__[_v_dm_]
T
Hi folks. I'm working on a ZPatterns 0.4.2b1 release for the early part of
the coming week, and intend to bug Ty into perhaps releasing an 0.9.0 beta
later in the week. However, these versions are likely to have some
(hopefully minor) compatibility issues with previous releases. Specifically:
At 10:04 AM 8/22/00 -0500, Steve Spicklemire wrote:
>
>Moving this to ZPatterns brings up all sorts of questions. First of all I
no longer
>know that the actual class stored my shopper specialist is a 'Shopper'. It
could
>be any class kept in the shopper manager's rack(s). Soo... my addShopper
sh
At 04:32 PM 8/21/00 +0400, Jephte CLAIN wrote:
>"Phillip J. Eby" wrote:
>> I don't see a need for a mass invalidation operation, just more
>> documentation on these inner workings. :)
>
>or the lack of an attribute depencies mechanism :-)
>if attribut
At 11:53 PM 8/20/00 +0200, Terje Malmedal wrote:
>
>I've written this, but it just does not work, all that happens is that
>it writes opened to /tmp/source.log
>
>class USER:
>"Just a little test"
>name= None
>roles = [ 'Anonymous' , 'member' ]
>domains = []
>
>def __init
At 09:23 PM 8/24/00 +0100, Steve Alexander wrote:
>I'm using ZPatterns 0.4.1snap1.
>
>The LinkToParentProviders datamanager doesn't work properly because it
>assumes that the Specialist it lives in has a _PropertySheetsFor(client)
>method.
>
>However, Specialists (and DataManagers) don't provide t
101 - 200 of 333 matches
Mail list logo
