- Zope - Zope lists

RE: [Zope] Wrong mime type sent by Zope on every page
by Brian Lloyd 08 Jun '00

08 Jun '00

> -----Original Message----- > From: Dan L. Pierson [mailto:dan@sol.control.com] > Sent: Thursday, June 08, 2000 3:47 PM > To: Brian Lloyd > Cc: 'Chris Withers'; Martijn Pieters; Andrew Diller; zope(a)zope.org > Subject: RE: [Zope] Wrong mime type sent by Zope on every page > > Brian Lloyd writes: > > What if we change this to: > > > > if a 'content_type' attribute exists, it is used > > > > else if the object's id seems to have a file extension > > (. in the id), try to use guess_content_type > > > > > else if there is a 'default_content_type' attribute, use that > > > > else fall back to the hated application/octet-stream > > (or, I've seen x-unknown-content-type used before, > > but I don't know if this is really any better). > > > > Then we could put a 'default_content_type' attribute in the > > class of dtml documents and methods, which would take care of > > the most common case. Thoughts? > > Sounds pretty good. Setting 'default_content_type' can then be > another item in the unwritten Guide to Writing a Zope Product. That's right - I expect that it could be useful for a few products. I can see XMLDocuments having a default of 'text/xml', but I suspect that a lot of products won't really have to care. Things that have no real similarity to conventional "pages" (like database connection objects, etc.) are probably useless to a robot that works with "pages" anyway, so they are better off sending a default non-committal response like "application/octet-stream". Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Re: [Zope] Q: Accessing ZSQL methods from Python
by Dieter Maurer 08 Jun '00

08 Jun '00

a.wacknitz(a)francotyp.com writes: > my question is what type or value is returned by a ZSQL method that is > invoked from Python? ZSQL methods return "Shared.DC.ZRDB.Results.Results" instances. Such an instance essentially behaves like a sequence of objects each describing one result row. These objects have been set up such that a column value can be accessed as attribute with the column name. Thus, "results[i].column" gives the value of "column" of the i.th row. How to determine, how "Null" values are recognized, is less a Zope than a database adapter question. I would expect, that most (if not all) database adapters will map SQL Null to None. However, even some well established SQL databases do not treat Null standards-conform but represent it as the empty string. Then, the database adapter has no chance to map this to None but must use '', too. Dieter

1 0

Re: [Zope] PARENTS
by Rik Hoekstra 08 Jun '00

08 Jun '00

-----Original Message----- From: Tom Scheidt <tom(a)falsemirror.com> To: zope(a)zope.org <zope(a)zope.org> Date: donderdag 8 juni 2000 22:07 Subject: [Zope] PARENTS >Hi All, > >I can't get > ><dtml-with PARENTS[1]> > >to work. > >I want it reference the folder containing the folder >containing the document, but i get: > >Error Type: KeyError >Error Value: PARENTS[1] > try: <dtml-with "PARENTS[1]"> (untested) Rik

1 0

Re: [Zope] Help on synchronous methods?
by Dieter Maurer 08 Jun '00

08 Jun '00

Craig Allen writes: > How can I synchronize external method completion with DTML method invocation? > [and do I need to?] A single request is executed by a single thread. Inside this thread, all invocations are serial (and therefore synchronized). Different requests may be executed by different threads. The operations in different threads are usually not synchronized. You may use services of the Python threading module (in external methods) to provide explicite synchronization. Dieter

1 0

Re: [Zope] Several users having problem accessing field names of a ZSQL Method
by Dieter Maurer 08 Jun '00

08 Jun '00

Jones, David H writes: > For example, when I use the code: > > <dtml-in SQL.names> > <dtml-let vname=sequence-item > vvalue="SQL()[0][_['sequence-index']]"> > <dtml-var vname>, > <dtml-var vvalue><br> > </dtml-let> > </dtml-in> > > I get the error: > Error Type: KeyError > Error Value: SQL.names Look careful at the error information. It tells you, that "SQL.names" is the problem. Because, you did not enclose it in "...", it is treated as a variable name (i.e. equivalent to <dtml-in name="SQL.names">) and such a variable does not exist ==> KeyError. What you probably wanted was: <dtml-in "SQL.names"> Note the double quotation marks. In this case, "SQL.names" is not treated as a variable name but as a Python expression. Probably, this will not work, either. There are 2 further problems: 1. "SQL" must probably be called 2. "names" is a method and not an attribute; it must be called, too. Try something like: <dtml-let result=SQL>  <dtml-in "result.names()"> <dtml-let .... vvalue="result[0][_['sequence-index']]"> .... Dieter

1 0

Re: [Zope] dtml-tree with data from multiple tables
by Rik Hoekstra 08 Jun '00

08 Jun '00

>I'd like to generate a tree with data from different >SQL tables depending on the tree level. In other >words, the first level data comes from one table, >second level comes from another. > >How can the branches_expr expression determine what >the current tree level is? Can I pass a parameter to >let me know the current level? I tried the following, >but it didn't work... > > <dtml-tree id=name >branches_expr="child_lookup(_['tree-level'])"> I think Anthony baxter's "Some neat tricks with dtml-tree" <url: http://www.zope.org/Members/anthony/tree-coding-tricks > will help you out Rik

1 0

Re: [Zope] Re: ZSQL Bug in 2.1.6 [patch]
by Rik Hoekstra 08 Jun '00

08 Jun '00

> >The zope list (zope(a)zope.org) is great for this sort of question ;-) > >Phill Hugo wrote: >> Sorry to bother you. I've a quick question regarding acqusition in ZSQL >> methods. When I pass args the method ignores the REQUEST stuff unless I >> specify it in the args list. Is there a way to pass one arg specifically >> while allowing the others to be seen in the aquired namespace? > >So you're calling <dtml-in "SQLMethod(parm='something')">? > >If so, you want: ><dtml-in "SQLMethod(_.None,_,parm='something')"> > >If you're doing that already, I can't help you, it's probably a bug :/ Hm I'm afraid Phill was bitten by the SQLMethod only accepting named parameters and fiddling with the namespace in ways I now can't remember. Perhaps your solution helps, though hth Rik

1 0

dtml-tree with data from multiple tables
by Lance Kurisaki 08 Jun '00

08 Jun '00

I'd like to generate a tree with data from different SQL tables depending on the tree level. In other words, the first level data comes from one table, second level comes from another. How can the branches_expr expression determine what the current tree level is? Can I pass a parameter to let me know the current level? I tried the following, but it didn't work... <dtml-tree id=name branches_expr="child_lookup(_['tree-level'])"> Thanks, Lance __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com

1 0

Re: SQLSession and lexical token problems
by Hung Jung Lu 08 Jun '00

08 Jun '00

--- In zope(a)egroups.com, Jason Lee <jlee@r...> wrote: >I'm trying to use SQLSession, and not having much luck. The other two choices are FSSession and HappySession. FSSession is File-System-based. HappySession is RAM-based. HappySession is very easy to install and use. You don't need to worry about setting up database tables or file folder, you don't need to worry about cleaning up old session data, and you don't need to worry about initializing the session object in each REQUEST. If you (1) don't need to store the session data forever, (2) are willing to use cookie, (3) don't store gigantic session data, then you may consider using HappySession. http://www.zope.org/Members/hungjunglu/Products/HappySession regards, Hung Jung ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

1 0

RE: [Zope] Plea: sequence-item and sequence_item in 2.2?
by Brian Lloyd 08 Jun '00

08 Jun '00

> >Hi all, > >Can I make a plea that the .diff patch that Jonothan Farr posted a > >while back be included into the 2.2 release? > >http://www.zope.org/Members/jfarr/Patches/dtml-in-sv > > I have yet to hear a downside to this patch. I second that motion. > The patch has allowed me to clean up my code signifigantly. While I understand your wanting this, the problem is a little deeper than just naming consistency. The sequence-* names were done that way intentionally to avoid consuming possible names and avoid clashes in the standard namespace, and changing the convention could cause clashes to become effective. Have you looked at the "named dtml in loop" proposal on the DTML wiki on Zope.org? http://www.zope.org/Members/4am/DTMLWiki/NamedDTMLInLoop I think that this proposal would go a long way toward easing the spelling issue as well as solving some other pains involving using nested dtml-in loops... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0