"Phillip J. Eby" wrote:
> The other comment I have, now that I've seen your approach, is
> that it might be more flexible from a subclassing perspective, to use a
> __replaceable__ attribute. Here's how it could work:
>
> 1) Configurable._checkId() checks to see if the existing attribute to be
>
"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 overridin
"Phillip J. Eby" wrote:
> >http://www.zope.org/Members/hathawsh/ConfigurableInstances/
>
> Looks pretty good. A suggestion, however. There isn't any need to do it
> as a patch to ObjectManager.py; you can implement this in a Product just
> fine. Just organize it like this: (...)
Thanks for th
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. :-)
>
>http://www.zope.o
"Phillip J. Eby" wrote:
>
> 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 mo
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 stickin
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 neede
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?
Shane
___
Zope-Dev maillist -
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 switch to 2.2,
but then all the code that *was worki
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 suddenl
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 (my) instances suport this
propertysheet." I think
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 thro
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..
> "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 c
At 03:10 AM 7/6/00 +, Scott Parish wrote:
>
>Anyway, Under Zope 2.2, the 'Upon' property of a trigger doesn't have a list
>of 'event_kinds'. I think this is related to an earlier post where i
>complained about zope 2.2 not being able to get such values (for select
>types) from aquisition,
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 documenta
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 sour
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
18 matches
Mail list logo