- Zope - Zope lists

Using TAL outside Zope with path expressions
by Rodrigo Dias Arruda Senra 25 Jul '04

25 Jul '04

Hi, I'm trying to use TAL (from Zope 2.7.0) outside the Zope context (== standalone program). I have cooked a small test case to illustrate where I got stuck. The problems are the following: 1) I could not use path expressions inside TAL repeat loops, something like "tal:content='itervar/someattr'" fails. - Apparently DummyEngine does not parses nor handles path expression inside evaluatePathOrVar(expr). It just checks if it belongs to self.locals or sefl.globals How does it work inside Zope ? Does it use a different Engine ? I failed to locate this in the Zope code, any pointers ? 2) I could not find how Zope handles 'repeat/itervar/odd' and simmilar constructions upon the repeat var. This also fails when I use TAL outside Zope. 3) I found some 'z:...' instead of 'tal:...' constructions inside the test cases. They are equivalent ? Is this documented somewhere ? TIA, Rod Senra rodsenra at gpr.com.br <code> from TAL.HTMLTALParser import HTMLTALParser from TAL.TALInterpreter import TALInterpreter from TAL.TALGenerator import TALGenerator from TAL.DummyEngine import DummyEngine context = { 'some_list':[{'href':'http://localhost','content':'bar1'}, {'href':'http://localhost','content':'bar2'}] } # This template works fine! templateOk = """" <html><body><ul> <li tal:repeat="foo some_list"> <a tal:attributes="href python:foo['href']" tal:content="python:foo['content']"> </a> </li> </ul></body></html> """ # This template below fails templateBug = """" <html><body><ul> <li tal:repeat="foo some_list"> <a tal:attributes="href foo/href" tal:content="foo/content"> </a> </li> </ul></body></html> """ def generateFile(template,context={},macros={}): eng = DummyEngine(macros) eng.locals.update(context) gen = TALGenerator(expressionCompiler=eng) parser = HTMLTALParser(gen) parser.parseString(template) program, macros = parser.getCode() stream = StringIO() interp = TALInterpreter(program, macros, eng, stream) interp() return stream.getvalue().strip() print generateFile(templateOk,context) print generateFile(templateBug,context) </code> --------------------------------------------------------------- <output> <html><body><ul> <li> <a href="http://localhost">bar1</a> </li> <li> <a href="http://localhost">bar2</a> </li> </ul></body></html> ... TAL.TALDefs.TALESError: unknown variable: 'foo/href' </output>

2 2

Help is unauthorised
by Les Ferguson 25 Jul '04

25 Jul '04

I have installed Zope-2.7.0 using the Windows installer, got it running and done some tutorial stuff, all seems ok. When I try to access Zope help, I can get to a lot of it, but under the API section, if I try to access anything, I get a logon prompt and nothing I put in here is accepted. When I quit the logon prompt, the help screen tells me: Site Error An error was encountered while publishing this resource. Error Type: Unauthorized Error Value: You are not allowed to access 'name' in this context What is wrong with my Zope help ? -- Les Ferguson Software developer Waitakere, NZ

2 1

MySQL and form processing
by Les Ferguson 25 Jul '04

25 Jul '04

I have read thru the zope book and various how-to's and examples, but really need a solid peice of sample code to kick me off here; what is the best way to handle ZPT based forms, for updating and searching in a MySQL database etc. For example, I want a customer search form, taking one or more search criteria, then when submitted I want to build an SQL query to find all rows with ANY of the requested fields, using a LIKE match. I seem to need to intercept the values posted from the form and wrap '%' around the search values, so the LIKE compare will do substring searches. Has anybody found good examples using ZPT ? Most of the documentation I have found have a combination of DTML examples and statements about why we should use ZPT instead. -- Les Ferguson Software developer Waitakere, NZ

2 1

wiki manager
by Pupeno 25 Jul '04

25 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm creating a page where users, after logging in, can freely create wikis based on ZWiki. I have a lot of doubts, but I'll start with the beggining. I come from PHP so, my method of working might be wrong and I want to check with you. I have a Template Page called 'my' that gives some status for the user (is supoused to list the wikis that belong to the user and show administrative tools), the main administrative tool is, create a wiki. And that's what I'm working on. I have the following form there: <form action="createWiki" method="get"> Name of the wiki: <input type="text" id="name" /> <input type="submit" label="Create!" /> </form> and then, I have the script 'createWiki': # Import a standard function, and get the HTML request and response objects. from Products.PythonScripts.standard import html_quote request = container.REQUEST RESPONSE = request.RESPONSE wikiName = request.get('name', 'wiki') # Add the wiki wikisFolder = context.restrictedTraverse('wikis') wikisFolder.manage_addProduct['OFSP'].manage_addFolder(wikiName, wikiName) newWikiFolder = wikisFolder.restrictedTraverse(wikiName) newWikiFolder.manage_addProduct['ZWiki'].manage_addZWikiPage(wikiName, wikiName) why doesn't wikiName get's the input var ? and then... is this the right way to do it ? At the end, this script should redirect back to the my page or to the wiki... is that ok ? Thanks. - -- Pupeno: pupeno(a)pupeno.com - http://www.pupeno.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBA0mzfW48a9PWGkURApgVAJ4+KIcgHkdIy13/Y1ld94VCbYCKLwCeLonw IkGjMSAfyD6AlO/R95HwHp8= =j4ud -----END PGP SIGNATURE-----

2 1

zope image in postgres ?
by Tyson 24 Jul '04

24 Jul '04

Hi, I have a question regarding zope with Postgres. I am storing images in a postgres database using OID's and Bytea's. I have been trying extensively to get these images to display through a zope dtml page, but cannot for the life of me. I tried this but it won't show the image. dtml method called query image: <dtml-call "RESPONSE.setHeader('Content-type', 'image/jpg')"> <dtml-return "sql_get_image_oid(userid='1006')"> another dtml method that should display the image: <img src="/Examples/Ty/image_testing/query_image"></img> I tried this with both data types, oid and bytea but I get no results. If anyone could help me, that would be great. Thanks for your time Sincerely, Tyson Wenger

1 0

RE: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form
by Passin, Tom 23 Jul '04

23 Jul '04

Thanks, Fred. Up until now I thought that all page templates were xml. Tom P > -----Original Message----- > From: Fred Drake [mailto:fdrake@gmail.com] > Sent: Friday, July 23, 2004 5:38 PM > To: Passin, Tom > Cc: plone-users(a)lists.sourceforge.net; zope(a)zope.org > Subject: Re: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form > > On Fri, 23 Jul 2004 17:18:12 -0400, Passin, Tom <tpassin(a)mitretek.org> > wrote: > > I get a little lost here, Fred. Why would the page template get treated > > as HTML by a parser? The template is in xml, and the output may end up > > being treated as html eventually, but why would it ever need to get > > parsed as html? Would you explain how this works? > > Page templates can be either HTML or XML. Which depends on the > content type setting for the template. For file-based templates this > is auto-detected (see zope.pagetemplate.pagetemplatefile) and for > templates in the database this is determined using a content-type > field that can be set by the author/editor. > > When the template is compiled, the setting of the content type is used > to determine which parser to use. The specific error originally > reported was from the HTML parser I wrote specifically for use in page > templates. >

1 0

RE: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form
by Passin, Tom 23 Jul '04

23 Jul '04

> From: Fred Drake [mailto:fdrake@gmail.com] > This problem isn't the > XML parser; that ones doing fine (it's Expat ;). The input is being > treated as HTML intentionally (because that's what the content type > is). I get a little lost here, Fred. Why would the page template get treated as HTML by a parser? The template is in xml, and the output may end up being treated as html eventually, but why would it ever need to get parsed as html? Would you explain how this works? Cheers, Tom P

2 1

RE: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form
by Passin, Tom 23 Jul '04

23 Jul '04

> From: Fred Drake [mailto:fdrake@gmail.com] > > Anyway, as I said I have seen this problem myself, and it occurred > > entirely within the browser (without any CDATA sections) - no server > > You got an exception from the Python HTMLParser module from a browser? > That's pretty interesting! It's a custom browser ... No, seriously, the code is all javascript, running as a standalone app in a browser. I got unexpected results (not, of course, from a Python module!) in the output of document.write(), which I was able to fix by breaking up the strings at the "</". At least, that's how I remember it now, four months later. Cheers, Tom P

1 0

RE: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form
by Passin, Tom 23 Jul '04

23 Jul '04

> Passin, Tom I wrote - > Hey, Fred! > > Don't want to harp on this but the XML Rec does not agree with the > notion of "delimiter in context". A CDATA section exists specifically > to say "This may look like markup but it isn't". The XML 1.0 Rec says > > 'Definition: CDATA sections MAY occur anywhere character data may occur; > they are used to escape blocks of text containing characters which would > otherwise be recognized as markup. CDATA sections begin with the string > "<![CDATA[" and end with the string "]]>":"' > > And also it goes on to say this - > > 'Within a CDATA section, only the CDEnd string is recognized as markup, > so that left angle brackets and ampersands may occur in their literal > form; they need not (and cannot) be escaped using "<" and "&"' > > I'd say that is pretty definitive, wouldn't you? If there is some folk > "knowledge" about CDATA sections built into the parser that thinks > otherwise, I'd say the parser is non-conformant about CDATA sections > (hmm, I almost wrote that "C-sections"!). I just looked at the HTML 4.01 Rec, and the script element is declared to be of type "CDATA". The Rec adds these words - "Although the STYLE and SCRIPT elements use CDATA for their data model, for these elements, CDATA must be handled differently by user agents. Markup and entities must be treated as raw text and passed to the application as is. The first occurrence of the character sequence "</" (end-tag open delimiter) is treated as terminating the end of the element's content. In valid documents, this would be the end tag for the element." Note that this use of the term "CDATA" is specific to SGML (as opposed to XML) and has nothing to do with CDATA sections. I know this is confusing - see Joe English's page for some explanation - http://www.flightlab.com/~joe/sgml/cdata.html Anyway, terminating the string interpretation upon finding "</" is apparently being done by an HTML parser, and what's more is legal and required for it to do. So at a minimum the browser's parser will (or at least may, depending on how strict it is) do it, regardless of what Zope does. That agrees with my experience except that I didn't realize it was legal. The upshot is that the Plone template is written incorrectly and it is just lucky that it has worked up until now. Well, who knew? Cheers, Tom P

2 1

RE: [Zope] Zope 2.7.2 breaks Plone 2.0.3 login_form
by Passin, Tom 23 Jul '04

23 Jul '04

> From: Fred Drake [mailto:fdrake@gmail.com] > On Fri, 23 Jul 2004 15:15:50 -0400, Passin, Tom <tpassin(a)mitretek.org> > wrote: > > It's probably not quite that CDATA sections "aren't meant to protect you > > from everything." They _are_, at least in xml (where everything means > > "<" and "&"). Chances are that the browser here is getting an HTML > > file, or at least thinks it is, and HTML does not really know about > > CDATA sections. > > Hey Tom! > > This is definately for text/html and not any sort of XML, which uses a > different parser. > > The problem here isn't in the browser; it's a matter of how the > HTMLParser module from Python's standard library is treating the "</" > pair. As I read it, even in a CDATA marked section, "</" is supposed > to be recognized as a "delimiter in context." HTMLParser is doing > exactly that, but HTML authors are not accustomed to parsers that are > more strict than those found in browsers. Thus, this sort of > confusion can arise, and especially so when a more browser-like parser > was being used to begin with. > Hey, Fred! Don't want to harp on this but the XML Rec does not agree with the notion of "delimiter in context". A CDATA section exists specifically to say "This may look like markup but it isn't". The XML 1.0 Rec says 'Definition: CDATA sections MAY occur anywhere character data may occur; they are used to escape blocks of text containing characters which would otherwise be recognized as markup. CDATA sections begin with the string "<![CDATA[" and end with the string "]]>":"' And also it goes on to say this - 'Within a CDATA section, only the CDEnd string is recognized as markup, so that left angle brackets and ampersands may occur in their literal form; they need not (and cannot) be escaped using "<" and "&"' I'd say that is pretty definitive, wouldn't you? If there is some folk "knowledge" about CDATA sections built into the parser that thinks otherwise, I'd say the parser is non-conformant about CDATA sections (hmm, I almost wrote that "C-sections"!). Anyway, as I said I have seen this problem myself, and it occurred entirely within the browser (without any CDATA sections) - no server involved - and that's where I would look first. At least in my cases, it must have been the browser's html parser getting confused about the brackets in the javascript. Breaking up the strings as you suggested worked around the problem. Probably has something to do with assumptions being made about where newlines can go relative to markup tokens, I suppose. Cheers, Tom P

2 1