- Zope - Zope lists

Simple calculation
by Marc Burgauer 24 Feb '03

24 Feb '03

I am obviously thick. ;-) I want to do a simple calculation in a dtml tag and print the result: <dtml-var expr="85 * HowOften"> HowOften is a value that has been set by an HTML input in a web form. When I run this with a value of 3 for the result is that it prints the character 3 85 times! So it treats it as a string. Obviously I need to convert HowOften to a float, but how do I do it? Cheers Marc

3 2

Re: [Zope] Newbie: dtml-tree
by Ashley Lloyd 24 Feb '03

24 Feb '03

Thanks very much for your reply. I've had a bit of a look around for some examples, and haven't found anything much to help yet, but I'll keep looking. Thanks for the advice. Kind regards Ashley From: Dieter Maurer To: "Ashley Lloyd" CC: zope(a)zope.org Subject: Re: [Zope] Newbie: dtml-tree Date: Fri, 21 Feb 2003 20:24:26 +0100 Ashley Lloyd wrote at 2003-2-21 10:52 +0000: >I am hoping to use dtml-tree to display the results of SQL statements. I >have looked around, and there seems to be quite a bit of information on >dtml-tree, but much of it is out of date, and most only uses it to list >folder contents. Nowadays, I would use the tree support in "ZTUtils". It gives you much better control than "dtml-tree". For examples, look at the ZPT examples. Dieter _______________________________________________ Zope maillist - Zope(a)zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) _________________________________________________________________ Worried what your kids see online? Protect them better with MSN 8 http://join.msn.com/?page=features/parental&pgmarket=en-gb&XAPID=186&DI=1059

1 0

Zope Jobs RSS feed
by lozinski＠jobmart.com 24 Feb '03

24 Feb '03

I now have an RSS feed of zope and python jobs available http://zope.jobmart.com/JobOpennings/RssFeed Hear is the HTML version http://zope.jobmart.com/JobOpennings I invite you to grab the feed. Implemented in zope of course! Regards Christopher Lozinski lozinski(a)jobmart.com 510 795 6086 (office) 510 599 6086 (cell) Regards Christopher Lozinski lozinski(a)jobmart.com 510 795 6086 (office) 510 599 6086 (cell)

2 2

Fixed - Re: Versions problem in 2.6.1
by John Eikenberry 24 Feb '03

24 Feb '03

This is in relation to the thread referred to in the subject: http://mail.zope.org/pipermail/zope/2003-February/131336.html We recently came across this same problem, and after a bit of digging I've got it fixed (for us at least). What I did was comment out the break at around line 576 in ZODB/FileStorage.py. This break was added between versions 2.6.0 and 2.6.1. For grepping purposes, here's a copy of the break and its preceeding comment: # Once we've found the data we are looking for, # we can stop chasing backpointers. break Just comment out that break and all should be good to go. I've attached a Hotfix style patch for the lazy. :) -- John Eikenberry [jae(a)kavi.com] ______________________________________________________________ "A society that will trade a little liberty for a little order will deserve neither and lose both." --B. Franklin

3 5

Re: [Zope] Re: Java re-invents DTML :-)
by Terry Hancock 24 Feb '03

24 Feb '03

[Okay, I've taken my deep breath, counted to ten, slept on it, and can now post on this subject, without flaming too much, hopefully ;-D] On Wednesday 19 February 2003 09:00 am, sean.upton(a)uniontrib.com wrote: > This is well put. I think this argument is also true of designers who don't > use WYSIWYG tools as well, for the same reason, I think: round-trip design > involves iterations of programmers messing with the behavioral and > integration aspects of templates while the designers want to keep changing > the design over time. As each of these steps happens, DTML makes the two > have to communicate more and correct for missteps more, while ZPT allows for > each to operate more independently and still modify the code somewhat > independently, without the need to reverse-engineer and reintegrate. This > is the case even when the designers use tools like Homesite or a text-editor > instead of GoLive or Dreamweaver. I actually agree with you on the effect of ZPT: It does prevent designers and programmers from having to communicate effectively. In fact, it makes it nearly impossible! That's the problem. Because to a designer "trained to think XML-ish" as another poster put it, ZPT looks like this: <span/><span/><span/><span/> Or to express it in Python: pass pass pass pass (I know this, because it looks that way to me, too). ZPT's actual program structure is buried in attributes where it is nearly invisible, and certainly incomprehensible to the designer. It also contains a lot of annoying and distracting boilerplate. Nearly every ZPT example on the "DTML to ZPT" page is *longer* and *harder to understand* than the original DTML. This should be telling you something! If the designer is just making a pretty layout, that's all well and good, but that describes my application about the way that "text file" describes a Python script. DTML, on the other hand, is *understandable* to the designer, as it provides a good novice-level of understanding of programming tasks. And it allows the designer to control the behavior as well as the appearance of the presentation layer. Yes, this means designers have to learn DTML. Well, they should -- it'll be a good deal easier than teaching them ZPT. Clearly there is a potential problem if the presentation layer code becomes too complex -- usually this means that you have something that shouldn't really be considered presentation anymore. I've run into that *once* in my design. The truth is, programmers and designers *can't* communicate unless they have a common language -- and HTML is not rich enough to be that language. "Ausum Studio" <ausum_studio(a)hotmail.com> said: > That's all true, but I think we're kind of missing a point in the whole > discussion. Not everyone says let's all code in one single language and > trash the other. In fact, that's precisely what I'm arguing against! Chris Withers suggested trashing DTML in Zope 3 -- and I would be awfully annoyed by that. I realize that ZPT is his baby, and I respect that -- but DTML is what I use, and I plan to keep using it. I just don't want everyone to go nuts over ZPT and throw DTML away, when it is still a very useful language. I also don't want to see DTML frozen or abandoned -- I think it can and should be improved. Some of the recent ideas (like the path indirection method "x/y/z" to represent variations on x[y].z and z.y[z] and so on) are very nice, and I'd like to see them used. ausum_studio(a)hotmail.com: > The other thing that in my opinion we > might be missing, is that a dynamic portal is not necesarily made out of > logic and whole page templates. Indeed, I find that to be a very trivial case which misses much of Zope's potential. ausum_studio(a)hotmail.com: > I'm convinced that there is at least one more stage in-between > made out of page fragments that can be handled as a real > object (pagelets). Think of a search results page, or a folder > contents one. Don't you think there's something that can be > automated there that could save valueable developers' > time, by means of an object whose mission was to take over > the repetitive coding (across different sites) and to deliver the > page fragment (the rendered columns and rows in a table) we > just need in that particular page? This is precisely the approach I use. In my product, I am moving to a mode of design, where python objects return views of themselves when referred to from DTML -- the views may render as whole pages or (more often) as "pagelets" as you call them. This allows for several different layers of views of object collections or single objects. This occurs so often in my product, you might think of it as the central design paradigm. These pagelets, of course, are defined in DTML methods within the product. The containing page may also alter how these pagelets are composed into a page -- that is also a designer's decision. ausum_studio(a)hotmail.com: > Something like dtml-tree already does, but movable, reusable > and highly configurable in a dedicated UI, and completely > independent of macros of any flavor?. Well, that's the kind of > stuff I'm working at for what I believe DTML and PythonScripts > are just better suited than ZPT. Same here, and I agree! While I'm willing to acknowledge that for other people, with vastly different needs than mine, ZPT is great, it does not help me very much, and I don't think this is just because I haven't given it enough of a chance. It *is* partly because I already have significant assets in DTML that I do not want to have to replace just to get newer Zope capabilities (far better to spend my time adding additional capabilities than to constantly have to rework the old). I would feel deeply betrayed by the Zope development team if they just decided to declare DTML (and therefore a large chunk of my work that depends on it) obsolete. Therefore, I think it is perfectly reasonable to want DTML to *stay* in Zope. Failing that -- "the last duty of a maintainer" is to pass the package on to someone else. DTML could become a separate Zope Component in Zope 3, if necessary -- but the core team should at least provide the effort to excise it into a separable component so that it can *realistically* be maintained by third parties. The current code is rather deeply intertwined with Zope's main sources, AFAIK. I believe that the idea of component-izing Zope is central to the v3 plan, right? Well, that's my two cents, anyway. ;-D Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com

6 6

Re: [Zope] Re: Java re-invents DTML :-)
by Jaroslav Lukesh 24 Feb '03

24 Feb '03

| Odesílatel: Fernando Martins <fmartins(a)hetnet.nl> | Maik Jablonski wrote: | > Stephan is not the only one... I like ZPT (great concept), but I still | > prefer DTML too... Just another measurement error? ;) | Maybe you don't work with a designer(s) who barely understand html and you | don't need to go back and forth between design and coding? Then, zpt might | not be make a big difference? No, dtml could be used with daily changes in design. Simpply create all needed DTML snippets in separate files, then at appropriate place your designer should put code (for example for childs of current navigation) <dtml-var navi_CHILDS>, or <dtml-var sys_list-item-preview> for a short preview of items. My each page use cca 10-15 dtml-method snippets that many of them are nested. Yes, it is not as fast, but right RAM caching technique do nice job. Page rendering method looks like that: <table><tr> <td colspan=3><dtml-var navi_HEADER></td> </tr><tr> <td><dtml-var navi_LEFT></td><td><dtml-var sys_BODY></td><td><dtml-var navi_RIGHT></td> </tr><tr> <td colspan=3><dtml-var navi_FOOTER></td> </tr></table> Methods navi:HEADER renders headline, navi_LEFT & RIGHT renders L/R navigations, navi_FOOTER renders page footer and sys:BODY does document body rendering. So if you need to change design, simple change page segment that you want. Regards, JL.

1 0

How to get Search engines to index dynamic pages?
by Joakim Nicander 24 Feb '03

24 Feb '03

*This message was transferred with a trial version of CommuniGate(tm) Pro* We have several customer sites with dynamic pages created with data from MySql. Many search engines doesn't index an URL with a query string like: Http://www.somesite.com/category_page?category=2 will be indexed as: Http://www.somesite.com/category_page Is there a method with in Zope or a Zope product that can help me create a site map with links like: Http://www.somesite.com/category_page/category/2 I know there is a tool for asp http://xde.net/xq/tool.xqasp/qx/index.htm. Something similar for Zope? I guess apache with mod_rewrite can help me but I rather do it within Zope. Tnx Joakim Nicander

3 3

localtime and unauthorized
by hohage 24 Feb '03

24 Feb '03

I' m testing a website on my local Windows XP Zope 2.3.3 machine. For a python script that evaluates the current day, I get a authorization popup. I'm logged in as manager. That's the script: import time return ['Sonntag','Montag','Dienstag','Mittwoch','Donnerstag','Freitag','Samstag'][ti me.localtime(time.time())[1]] And that's the traceback: Unauthorized ..... File C:\PROGRA~1\Zope2_3\lib\python\Products\PythonScripts\PythonScript.py, line 336, in _exec (Object: wochentag) (Info: ({'script': <PythonScript instance at 0132C650>, 'context': <Folder instance at 01328460>, 'container': <Folder instance at 01328460>, 'traverse_subpath': []}, (), {}, None)) File Script (Python), line 3, in wochentag (Object: time) File C:\PROGRA~1\Zope2_3\lib\python\Products\PythonScripts\Guarded.py, line 273, in __getattr__ File C:\PROGRA~1\Zope2_3\lib\python\Products\PythonScripts\Guarded.py, line 150, in __careful_getattr__ (Object: time) File C:\PROGRA~1\Zope2_3\lib\python\AccessControl\SecurityManager.py, line 144, in validate File C:\PROGRA~1\Zope2_3\lib\python\AccessControl\ZopeSecurityPolicy.py, line 168, in validate Unauthorized: localtime What could be the reason?? I've got no clue. Is it a windows problem... Thanks.

2 1

Re: [Zope] Apache
by lists＠techmx.com 24 Feb '03

24 Feb '03

On Sun, 23 Feb 2003, Marc Burgauer wrote: > Have a look at ZEO. All scalability issues solved! > > http://www.zope.org/Documentation/Books/ZopeBook/current/ZEO.stx > > I was once a enthusiastic PHP fan, I discovered PHP in it's 2nd incarnation. > While Zope has a bit of a steeper learning curve, I can only recommend you > do spend some time figuring it out. > > Here my main reasons, why I have given PHP the boot and moved to Zope: > > Python is the better programming language > - more supported functionality > - higher utilisation (not just for web apps) > - real OO > > Zope's security model > This is actually what made me look at Zope in the first place. I had a spec > for security requirements that would have taken our 3-man team 4 months to > do in PHP. We got it for free with Zope! > > Ease of operating > It took me 30 minutes to teach a UNIX newbie how to run Zope on his own > box, including installing, starting, stopping, making backups, copies and > restoring from backup. The stuff just always works! > > > Cheers > > Marc > Thank You for your tip, i agree with every point, I like zope very much, i like it's idea, willing to learn more about it, but php will stay number one for me for a long time.

1 0

Apache?
by lists＠techmx.com 24 Feb '03

24 Feb '03

Hello, I've just read article about zope on linux journal, installed it, love idea, but is it really good for high loads (100+ req / second), because it takes around 3-4 secs. for first request after some idle time of Zserver, but gets bit faster after first requests is done. Maybe there should be something like mod_zope invented, to speed things up. I'm zope newbie and most likely wrong, but i've been doing php for years. Thank You.

1 0