[Zope-dev] ZPatterns DATA LOSS BUG and FIX (0.4.3p1 patch release)

2001-06-26 Thread Phillip J. Eby
ZPatterns "0.4.3final" contains a serious bug which deletes all ZODB-stored contents of a Rack when you use the manage_pack method. This bug only affects you if you store Rack-mounted objects or attributes in the ZODB, and does not affect you if your objects are entirely contained in an RDBMS or

[Zope-dev] ZPatterns 0.4.3 final for Zope 2.3.x released

2001-06-24 Thread Phillip J. Eby
FYI, I have uploaded a release version of ZPatterns 0.4.3 to: http://www.zope.org/Members/pje/ZPatterns I have also updated the standalone PlugIns package at: http://www.zope.org/Members/pje/PlugIns These are primarily maintenance releases for GUI and security compatibility with Zope 2.3.x.

Re: [Zope-dev] ZPatterns and Transactions

2001-05-31 Thread Phillip J. Eby
At 03:24 PM 5/31/01 +0200, Roché Compaan wrote: >I have a ZPatterns application that uses the ZODB as storage. When I delete >an object only the name of the script that deleted the object is shown in >the Undo log. Is there any way to determine the ID of the object that was >deleted? Is there a

[Zope-dev] ZPatterns and Transactions

2001-05-31 Thread Roché Compaan
I have a ZPatterns application that uses the ZODB as storage. When I delete an object only the name of the script that deleted the object is shown in the Undo log. Is there any way to determine the ID of the object that was deleted? Is there a way that one can get a handle on the object that wa

Re: [Zope-dev] ZPatterns Rack question..

2001-04-28 Thread Phillip J. Eby
At 06:00 PM 4/28/01 +0200, Christian Scholz wrote: >Hi! > >First of all one note to the sql attribute provider: My problem seems to be solved >now. Actually it was quite easy.. dunno why it took the long way.. thanks anyway >to Phillip and Steve! > >But I have another problem now: I have some rack

[Zope-dev] ZPatterns Rack question..

2001-04-28 Thread Christian Scholz
Hi! First of all one note to the sql attribute provider: My problem seems to be solved now. Actually it was quite easy.. dunno why it took the long way.. thanks anyway to Phillip and Steve! But I have another problem now: I have some rack with persistent objects in it. Now I want to migrate my s

RE: [Zope-dev] ZPatterns Design Issue

2001-04-25 Thread Roch'e Compaan
I generally follow this approach for long lists and reports, but the tree tag is a bit more tricky because you only have a simple "data" object without the context that a real object provides. A real object makes it a lot simpler if you recursively draw a hierarchy - doing it with simple "data" o

RE: [Zope-dev] ZPatterns Design Issue

2001-04-24 Thread Phillip J. Eby
At 05:26 PM 4/24/01 +0200, Roch'e Compaan wrote: >How do you bind a SQL Result with multiple records with multiple instances >of the class? Can you do this in Skinscript? Or do you mean I should return >the sql result directly? Just return the result directly. If the data is all from SQL, that'

RE: [Zope-dev] ZPatterns Design Issue

2001-04-24 Thread Roch'e Compaan
How do you bind a SQL Result with multiple records with multiple instances of the class? Can you do this in Skinscript? Or do you mean I should return the sql result directly? Roché > Why don't you just have the rack's getChildrenFor() method return > instances > of the correct class, with all

Re: [Zope-dev] ZPatterns Design Issue

2001-04-24 Thread Phillip J. Eby
At 03:01 PM 4/24/01 +0200, Roch'e Compaan wrote: >Building the tree leads to a whole bunch of queries to the database that >really slows thing down ie. besides the queries that retrieve children, >select queries to retrieve individual instances is called by getItem through >SkinScript for each ite

[Zope-dev] ZPatterns Design Issue

2001-04-24 Thread Roch'e Compaan
Hi Everybody We are porting a desktop application to Zope using Interbase and ZPatterns. In this application objects like Vintage, Farm, Vineyard, Block and Panel form a hierarchy and are displayed with the Zope tree widget. To build the hierarchy we use a method called getChildrenFor() on each

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-23 Thread Christian Scholz
Hi! So here's more :) > >def _objectAdding(self,client, > >_tmap={ None:AddedStatus, > >DeletedStatus:ChangedStatus, > >ChangedStatus:AddedStatus > >} > >): > >t = client._getTokenFor(self) > >s = t.status > >

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Christian Scholz
Hi! Just a quick note as it's quite late already (more tomorrow): > In the early days of ZPatterns, I assumed that I would create SQL > providers, LDAP providers, and suchlike gizmos. Later, it became clear > that it was more useful to have a simple "glue" language to allow > harnessing the ful

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Phillip J. Eby
At 08:29 PM 4/22/01 +0200, Christian Scholz wrote: >Hi! > >A little update.. > >Actually I was mistaken and SetAttributeFor() is called. Just _objectChanged() >is not called in that case.. and thus my attributes are not stored to the database. When an object is newly added, only _objectAdded() is

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Phillip J. Eby
At 08:29 PM 4/22/01 +0200, Christian Scholz wrote: >Hi! > >A little update.. > >Actually I was mistaken and SetAttributeFor() is called. Just _objectChanged() >is not called in that case.. and thus my attributes are not stored to the database. When an object is newly added, only _objectAdded() is

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Christian Scholz
Hi! A little update.. Actually I was mistaken and SetAttributeFor() is called. Just _objectChanged() is not called in that case.. and thus my attributes are not stored to the database. Also commit() is not called at all in this case. It get's called once when the subtranscation is committed but

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Steve Alexander
Phillip J. Eby wrote: > Steve Alexander wrote: > >> As a simpler workaround, you can use >>your_object.commitSubtransaction() instead of redirecting to a new page. >> > Um, this shouldn't be the issue here. _SetAttributeFor() should be called > when the attribute is set; it's not transaction

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Phillip J. Eby
At 03:07 PM 4/22/01 +0100, Steve Alexander wrote: > > As a simpler workaround, you can use >your_object.commitSubtransaction() instead of redirecting to a new page. Um, this shouldn't be the issue here. _SetAttributeFor() should be called when the attribute is set; it's not transaction-drive

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Steve Alexander
Christian Scholz wrote: > > So what I do now as workaround is > > dtml method 1: > > - creates new object via newItem() > - redirects to dtml method 2 > > dtml method 2: > - retrieves the newly created object with getItem() > - calls manage_changeProperties on that object > > This is working

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-22 Thread Christian Scholz
Hi! > >Yes, as said above it registers for handlers and attributes. Also > >_objectChanged and _SetAttributeFor() etc. are called. They're just not > called > >directly after creating the object (when being in the same request that is). > > _objectChanged() is a transaction-commit message. You

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-21 Thread Phillip J. Eby
At 08:18 PM 4/21/01 +0200, Christian Scholz wrote: >Hi! > >> > Good evening everybody! >> > >> > I have some question regarding attribute and agent programming for ZPatterns. >> > >> > I have some provider which is registered for the "handlers" and "attributes" >> > methods and some attributes.

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-21 Thread Christian Scholz
Hi! > > Good evening everybody! > > > > I have some question regarding attribute and agent programming for ZPatterns. > > > > I have some provider which is registered for the "handlers" and "attributes" > > methods and some attributes. > > > > My problem is when trying to create a new object a

Re: [Zope-dev] ZPatterns AttributeProvider question

2001-04-21 Thread Steve Alexander
Christian Scholz wrote: > Good evening everybody! > > I have some question regarding attribute and agent programming for ZPatterns. > > I have some provider which is registered for the "handlers" and "attributes" > methods and some attributes. > > My problem is when trying to create a new obje

[Zope-dev] ZPatterns AttributeProvider question

2001-04-20 Thread Christian Scholz
Good evening everybody! I have some question regarding attribute and agent programming for ZPatterns. I have some provider which is registered for the "handlers" and "attributes" methods and some attributes. My problem is when trying to create a new object and directly editing it, e.g. obj=new

Re: [Zope-dev] ZPatterns sub-Specialist traversal

2001-04-09 Thread Michael R. Bernstein
With some help from the kind folks on #zope, this has been solved. "Michael R. Bernstein" wrote: > > Here is what I've done: > > ArchiveImages (Specialist) > defaultRack > traversal_method (Python Script) > traversal (SkinScript) > Renderings (sub-Specialist) > defaultRack This was wro

Re: [Zope-dev] ZPatterns Attribute Provider Problem

2001-04-09 Thread Christian Scholz
Well, sorry for mailing to quickly, but removing _objectChanging() from my class solved the problem. My version simply wasn't setting the right status to the transaction. (though I think that I had a reason for adding it some time ago..) But maybe it's working now.. (but it seems so) -- chr

[Zope-dev] ZPatterns Attribute Provider Problem

2001-04-09 Thread Christian Scholz
Hi everybody! I am trying to write some attribute provider for storing data inside an SQL table as I am bored of typing parameter lists over and over again (e.g. in every ZSQL method, in every SkinScript method etc.) The problem now is that adding a new row to the table (and thus adding a new ob

Re: [Zope-dev] ZPatterns, DataSkins, forms and errorchecking/handling

2001-04-08 Thread Itai Tavor
Kapil wrote: Thanks, Kapil. I did look at dtml-contract, and it wasn't hard to understand it from the docs. But the problem is that it can't cover all the required tests - like dependencies between several form fields (such as with two password fields) or tests outside the form content (such

Re: [Zope-dev] ZPatterns, DataSkins, forms and error checking/handling

2001-04-06 Thread ender
On Tuesday 27 March 2001 17:40, Itai Tavor wrote: >>Hi, >> >>I'm trying to work out the best way to check for and report errors >>when DataSkin objects are created/edited, but I'm having a lot of >>problems. >> >>For form validation, Zope's build-in constraints are pretty >>useless... things like

Re: [Zope-dev] ZPatterns sub-Specialist traversal

2001-04-06 Thread Michael R. Bernstein
Ulrich Eck wrote: > > > traversal_method has 'REQUEST, name' as parameters, and the > > following body: > > > > return getattr(container.Renderings, name) > > > > The 'traversal' SkinScript has the following body: > > > > WITH SELF COMPUTE __bobo_traverse__=traversal_method > > > > > > try: > >

[Zope-dev] ZPatterns sub-Specialist traversal

2001-04-06 Thread Michael R. Bernstein
Hello all, I've been trying to follow the instructions for getting subSpecialist instances to appear as directly traversable from Specialist instances, but have not yet had any success. Here is what I've done: ArchiveImages (Specialist) defaultRack traversal_method (Python Script) traversa

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-02 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > At 01:45 PM 4/1/01 -0700, Michael R. Bernstein wrote: > > > >It seems as though the manage_upload method is supposed to > >hand off the image data to RenderingKinds, which in turn > >either replaces the image data in existing Renderings, or > >creates new ones, by iter

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-02 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > At 05:08 PM 4/1/01 -0700, Michael R. Bernstein wrote: > > > >I'm also assuming that RenderingKinds' defaultRack is set to > >use 'ZPatterns: DataSkin' and be set to load by accessing > >the 'id' attribute. Is this correct? > > Well, I would create a "RenderingKind" ZC

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-02 Thread Phillip J. Eby
At 01:45 PM 4/1/01 -0700, Michael R. Bernstein wrote: > >It seems as though the manage_upload method is supposed to >hand off the image data to RenderingKinds, which in turn >either replaces the image data in existing Renderings, or >creates new ones, by iterating through the rows in the >TinyTabl

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-02 Thread Phillip J. Eby
At 05:08 PM 4/1/01 -0700, Michael R. Bernstein wrote: > >Now, am I correct in assuming that the 'sizes' TinyTable >should be in the RenderingKinds Specialist? Yes. >I'm also assuming that RenderingKinds' defaultRack is set to >use 'ZPatterns: DataSkin' and be set to load by accessing >the 'id'

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-01 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > By the way, RenderingKinds is a sort of specialist that hasn't been > discussed much outside of the apps Ty and I work with - the "constant" > Specialist, one which contains application configuration or metadata rather > than "content". Oftentimes it's handy to simply

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-01 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > At 08:59 PM 3/30/01 -0800, Michael R. Bernstein wrote: > > > >The terminology I'm using is ArchiveImage (for the 'Image' > >class) and RackImage (for the 'Rendering' class). > > I'd recommend a name change for RackImage, at least at the Specialist > level. If you don

Re: [Zope-dev] ZPatterns Image Archive Project

2001-04-01 Thread Phillip J. Eby
At 08:59 PM 3/30/01 -0800, Michael R. Bernstein wrote: >"Phillip J. Eby" wrote: >> >> Aha. I think I understand what you're doing now. You have an "Image" and >> you have a "Rendering". Two classes, different behaviors. I'm assuming >> that originals and thumbnails and whatever other renderin

Re: [Zope-dev] ZPatterns Image Archive Project

2001-03-30 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > At 07:30 PM 3/30/01 -0800, Michael R. Bernstein wrote: > > > >Well, I want to store several versions of each image. Let's > >take a simplified case where I want the original image and a > >thumbnail, both of which need to appear as subobjects of the > >ZClass with the

Re: [Zope-dev] ZPatterns Image Archive Project

2001-03-30 Thread Phillip J. Eby
At 07:30 PM 3/30/01 -0800, Michael R. Bernstein wrote: >"Phillip J. Eby" wrote: >> >> At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote: >> >Now I am working on a ArchiveImage ZClass that holds 'meta' >> >information about an image, such as the description, a date, >> >and keywords. >> > >> >

Re: [Zope-dev] ZPatterns Image Archive Project

2001-03-30 Thread Michael R. Bernstein
"Phillip J. Eby" wrote: > > At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote: > >Now I am working on a ArchiveImage ZClass that holds 'meta' > >information about an image, such as the description, a date, > >and keywords. > > > >I want to have one Rack for each image size that I want to > >s

Re: [Zope-dev] ZPatterns Image Archive Project

2001-03-30 Thread Phillip J. Eby
At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote: >Now I am working on a ArchiveImage ZClass that holds 'meta' >information about an image, such as the description, a date, >and keywords. > >I want to have one Rack for each image size that I want to >store. Just out of curiousity, why do you

[Zope-dev] ZPatterns Image Archive Project

2001-03-30 Thread Michael R. Bernstein
Hello all, Background -- I am building an Image Archive Zope application using ZPatterns. I originally was trying to convert the Photo Product to ZPatterns in such a way as to still have it work as a normal product, but that turned out to be too complex. So, I am building the application

Re: [Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread John Eikenberry
Phillip J. Eby wrote: > Congratulations, you're the first person (that I know of, anyway) to hit a > wall here. However, I think you may be barking up the wrong tree on your > profiling. See below. What a dubious honor. > SkinScript expressions execute using Zope security checking. If you

Re: [Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread Phillip J. Eby
At 01:57 PM 3/29/01 -0800, John Eikenberry wrote: > >We have a fairly large and complex app framework built on ZPatterns. It >uses MySQL for storage and the standard Specialist/Rack/DataSkin setup with >skinscripts for attributes and triggers. > >We've found that the speed of getItem is a bit slow

Re: [Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread Phillip J. Eby
At 05:58 PM 3/29/01 -0500, Steve Spicklemire wrote: > >bring up a point I've been wondering about anyway. Now that Ty and >Phillip have moved on to TransWarp, who will be maintaining all the >changes to ZPatterns? SteveA has done a great job of keeping a >modified version available for folks runni

Re: [Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread John Eikenberry
Steve Spicklemire wrote: >Makes sense to me! I'm guessing eval was used since it's a little > simpler not to have to keep track of both the string expression and > the compiled expression.. but that's just a guess. However it does Crap... just noticed that the eval()'d version does compile()

Re: [Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread Steve Spicklemire
Hi John, Makes sense to me! I'm guessing eval was used since it's a little simpler not to have to keep track of both the string expression and the compiled expression.. but that's just a guess. However it does bring up a point I've been wondering about anyway. Now that Ty and Phillip have mov

[Zope-dev] (ZPatterns) Speeding up Skinscripts

2001-03-29 Thread John Eikenberry
We have a fairly large and complex app framework built on ZPatterns. It uses MySQL for storage and the standard Specialist/Rack/DataSkin setup with skinscripts for attributes and triggers. We've found that the speed of getItem is a bit slower than we need. For instance retrieving 200 dataskins t

[Zope-dev] ZPatterns, DataSkins, forms and error checking/handling

2001-03-27 Thread Itai Tavor
Hi, I'm trying to work out the best way to check for and report errors when DataSkin objects are created/edited, but I'm having a lot of problems. For form validation, Zope's build-in constraints are pretty useless... things like ValueHandler are a little better, but IMO not good enough. Whe

Re: [Zope-dev] ZPatterns style question

2001-03-21 Thread Steve Spicklemire
Hi Lex, This is a little bit of a tricky question. Here is what I think is the *intent* of ZPatterns. The details of storage are to be left up to the implementor/integrator. Given that they are the only ones who really know where all the goodies are hidden (sql? zodb? etc.. ) your app shouldn'

[Zope-dev] ZPatterns style question

2001-03-20 Thread Lex Berezhny
Hello, I dont know if i'm missing something, or if this is just a style question. But where do the implimentation specific get/set methods go (the functions called within a SkinScript for example)? Do i just stick them anywhere in the aquistion path, or is there some logical place I should plac

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-20 Thread Roch'e Compaan
> Seems like the first element of the list of result objects returned by > sqlGetAllotmentArea doesn't define anything called 'AllotmentArea_ID'. > Could it be a case problem? What datbase/db_adaptor are you using? It is a case problem, which really surprised me because Interbase is not case sens

Re: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Steve Spicklemire
Hi Roche, > > In all simplicity I still can't get it to work but here's some more info > > from the console: > > > > Traceback (innermost last): > > File > > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > > line 335, in _AttributeFor > > (Object: GAPMixin) > >

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Roch'e Compaan
> On Mon, 19 Mar 2001, Roch'e Compaan wrote: > > In all simplicity I still can't get it to work but here's some more info > > from the console: > > > > Traceback (innermost last): > > File > > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > > line 335, in _AttributeFor

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread R. David Murray
On Mon, 19 Mar 2001, Roch'e Compaan wrote: > In all simplicity I still can't get it to work but here's some more info > from the console: > > Traceback (innermost last): > File > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > line 335, in _AttributeFor > (Object:

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Roch'e Compaan
> In my experience, getItem will return None if *anything* goes wrong > with data retieval or object creation. Sometimes you get a traceback in > the STUPID_LOG, and sometimes you don't (and I haven't figured out the > pattern yet). Test everything you can independently, and simplify > everythi

Re: [Zope-dev] ZPatterns: getItem returns None

2001-03-17 Thread R. David Murray
On Sat, 17 Mar 2001, Roch'e Compaan wrote: > When I call getItem() on the specialist, it returns None. In my experience, getItem will return None if *anything* goes wrong with data retieval or object creation. Sometimes you get a traceback in the STUPID_LOG, and sometimes you don't (and I haven'

[Zope-dev] ZPatterns: getItem returns None

2001-03-17 Thread Roch'e Compaan
I think I've read everything on the mailing lists on this issue, but have found no joy. I have a ZClass derived dataskin called AllotmentArea matching a table with the same name in my SQL RDBMS. I have a Specialist called AllotmentAreas with storage set to the AllotmentArea ZClass and load attri

Re: [Zope-dev] ZPatterns: External Attribute Provider question

2001-03-11 Thread Phillip J. Eby
At 07:48 PM 3/11/01 +, Steve Alexander wrote: > >Is there a good reason that ExternalAttributeProvider sets up a >dictionary to put its attributes into, rather than a PersistentMapping? It's mainly to avoid a proliferation of persistent objects, based on the assumption that if you're using a

[Zope-dev] ZPatterns: External Attribute Provider question

2001-03-11 Thread Steve Alexander
Hi Phillip, Is there a good reason that ExternalAttributeProvider sets up a dictionary to put its attributes into, rather than a PersistentMapping? This is the way it seems to store things in the Rack: Rack's BTree | + object_id : PersistentMapping | + ('ZPatterns.R

Re: [Zope-dev] ZPatterns, DynPersist.dll and Zope 2.3.0

2001-03-04 Thread Morten W. Petersen
[Steve Alexander] | Try this one: | |http://www.cat-box.net/steve/DynPersist-0.4.3b1.dll | | I've had this one working on Windows 2000, Zope 2.3. Yep, this works. On Windows 98 with Zope 2.3.0. Thanks again, Morten ___ Zope-Dev maillist - [

Re: [Zope-dev] ZPatterns, DynPersist.dll and Zope 2.3.0

2001-03-04 Thread Steve Alexander
Morten W. Petersen wrote: > Hi guys, > > I've got a problem making a version of the DynPersist.dll file work > on windows. The message when trying to load the DynPersist module > says (paraphrasing) "A unit attached to the system doesn't work". > Anyone else experienced this? Try this one:

[Zope-dev] ZPatterns, DynPersist.dll and Zope 2.3.0

2001-03-04 Thread Morten W. Petersen
Hi guys, I've got a problem making a version of the DynPersist.dll file work on windows. The message when trying to load the DynPersist module says (paraphrasing) "A unit attached to the system doesn't work". Anyone else experienced this? Also, I read that users of > Zope 2.2.x could skip this

RE: [Zope-dev] ZPatterns: commitSubtransaction() gives AttributeError on commit_sub

2001-02-27 Thread Ian Sealy
Dear Brian, > > req = context.REQUEST > > context.propertysheets.info.manage_changeProperties(longdesc=req.f > > orm['longdesc']) > > context.commitSubtransaction() > > req.RESPONSE.redirect(req['URL1']+'/edit_longdescForm') > > > > context is a DataSkin instance. When I submit the form, I get

RE: [Zope-dev] ZPatterns: commitSubtransaction() gives AttributeErroron commit_sub

2001-02-26 Thread R. David Murray
On Mon, 26 Feb 2001, Brian Lloyd wrote: > I believe we've tracked this down and fixed it properly - the > fix will be in 2.3.1 b2, but I've a attached a copy of the > updated Transaction.py that you can drop into lib/python/ZODB, > then restart. It would be great if you get a chance to confirm

RE: [Zope-dev] ZPatterns: commitSubtransaction() gives AttributeError on commit_sub

2001-02-26 Thread Brian Lloyd
> req = context.REQUEST > context.propertysheets.info.manage_changeProperties(longdesc=req.f > orm['longdesc']) > context.commitSubtransaction() > req.RESPONSE.redirect(req['URL1']+'/edit_longdescForm') > > context is a DataSkin instance. When I submit the form, I get an > Attribute Error on com

[Zope-dev] ZPatterns.. latest CVS moves ExtensionClass.h.. new Setup required to build DynPersist.so...

2001-02-26 Thread Steve Spicklemire
There was some motion in the ExtensionClass source recently that affects building DynPersist.so a diff follows... Index: Setup === RCS file: /usr/cvsroot/zope/lib/python/Products/ZPatterns/Setup,v retrieving revision 1.1 retriev

Re: [Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread Michael R. Bernstein
Steve Alexander wrote: > > I'd welcome suggestions on a better name for the method than > "kickTriggers". :-) Two more: PushTheButton PullTheLever Michael Bernstein. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/

Re: [Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread R. David Murray
On Fri, 23 Feb 2001, Steve Alexander wrote: > I'd welcome suggestions on a better name for the method than > "kickTriggers". :-) armTriggers --RDM ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cro

Re: [Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread Michael R. Bernstein
Steve Alexander wrote: > > I'd welcome suggestions on a better name for the method than > "kickTriggers". :-) Well, in keeping with the nomenclature of RuleAgents and IndexingAgents, how about DoubleAgent (it secretly works for another Specialist)? Michael Bernstein __

Re: [Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread Steve Alexander
Steve Spicklemire wrote: > Hmmm... > > tripTriggers(...) I like this one. > pullTriggers(...) > fireTriggers(...) I'm not so sure about these two. I think the name should not imply that calling the method will cause triggers to be fired immediately, as the triggers are fired only at a

Re: [Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread Steve Spicklemire
Hmmm... tripTriggers(...) pullTriggers(...) fireTriggers(...) ;-) dunno... kickTriggers works for me... -steve > "SA" == Steve Alexander <[EMAIL PROTECTED]> writes: SA> I've patched DataSkins.py to add this method: ... SA> I'd welcome suggestions on a better name for the me

[Zope-dev] ZPatterns feature patch: kickTriggers

2001-02-23 Thread Steve Alexander
I've patched DataSkins.py to add this method: def kickTriggers(self,_v_status_=_v_status_,_v_dm_=_v_dm_): """Cause triggers to be set off at the end of this transaction, without needing to set any attributes.""" self = self._canonicalForm() if self._v_

[Zope-dev] ZPatterns: commitSubtransaction() gives AttributeError on commit_sub

2001-02-21 Thread R. David Murray
I have the following form action pythonscript: req = context.REQUEST context.propertysheets.info.manage_changeProperties(longdesc=req.form['longdesc']) context.commitSubtransaction() req.RESPONSE.redirect(req['URL1']+'/edit_longdescForm') context is a DataSkin instance. When I submit the form,

Re: [Zope-dev] ZPatterns goes crazy after ZClass change

2001-02-20 Thread Itai Tavor
Steve Alexander wrote: >Itai Tavor wrote: > >>Hi, >> >>I have a Rack which uses ZClass Company for storage. I renamed >>Company to CompanyX and created a new Company ZClass, giving it the >>same methods, propertysheets and properties as CompanyX. When I >>tried to view editInstanceForm_html of

Re: [Zope-dev] ZPatterns goes crazy after ZClass change

2001-02-20 Thread Phillip J. Eby
At 10:29 AM 2/21/01 +1100, Itai Tavor wrote: > >I think I've severely misunderstood how Racks work. I thought >persistent Racks just store properties, and then use the ZClass set >in the Storage tab to wrap that data when providing it. Which means >that I can change the class set for storage an

Re: [Zope-dev] ZPatterns goes crazy after ZClass change

2001-02-20 Thread Steve Alexander
Itai Tavor wrote: > Hi, > > I have a Rack which uses ZClass Company for storage. I renamed Company > to CompanyX and created a new Company ZClass, giving it the same > methods, propertysheets and properties as CompanyX. When I tried to view > editInstanceForm_html of an instance of this class

[Zope-dev] ZPatterns goes crazy after ZClass change

2001-02-19 Thread Itai Tavor
Hi, I have a Rack which uses ZClass Company for storage. I renamed Company to CompanyX and created a new Company ZClass, giving it the same methods, propertysheets and properties as CompanyX. When I tried to view editInstanceForm_html of an instance of this class, I got the method stored in C

Re: [Zope-dev] ZPatterns and SQL

2001-02-19 Thread Phillip J. Eby
At 05:50 PM 2/19/01 +0100, Christian Scholz wrote: > >(though I am still confused a little, as I tried one non-existing >attribute and it didn't work. But this one also was not defined inside >the SkinScript and the database). As I said, the attribute must exist if and only if the row is in the d

Re: [Zope-dev] ZPatterns and SQL

2001-02-19 Thread Christian Scholz
Hi! > >So I shouldn't define it inside the ZClass propertysheet? > >Do I understand this right? > >(I remember having problems when using properties not defined in a > >sheet somewhere.. or am I mistaken completely somehow? ;-) > > You can't do this with a load attribute, because a default valu

Re: [Zope-dev] ZPatterns and SQL

2001-02-19 Thread Phillip J. Eby
At 05:29 PM 2/19/01 +0100, Christian Scholz wrote: >> >> You need to use an attribute which the object has *if and only if* it >> exists in the database. If the class has the attribute defined, all >> instances exist, and you can't even load it with SkinScript because >> ZPatterns uses __getattr

Re: [Zope-dev] ZPatterns and SQL

2001-02-19 Thread Christian Scholz
Hi! > >So as the item is an instance of my ZClass containing also an company_name > attribute > >it will always return the item and because of that the Rack thinks it's > already there. > >So why is this happening? What do I need to change? > > You need to use an attribute which the object has *

Re: [Zope-dev] ZPatterns and SQL

2001-02-19 Thread Phillip J. Eby
At 02:59 PM 2/19/01 +0100, Christian Scholz wrote: > >So as the item is an instance of my ZClass containing also an company_name attribute >it will always return the item and because of that the Rack thinks it's already there. >So why is this happening? What do I need to change? You need to use a

[Zope-dev] ZPatterns and SQL

2001-02-19 Thread Christian Scholz
Hi there! I have a little problem with my Specialist and DataSkins regarding storage inside an sql database. Mainly I don't know what to put under the "loading by accessing attribute" in the Storage tab of the Rack. I have the following SkinScript: WITH QUERY getCustomer(customer_id=self.i

Re: [Zope-dev] ZPatterns and Book Cataloging (was: Using Zope forGroupware/Messaging applications)

2001-02-18 Thread R. David Murray
On Sun, 18 Feb 2001, Michael R. Bernstein wrote: > How are you entering the data into the system? Specifically, > how are you *normalizing* the Author and book information? I don't know what you mean by normalizing, I'm afraid. The data is stored and upated in the external Paradox database, whic

Re: [Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-07 Thread Itai Tavor
Steve Alexander wrote: >Itai Tavor wrote: > >>Steve Alexander wrote: >> >>>Itai Tavor wrote: >>> Steve, This release breaks access to the management screens of ZClasses stored on Racks. In Zpatterns-0.4.2a3, Specialist/item_id/manage returns the ZClass management s

Re: [Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-07 Thread Steve Alexander
Itai Tavor wrote: > Steve Alexander wrote: > >> Itai Tavor wrote: >> >>> Steve, >>> >>> This release breaks access to the management screens of ZClasses >>> stored on Racks. >>> >>> In Zpatterns-0.4.2a3, Specialist/item_id/manage returns the ZClass >>> management screen. In your release it

Re: [Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-06 Thread Itai Tavor
Steve Alexander wrote: >Itai Tavor wrote: > >>Steve, >> >>This release breaks access to the management screens of ZClasses >>stored on Racks. >> >>In Zpatterns-0.4.2a3, Specialist/item_id/manage returns the ZClass >>management screen. In your release it returns the Specialist >>Methods screen.

Re: [Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-06 Thread Steve Alexander
Itai Tavor wrote: > Steve, > > This release breaks access to the management screens of ZClasses stored > on Racks. > > In Zpatterns-0.4.2a3, Specialist/item_id/manage returns the ZClass > management screen. In your release it returns the Specialist Methods > screen. Thanks. I'll look into t

Re: [Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-06 Thread Itai Tavor
Steve, This release breaks access to the management screens of ZClasses stored on Racks. In Zpatterns-0.4.2a3, Specialist/item_id/manage returns the ZClass management screen. In your release it returns the Specialist Methods screen. Itai Steve Alexander wrote: >At the following URL, you c

[Zope-dev] ZPatterns for Zope 2.3 convenience release

2001-02-04 Thread Steve Alexander
At the following URL, you can find the latest ZPatterns with my patches applied. This is what I'm using at the moment. I'm providing this for convenience, so that folks don't have to patch stuff to use ZPatterns with Zope 2.3. Bear in mind that this is not an "official" release. The changes ha

Re: [Zope-dev] ZPatterns

2001-01-29 Thread Chris Withers
> Is there any way to get ZPatterns working even if you don't have a C++ > compiler on Win32? > Isn't there a working dll version available, somewhere? Yeah, search the list archives :P http://zope.nipltd.com/public/lists.html cheers, Chris ___ Zop

[Zope-dev] ZPatterns

2001-01-29 Thread Tom Deprez
Hi, Is there any way to get ZPatterns working even if you don't have a C++ compiler on Win32? Isn't there a working dll version available, somewhere? Thanks, Tom. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope

[Zope-dev] ZPatterns patches

2001-01-20 Thread Steve Alexander
I've put an extensive patch to ZPatterns 0-4-3b2 here: http://www.cat-box.net/steve/ZPatterns.patch The patch includes the following: * Fix to _memento class so it works with Zope 2.3 * Alteration to GAPMixin so the the attributes it says it provides come from the union of the assignments

[Zope-dev] ZPatterns: SkinScript semantics

2001-01-20 Thread Steve Alexander
In a SkinScript COMPUTE statement, should I be allowed to supply different names in the OTHERWISE LET section as in the attributes section? For example: WITH some_query() COMPUTE foo,bar,baz OTHERWISE LET foo='There is no foo', spoon='There is no spoon' Looking at the ZPatterns code,

[Zope-dev] ZPatterns: wanted: alpha testers for RemoteRack

2001-01-19 Thread Steve Alexander
I've written a class called RemoteRack. It works just like a ZPatterns Rack, except that the BTree it uses internally for storing its persistent data can be anywhere else in the ZODB. I'm using it in a FileStorage-based application where I want to have the application's persistent data stored

Re: [Zope-dev] ZPatterns: Attribute Providers

2001-01-18 Thread Phillip J. Eby
At 04:57 PM 1/18/01 +, Steve Alexander wrote: >Here's my understanding of how Persistent Attribute Providers work: > >Persistent Internal Attribute Provider > > DataSkins and Attributes are ultimately stored like this: > > >Rack's BTree > | > | > | Slots: key:value >

[Zope-dev] ZPatterns: Attribute Providers

2001-01-18 Thread Steve Alexander
Here's my understanding of how Persistent Attribute Providers work: Persistent Internal Attribute Provider DataSkins and Attributes are ultimately stored like this: Rack's BTree | | | Slots: key:value | |-('ZPatterns.Rack','Self') : DataSkin instance

Re: [Zope-dev] ZPatterns implementation question: images attributes?

2001-01-13 Thread Zope mailing lists
On Sat, 13 Jan 2001, Steve Alexander wrote: > Here's the simplest approach that I can think of. Thanks, Steve, that's great. I can even simplify it since there's a one to one correspondence between products and images, so I can just use the product Id as the Image Id. If that correspondence eve

  1   2   3   4   5   >