- Zope - Zope lists

Re: [Zope] where (required)
by Dieter Maurer 04 Dec '00

04 Dec '00

Tom Deprez writes: > ... optional tests and optional paramters in Z SQL methods ... The "where" of "dtml-group" will generate a "where" keyword, if the enclosed query is not empty. However, you must pass the declared parameters whether or not you use them. You can provide default values, though. The syntax is parameter="" to give "parameter" the empty string as default value. Dieter

1 0

Re: [Zope] The inverse of REQUEST.set is ??
by Dieter Maurer 04 Dec '00

04 Dec '00

Dennis Nichols writes: > ... deleting an item from request ... DTML will not let you do that. In Python, you can use "del REQUEST.other['something']" Dieter

1 0

Re: [Zope] ZSQLMethods
by Dieter Maurer 04 Dec '00

04 Dec '00

Tom Deprez writes: > I'm wondering how the following can be done. > > I've 2 databases. I want to do a 'join' with 2 tables, both in a different > database. > Is it possible to retrieve data of both tables with a ZSQLMethod and then > do a programatically join? What's the easiest python way? Search the (seachable) list archive. There was recently a thread about getting data from two ODBC data sources and joining the results. Dieter

1 0

Re: [Zope] Accessing hierarchical information in a CORBA server
by Dieter Maurer 04 Dec '00

04 Dec '00

vonWedel(a)lfpt.rwth-aachen.de writes: > Dies ist eine mehrteilige Nachricht im MIME-Format. > --=_alternative 0034F414C12569AB_= > Content-Type: text/plain; charset="us-ascii" Can you avoid to send MIME messages into this list? > ... tree for hierarchical data on CORBA server ... > ... from (http://www.zope.org/Members/anthony/tree-coding-tricks: > class _dummy: > def __init__(self, name): > self.name=name > > def child_lookup(parent): > c = [] > for i in range(0,5): > c.append(_dummy("%s.%d"%(parent, i))) > return c > > used like this: > > <dtml-let name="0"> > <dtml-tree id=name branches_expr="child_lookup(parent=name)"> > <b><dtml-var name></b> > </dtml-tree> > </dtml-let> > > .... > The tree can obviously only handle > functions, not real CORBA > objects The tree can (and does) handle objects. The expression "branches_expr" is evaluated in the context of the current objects. As Python is dynamically typed, the objects can have different types. The only restriction: "branches_expr" must be evaluable in each context. > CORBA objects are identified by a so-called IOR which is some sort of a > stringified object reference > but in a non-readable way. Can I use a non-unique 'display name' for each > node in the tree and > some unique identfier (the IOR) internally? Of cause, the "display names" must be locally unique (i.e. in their parent). They need not be globally unique. > Sorry for so many questions, but I haven't found a lot of info about using > the dtml-tree together with > external methods. I saw two questions. That's not a lot. Dieter

1 0

On DTML and Python Script.
by Jason C. Leach 04 Dec '00

04 Dec '00

hi, For Christmas I'd like a way to be able to use PHP or ASP type scripting rather than DTML. like: %py> My python Script or Code. <py% Or <dtml> My DTML. </dtml> Having to manager all those dtml <> and tags is not as good as it could be. I suspect it's more of a deturant than anything else. I do agree that DMTL should be use as little as possible with Python used for anything over 10 lines. But why have a scripting language for both methods over and under 10 lines? j. ...................... ..... Jason C. Leach ... University College of the Cariboo. ..

1 0

Re: [Zope] confusing access error
by Dieter Maurer 04 Dec '00

04 Dec '00

Matthew Wilbert writes: > I am getting an access error I don't understand at all, > .... > <dtml-in "ZopeFind(this())"> > <dtml-var sequence-item> > .... > Zope Error > Zope has encountered an error while publishing this resource. > Unauthorized< > > You are not authorized to access title_or_id. What Zope version do you use. You need at least Zope 2.2.2 as there was a bug in earlier Zope versions. This bug may present itself exactly as you described. Dieter

1 0

Re: [Zope] dtml methods and properties
by Dieter Maurer 04 Dec '00

04 Dec '00

Willem Broekema writes: > As a DTML method is said to work with the properties of the object it > is called at: > > DTML method "m": > <dtml-var bobobase_modification_time> > > <root folder of site>/m > displays the date/time when the last change happened to any file > in the root folder > > <root folder>/m/m > displays last change date/time of method m > > Why does the method not display it's modification time on the first > occasion? Or: why does it not give the folder's modification time > on the second occasion? I suggest, you read the sections about the DTML namespace in the upcoming Zope book (online on zope.org) You will learn that the namespace is a stack of bindings. When a name is looked up, the bindings on the stack are successively asked about the looked up name. The first binding that knows the name succeeds and returns the value. At a different place in the book, you learn that a DTML method (in contrast to a DTML document) does not push itself onto the DTML namespace. Thus, you look through the DTML method onto the object, the method has been called for. You will not see the DTML method's own attributes or methods. In your first example, "bobobase_modification_time" is the attribute of the object, "m" has been called for: this is "<root folder of site>". In second first example, "bobobase_modification_time" is the attribute of the object, "m" has been called for: this is "m" in "<root folder of site>". Thus, you see "m"'s "bobobase_modification_time". It is however, the first, not the second "m". Dieter

1 0

Why Not Zope? 'Cos I like to bitch! ;-)
by Chris Withers 04 Dec '00

04 Dec '00

Karim Yaici wrote: > > Hi guys, > I found this article written by someone from Quixote concerning Zope, > describing its weaknesses and possible future development > http://www.amk.ca/python/writing/why-not-zope.html This guy is quite far up his own arse :-) It's probably more useful to work around the problems he describes rather than bitching about them and telling people not to use Zope: The 'no grep' is probably the most serious of his points. You can easily get around it though, by using a ZCatalog. Admittedly, a decent search and replace interface (which I'm plugging for on zope-dev ;-) would be really nice (Zope 3? ;-) No CVS is also a problem, but with the improvements in the History tab and the like, this less of an issue. Besides, it's again easy to work around by keeping CVS-ish stuff on the filesystem either by putting them in python products or HTMLFiles. There's even ZCVSMixing should you really be pedantic. The test suite stuff is true for any web application, as has been discussed on the XP lists (so I'm told ;-) That said, there's ZUnit and PyUnit now, so I'm not sure that his opinion on this is valid at all. His comments about DTML are all valid, but it's a choice he'd made to write logic in DTML and he's a fool for doing so. IMNSHO, all 'logic' should be kept in python and you should never need to use the "" in a DTML tag. If you do, you're doing too much in DTML. Put it in a product or one of Evan's new-fangled python methods (although these aren't CVS'able, so I'd advise against it, unless is 'python scripting') If used this way, DTML actually provides quite a nice scripting layer for people who only understand/care about HTML, and there's the promise of XHTML for the future. He sees DTML's 'dynamic scoping' as a hinderance, it's actually one of its strengths. Yes, it can be confusing, but maybe you should just write code which doesn't make assumptions about variables, or handles the cases when they're not there. The same is true of acquisition and the namespaces concepts, maybe with better documentation, people like him wouldn't have such problems. Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P Oh yeah, TTW editing does _not_ mean code has to live in the ODB as I've already mentioned. Of course, in being behind Quixote, this guy has an alternative motive for slagging off Zope, but I do wish he wouldn't. In (almost) his own words, he just wants a filesystem of python scripts to build his website. Fine, but that doesn't solve a lot of people's problems and has a lot of limitations, hence Zope came into being. Yes, it's a complex beast but, if handled correctly, it'll save you loads of development time and leaves you with a graceful, quick application that is seperately configurable and scriptable, and has a _lot_ of code re-use. I'm pretty sure this is true for the vast majority of web applications but, of course, there are exceptions, although I'm not sure MEMS Exchange is one of them ;-) The one problem with Zope that he _should_ have mentioned is this: You have to try pretty hard to write nasty code in Python, which si why it's so great. Conversely, it's quite easy to build 'nasty' applications in Zope that are messy and hard to maintain. Such is life, that's a possibility I'm willing to live with for the power that Zope gives me. cheers, Chris

9 18

Why is acl_users "Contents" hidden?
by Kyler B. Laird 04 Dec '00

04 Dec '00

I've been planning on using roles to control access to folders. Unfortunately, I find that if a user doesn't have the "Manage" role, requests to acl_users/manage_workspace will get redirected to acl_users/manage_access and no "Contents" tab will be shown. The user can still go to acl_users/manage_main and manage users, but he must know how to get there. Is there a simple fix? Thanks. --kyler

1 0

Re: [Zope] Passing lists in a get request (ZCatalog Search)
by Dieter Maurer 04 Dec '00

04 Dec '00

magnus(a)websys.no writes: > | Someone else suggested to use a post (rather than get) request. > | In general, I would warn you against this solution. > | It will break the "dtml-in" batch support. > > Could you elaborate on this? "dtml-in"'s batch support uses the CGI variable QUERY_STRING. This is only defined for GET requests. As a consequence, there is no batch support (i.e. automatically splitting long list displays over several pages) for POST requests. Dieter

1 0