RE: [Zope] ZPatterns

From: Steve Alexander >I found your discussion of ZPatterns terms very thought-provoking. Thanks. The first positive comment about it :-) Your reply seems thorough. I will read it through in a day or two. (Has a deadline right now.) >Max, I'm extremely impressed! When I first read through your

Re: [Zope] ZPatterns

Steve Alexander wrote: > > You've described the Model-View relationship. > The Controller part is where ZPatterns gets interesting; you can use > SkinScript to do a load of validation on your data, all in one place, in > a fairly specific and declarative language, which gets applied on > commi

Re: [Zope] ZPatterns

Thanks Max, I found your discussion of ZPatterns terms very thought-provoking. Max Møller Rasmussen wrote: > > To avoid this zPatterns use an anbstraction of a table called a "Rack". If > you define this Rack how it is implemented at the backend doesn't matter. It > can be an SQL database, or

Re: [Zope] ZPatterns

[EMAIL PROTECTED] said: > >Hmm, maybe it's the time for a translate-zPatterns-to-english effort? > I'll give it a try: Thanks for the effort, but I'm an application server architect myself so I do understand the things that zPatterns tries to solve. It's not about understanding, my issue with

Re: [Zope] ZPatterns

[EMAIL PROTECTED] said: > The basic problem as I experience it is not so much the jargon, > because you get used to it. That's what they told me about Perl, too. And because I couldn't get used to that mess, I switched to Python (maybe zPatterns was written for the wrong language? ;-}) -- Cee

Re: [Zope] ZPatterns & terminology

Have you seen: http://www.zope.org/Members/sspickle/DumbZPatternsExample there is an upgrade in the works. ;-) I'm working out the kinks with a way to do documentation/modeling with ZPatterns. Hopefully within a week or two... -steve > "Dario" == Dario Lopez-Kästen <[EMAIL PROTECTED]> wri

Re: [Zope] ZPatterns

Cees de Groot wrote: > > Chris Withers <[EMAIL PROTECTED]> said: > >...I disagree, ZPatterns only major flaw is that its totally immersed in > >its own jargon which very few people understand :-( > > > >That said, my impression is that if you can wade through the b/s, it's > >more than worth th

RE: [Zope] ZPatterns

> > I simple products that does things the ZPatterns way, and > explains why and > > how would be just great. > > The problem, and this I totally agree with PJE, Ty Sarna and the other > people who're using ZPatterns and fully understand it, is > that they are > using it to do their jobs and s

RE: [Zope] ZPatterns

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Hmm, maybe it's the time for a translate-zPatterns-to-english effort? I'll give it a try: Normally you talk about multi tier applications, when talking about something like zPatterns. Say you want to make a website where users can write artic

Re: [Zope] ZPatterns

"Magnus Heino (Rivermen)" wrote: > > Are there any more docs or any examples available now than a couple of > months ago? Maybe > I simple products that does things the ZPatterns way, and explains why and > how would be just great. The problem, and this I totally agree with PJE, Ty Sarna and t

Re: [Zope] ZPatterns

Chris Withers <[EMAIL PROTECTED]> said: >...I disagree, ZPatterns only major flaw is that its totally immersed in >its own jargon which very few people understand :-( > >That said, my impression is that if you can wade through the b/s, it's >more than worth the effort... > Hmm, maybe it's the time

RE: [Zope] ZPatterns

> ...I disagree, ZPatterns only major flaw is that its totally > immersed in > its own jargon which very few people understand :-( > > That said, my impression is that if you can wade through the b/s, it's > more than worth the effort... Are there any more docs or any examples available now th

Re: [Zope] ZPatterns

Brad Clements wrote: > > On 6 Dec 2000, at 23:54, Bill Welch wrote: > works well, but the terminology used in ZPatterns always gives me a > headache. Clearly a shortcoming on my part ...I disagree, ZPatterns only major flaw is that its totally immersed in its own jargon which very few people un

Re: [Zope] ZPatterns 0.4.1snap1 + LoginManager 0.8.7a1 + Zope 2.1.6 + Win2000

Gijs Reulen wrote: Files\Zope_216\lib\python\Products\ZPatterns\Proxy.py", > line 2, in ? > from AccessControl import getSecurityManager > ImportError: cannot import name getSecurityManager It looks like 0.4.1snap1 needs Zope 2.2 for the new Security interface. I see from the path you're usin

Re: [Zope] ZPatterns make problem part2

Solved that one had to install ExtensionClass from the zope source. Owen Smith wrote: > I installed the dev version of python which solved my first problem but > when I do a make I get this > > zope@phonix:/usr/local/dc/zope/lib/python/Products/ZPatterns$ make > gcc -fPIC -I../../ZODB -I../

Re: [Zope] Zpatterns makefile problem

On Mon, 31 Jul 2000, Owen Smith wrote: > make[1]: *** No rule to make target > `/usr/lib/python1.5/config/Makefile', needed by `sedscript'. Stop. > make[1]: Leaving directory > `/usr/local/dc/zope/lib/python/Products/ZPatterns' > make: *** [boot] Error 2 > > Where am I going wrong? > I know /usr

Re: [Zope] ZPatterns and LoginManager

That's right. Copy the Makefile.pree.in.boot from the python library in your zope. Then do as you said yourself. run make -f Makefile.pre.in boot, then run make. Then your'e home free /Mathias Demos Economacos wrote: > > To: Mathias Bengtsson <[EMAIL PROTECTED]>, > > [EMAIL PROTECTED] > > MIME-

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Chris Withers wrote: > > Bill Anderson wrote: > > What happens when the object is in multiple racks? > > (Assuming it is possible) > > Then it'll be missing if something tries to get it from a rack. The same > thing as would happen if something tried to get it from a single rack > after it'd bee

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Scott Parish wrote: > Another thought i just had was that if you deleted by placing a call to the > Rack, then you couldn't allow the class to override manage_delete. You might > want to do such (overriding) if you wanted it to clean up a catalog or perform > some other auxiliary function before

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Bill Anderson wrote: > What happens when the object is in multiple racks? > (Assuming it is possible) Then it'll be missing if something tries to get it from a rack. The same thing as would happen if something tried to get it from a single rack after it'd been deleted. So this case should be cove

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Thus spake Chris Withers ([EMAIL PROTECTED]): > Scott Parish wrote: > > I'm not entirely clear how > > asking the object to delete itself in this case is going to improve the > > situation over just asking the rack to, but I think that was the intent. > > Okay, I see the intent now too, but I ag

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Chris Withers wrote: > > Scott Parish wrote: > > I'm not entirely clear how > > asking the object to delete itself in this case is going to improve the > > situation over just asking the rack to, but I think that was the intent. > > Okay, I see the intent now too, but I agree with you that I can

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Scott Parish wrote: > I'm not entirely clear how > asking the object to delete itself in this case is going to improve the > situation over just asking the rack to, but I think that was the intent. Okay, I see the intent now too, but I agree with you that I can't see what advantage asking the obj

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Thus spake Chris Withers ([EMAIL PROTECTED]): > Ty Sarna wrote: > > call the manage_delete() method on the object. That is, you ask the > > object to delete itself. > > This seems unnecessarily long-winded to me. What are the reasons for it > being like this? (examples are good... ;-) > > > How

Re: [Zope] ZPatterns: Deleting objects from a Rack?

Ty Sarna wrote: > call the manage_delete() method on the object. That is, you ask the > object to delete itself. This seems unnecessarily long-winded to me. What are the reasons for it being like this? (examples are good... ;-) > However, once you have the object, operations on the object should

Re: [Zope] ZPatterns: Deleting objects from a Rack?

In article , Jeff Hoffman <[EMAIL PROTECTED]> wrote: > However, search as I might, I cannot figure out how to delete an item > once it's been created. On gut instinct, I figured there would be a > deleteItem() to complement the newItem() method. No

Re: [Zope] ZPatterns, "Hello, world."

Hi, I don't know of a ZPatterns "Hello, World". I remember feeling quite pleased when I managed to get a ZClass instance added to a Rack. Of course, how one would define "Hello, world" in the context of ZPatterns, I'm not sure. I haven't yet had a chance to use 0.4, so this example won't ment

Re: [Zope] ZPatterns 0.3.0

Thanks but, I did a find and I can't find the file anywhere in the zope install. Does anyone know where I should look? Is it in the python dir or some part of python, I tried looking in there too but couldn't find it. Perhaps I need some other product? Thanks for any help, Pete Monty Taylor

Re: [Zope] ZPatterns 0.3.0

If you're running from the RPM install, I believe it puts the Components dir somewhere else. (Can't remember, though) For what it's worth... Monty Peter Simmons wrote: > > Hi Guys, > > I was trying to setup ZPatterns 0.3.0 and I got up to making the > extension DynPersistc. I had run "make -f

Re: [Zope] ZPatterns and mountable DBs (was FYI: Latest gem appears in CVS)

- Original Message - From: "Chris Withers" <[EMAIL PROTECTED]> To: "Paul Everitt" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, May 21, 2000 9:06 AM Subject: Re: [Zope] FYI: Latest gem appears in CVS > Paul Everitt wrote: > > > > Howdy folks. As mentioned previously, a gem i