Re: [Zope-dev] More comments on ZPatterns

2000-07-18 Thread Chris Withers
"Phillip J. Eby" wrote: 2) I need a good way to make the methods overrideable without any subclassing (whether in Python or ZClasses), Ah, so it's not just me who wants this ;-) I think this may relate to an existing interest of yours regarding specification of interfaces and overriding

Re: [Zope-dev] More comments on ZPatterns

2000-07-10 Thread Phillip J. Eby
At 04:40 PM 7/9/00 -0500, Steve Spicklemire wrote: Wow.. alright. I think I need "ZPatterns for Dummies" or maybe there needs to be a disclaimer "ZPatterns are NOT for Dummies." ;-) I've pretty much given up on Sheets for now. Nothing I've tried has actually worked. I thought maybe I needed to

Re: [Zope-dev] More comments on ZPatterns

2000-07-10 Thread Phillip J. Eby
At 10:02 AM 7/10/00 -0400, Shane Hathaway wrote: Phillip, What if the management interface for specialists provided a way to manipulate, or at least view, the table of virtual objects (or, in ZPatterns-speak, DataSkins)? Wouldn't that make ZPatterns more accessible? Probably. The sticking

Re: [Zope-dev] More comments on ZPatterns

2000-07-10 Thread Phillip J. Eby
At 02:29 PM 7/10/00 -0400, Shane Hathaway wrote: I decided to try out this idea. It turned out to be a cinch! It doesn't restrict the manage_* methods yet; I'll get to that after I get some feedback. Thoroughly untested except on my box; use at your own risk, etc. :-)

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Steve Spicklemire
"pje" == Phillip J Eby [EMAIL PROTECTED] writes: a (default) rack of TableInfo objects. Now... some of the Tableinfo properties, and some of the View properties are *really* in MySQL. I figured out, from the mail list and the source code, that I can create a Generic

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Steve Alexander
Steve Spicklemire wrote: I just want to make sure I understand... is the intention that property management needs to be done on each instance separately? So if I add a new property to one of my property sheets, I need to somehow update the propertysheets of each of the instances? Also

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Phillip J. Eby
At 12:38 PM 7/9/00 -0500, Steve Spicklemire wrote: pje None of the above. SkyDiver should inherit from a Party base class. For pje Customer and ResourceUser behavior, one adds propertysheets whose class is pje provided by the respective frameworks. This is extension through

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Phillip J. Eby
At 01:37 PM 7/9/00 -0500, Steve Spicklemire wrote: Thanks Steve, Eegads! OK... all my instances currently live in a defaultRack of one specialist or another... so exactly how do I "configure this DataManager to provide the PropertySheets (I) want, with sensible default values, and suddenly, all

Re: [Zope-dev] More comments on ZPatterns

2000-07-05 Thread Scott Parish
Thus spake Phillip J. Eby ([EMAIL PROTECTED]): and when I ask one of my TableInfo instances for their footnote it comes right out of MySQL! Cool. Now.. I can't seem to figure out how to *change* the data in the database when the user 'edits' the Here's some more top-secret documentation...

Re: [Zope-dev] More comments on ZPatterns

2000-07-04 Thread Phillip J. Eby
At 10:06 AM 7/3/00 -0500, Steve Spicklemire wrote: Seriously, I'm trying to get it all figured out, and I thought maybe if I attempted to do something 'real' with it I would at least learn what I *don't* understand. Well.. I've learned a *lot*! (about what I don't understand.. ) ;-) The source

[Zope-dev] More comments on ZPatterns

2000-07-03 Thread Chris Withers
From a mail about the LinuxTag conference: P.S. ABout ZPatterns: everyone I spoke to was thought the basic idea behind ZPattern was good and sound and nice and so on. But _everyone_ complained about it being too pretentious (with all the computer science claims and theory behind it) and

Re: [Zope-dev] More comments on ZPatterns

2000-07-03 Thread Steve Spicklemire
So let's start throwing some brute force hacking at the problem! ;-) From a mail about the LinuxTag conference: P.S. ABout ZPatterns: everyone I spoke to was thought the basic idea behind ZPattern was good and sound and nice and so on. But _everyone_ complained about it