- Zope - Zope lists

RESPONSE.write
by Toby Dickenson 27 Feb '00

27 Feb '00

Has anyone managed to get stream-oriented output (RESPONSE.write) working correctly with ZServer? Unless I'm misunterstanding something, the code incomplete. I'll need to fix this in the next few weeks. Is anyone interested in testing some patches? thanks, Toby Dickenson htrd90(a)zepler.org

1 0

Re: [Zope] Editing "lines" properties via DTML
by Cornelis J. de Brabander 27 Feb '00

27 Feb '00

-----Oorspronkelijk bericht----- Van: Suneel Iyer <suneeli(a)pacsg.css.mot.com> Aan: zope <Zope(a)zope.org> Datum: vrijdag 25 februari 2000 23:49 Onderwerp: [Zope] Editing "lines" properties via DTML Hi all, I have an object with a property of type "lines". It currently contains several line values. Is there a way to edit this object's "lines" property values from within a DTML method? I want to delete all the existing line values and repopulate the property with new line values. I have tried to get to the individual line values iteratively via <dtml-in>. In this way, I am able to access the individual line values but can't change them. I have also tried many variations of the "manage_changeProperties" and "manage_delProperties" methods on the object itself to try and achieve this. They have failed. Maybe I'm missing something simple. Any assistance would be greatly appreciated! Basically you'r doing the right thing, need your code to see what causes your problem. Here's a peace of code that actually works <dtml-if inschrijvers> <dtml-call "REQUEST.set('lijst', deelnemers)"> <dtml-in inschrijvers> <dtml-call "lijst.append(_['sequence-item'])"> </dtml-in> <dtml-call "manage_changeProperties(deelnemers=lijst)"> </dtml-if> 'inschrijvers' and 'deelnemers' are both lines properties. 'Lijst' is a temporary list. The lines from 'inschrijvers' are transfered to the 'deelnemers'. Changes are made permanent by the manage_changeProperties method.

1 0

Building tables from a db in dtml...
by jiva＠devware.com 27 Feb '00

27 Feb '00

So, I want to generate a table using DTML and data from a database. I want each row returned from the database to go into it's own html cell, and I want to have say, 4 html columns across the page before starting a new row. So like: <table> <tr> <td> Row 1 from DB </td> <td> row 2 from db </td> <td> row 3 from db </td> <td> row 4 from db </td> </tr> <tr> <td> row 5 from db </td> ... How can I do this? Is there some kind of dtml-if I can wrap around the </tr><tr> to only make it show every 4th row? -- Miksch's Law: If a string has one end, then it has another end.

3 2

RE: [Zope] Fourth request for help - Win2K+Zope
by Michael Simcich 27 Feb '00

27 Feb '00

Platform - I didn't mean OS, I meant a better development platform than Zope. I don't intend to use Win2K for serving Zope except during the learning curve period. I just don't need to wade into Linux 100% at the same time, that can wait. Michael Simcich AccessTools -----Original Message----- From: ucntcme [mailto:ucntcme]On Behalf Of Bill Anderson Sent: Saturday, February 26, 2000 8:08 PM To: Michael Simcich Subject: Re: [Zope] Fourth request for help - Win2K+Zope Michael Simcich wrote: > > I wonder what it takes to get some assistance with this issue? I have to > assume that none of my peer Zope users out there knows what to do with my > problem (Zope doesn't run under Windows 2000 as detailed in previous posts). > So what do you all recommend that I try next? As far as I know this list is > about it for peer level support so is my only alternative to see if DC is > willing to enter into the smallest support contract ever seen? > > Sorry for the repetitive posts, but I need to get this thing working. Unless > someone can point me to a better platform <g>. <cough> Linux <cough> :) I don't use w2k, so take this with a teaspoon of salt (I have used NT, etc, just not w2k). I would check your python installation, and possibly a resintall of w2k, if it is an option. If you didn't compile Zope form the source, try that. Beyond that, your guess is probably better than mine ;) Bill -- In flying I have learned that carelessness and overconfidence are usually far more dangerous than deliberately accepted risks. -- Wilbur Wright in a letter to his father, September 1900

1 0

RE: [Zope] Re: Blocking downlaod of files
by Martijn Pieters 27 Feb '00

27 Feb '00

From: Juri Jensen [mailto:juri@jones.dk] > No, actually it's for a Intranet product, where I have to keep the > PDF-files as safe as possible. I know I can't keep people > from snopping > in their cache, but if I can disable saving and printing in > the PDF-file, > and keep users from downloading the file directly, Im closer to what I > need. but maybe it's getting too complicated for something that's not > completely secure....? - As stated, viewing a PDF from a server is the same as downloading it. It just differs in where the browser stores the file. - Disabling saving and printing is only a slight nuicance to someone determined to steal the data. Printing can be circumvented with some creative screengrabbing or custom PDF parsers, and as for saving, you already downloaded a copy, so there is no need to save again. - Security by obscurity never works. Again, if someone wants to steal it, they'll be determined enough to find out how. If your data needs to be this secure, don't use computers, go the old-fashioned paper way. As soon as you go the intranet way, your data is available to the user. Even custom clients cannot block screengrabbing. The weakest point in the chain is the user, you would do better spending the time on screening and a good non-disclosure agreement. -- Martijn Pieters, Software Engineer | Digital Creations http://www.digicool.com | Creators of Zope http://www.zope.org | mailto:mj@digicool.com ICQ: 4532236 | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 -------------------------------------------

1 0

Re: [Zope] comment on posting behavior
by J C Lawrence 27 Feb '00

27 Feb '00

I dislike being an apologist for any product. I apologise for that aspect of what follows. On Sat, 26 Feb 2000 19:28:28 -0500 Guy N Hurst <gnhurst(a)hurstlinks.com> wrote: > This is only to underscore the fact that Zope is not ready for > prime time. It goes beyond just posting untested results. No, it indicates that the Zope community, and its accumulated wisdom is yet young, which is a rather different thing from readiness or physical capability for "prime time". This does not state that Zope is ready or not for "prime time" (I'm not fit to make that call), it just doesn't apply to the question. A implies B does not mean that B implies A. > Something like Perl or PHP would have definitive, known answers > for most all issues. Which is a fact due to a well established and articulate user population more than anything else. Zope could be the best thing since sliced bread or your choice of &diety; on high, yet suffer as it is suffering, without a skilled and articulate user population. > MY OPINION The problem with Zope is, hardly anyone seems to know > what is really going on under the hood (but hey, you're not > supposed to need to know), and it is too often that it is left to > anyone's guess why something doesn't work - or even why it in fact > does work a certain way. Which is why the source is available: you can find out for yourself. The assertion that "you're not supposed to need to know" is not supportable, and is I suspect, a FUD-like red herring imported from other fields. Zope has the rather unusual property that it was written in the same language that is used internally for extensions, and that such extentions are expected and intended to directly and intimately integrate with and extend Zope itself. (One could argue that this is a failure in product definition deliniation, as well as argue that this is one of Zope's strengthas as an ___object___ publishing system. but that's something for another argument). > No one is certified... Praise be. > ...and no one claims to be, either. A small and wonderful mercy. > whereas Perens' site had almost no graphics... Serving graphics from Zope is patently silly. Serving graphics from any large general purpose server (eg Apache) is patently silly for active sites. Static content should be, and needs to be, served by small, fast, light weight single-purpose servers ala thttpd. Its just not worth devoting a near-Meg process image executable to shoving a 1K JPEG down a wire. > ...and FAST CGI isn't supported on NT for free. NT is a choice. Like any choice, it has implications. You either buy the implications with the choice, or you make a different choice. Don't like the trade-offs? Sorry. Life is tough and often unfair. I'm not aware that Life, or Zope, promised to be fair in this regard. If you want to use NT, that's your choice, and not one I'm in a position to discuss (happily MS free for almost 8 years now). Ther are many trade-offs in making the NT choice. Apparently FCGI is one of them. > Comments? Is anyone else fed up? I have not mastered Zope. I have not mastered Python tho I have written a few hundred thousand lines of Python in recent years. Zope's learning curve is near vertical. Zope does not appear to either be, or to present itself as a general purpose hand-holding user-protecting RAD web publishing or web scripting system. It is presented as an OBJECT PUBLISHING SYSTEM, which is a rather different thing, and is a thing which directly implies that you are, at some point, going to need to apply Object Oriented Design (OOD) principles to its application. I make my living as a C/C++ programmer and am reasonably familiar with OOD. I'm aware that OOD requires discipline and good design skills to either apply well or to reap the benefits of, and that given those abilities, well applied, that the benefits are present and can be significant. Ergo, Zope, as an object publishing system suggests that by applying the same disciplines I use elsewhere in OOD, I can gain similar benefits for Zope's problem spaces. I haven't seen any sign that this isn't true. (This doesn't mean however that I am unconcerned however at the lack of abstraction between user-code and Zope internal code, tho that "fault" can be laid mostly at Python's lack of an internal security model). Mostly I've seen ways that actively suggest and imply tht this si true and can be relied upon to be true. As always, this is perception, and YMMV. Lastly, I trust the opinions of those who have mastered a particular skill, or who have at least shown good competence there. I do this deliberately on the basis that they have demonstrated that they actually understand the topic in question and therefore have a reasonable chance of actually being able to judge it on its flaws and merits. Its a lot harder to value the judgements of one who has stated that they have failed to either understand or apply the material they are now judging. The fact that you are (near) universally condemming of Zope, rather than stating both strengths and weaknesses, areas in which it does well and ones in which you adjudge it falls short as all systems have good and bad points, further supports the view that your view is tunnelled, single-sided, and likely unfair to both parties. -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

Re: [Zope] comment on posting behavior
by J C Lawrence 27 Feb '00

27 Feb '00

On Fri, 25 Feb 2000 18:23:40 -0500 Guy N Hurst <gnhurst(a)hurstlinks.com> wrote: > Tom Neff wrote: >> ... I strongly urge David and others not to post untested >> guesses as answers to specific technical questions here - it has >> the potential to confuse hundreds of readers. ... > I second this call!! Strongly disagreed. I would much rather have "likely to be correct" answers posted to the list than no answers posted at all. If some level of confusion is the result of that, so be it. I'm sure the confused (of which I'm often one) can learn to ignore the "I haven't tested this" posts if they really need to. -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

6 7

Fourth request for help - Win2K+Zope
by Michael Simcich 27 Feb '00

27 Feb '00

I wonder what it takes to get some assistance with this issue? I have to assume that none of my peer Zope users out there knows what to do with my problem (Zope doesn't run under Windows 2000 as detailed in previous posts). So what do you all recommend that I try next? As far as I know this list is about it for peer level support so is my only alternative to see if DC is willing to enter into the smallest support contract ever seen? Sorry for the repetitive posts, but I need to get this thing working. Unless someone can point me to a better platform <g>. I am just really disappointed and frustrated with the lack of assistance and... a working copy of Zope. Michael Simcich AccessTools

1 0

RE: [Zope] dtml-in appears to do a dtml-with, how to stop it?
by Kevin Meinert 27 Feb '00

27 Feb '00

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> Just try my heirarchy out (it's below). It should make more sense >> then. > >Yep, I did and I could reproduce your __call__ error. Using quotes >in the <dtml-with "someOtherFolder"> prevents this error. Hmmm. That's interesting, the ""'s worked. What's the difference between "" and not? I thought ""'s were only usefull when you had an expression with a space or some other delimiter character in it. (if you can point me to the docs that describe it, I can learn even more. :) Anyway, my problem is solved now :) To summerize what I can do now: I now have a "Poll" in my squishdot page. It's automatically added to the page just by dropping a method into the "rightbox_methods" folder, which includes the "Poll"/index_html (with Poll now in ""'s). Didn't work without the ""'s before. Thanks for the help, Kevin -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> iQA/AwUBOLiCvzlszdAdzf4MEQKFSACg2QmrRy5uO5z1kXJDlqjxTi5IwOMAn3jH owVHYiXsv13QWosszrRmD38E =zAQy -----END PGP SIGNATURE-----

1 0

CSS within a Zope site
by Stephen Pitts 27 Feb '00

27 Feb '00

I've designed a site with Zope (http://www.centralchurchyouth.org) and I uses CSS pretty extensively (as much as I can get away with so that it still renders OK under Netscape 4.x). Right now, pages are generated more or less under the following framework: html_header - includes html, head, body, and table start tags a_page (hypothetical) - contains actual data html_footer - includes page footer with modification date, then closes all necessary tags What if a_page wants to define custom CSS classes? Since the <head> attribute is fully defined in html_header, I can't just shove a <style> block at the top of a_page. Also, an appropriate @import command would need to be added so the page grabs CSS info from the site-wide stylesheet. I don't want to pollute the global stylesheet with a style only used on one page either, so what can I do? Has anyone encountered this problem before or does anyone have an idea as to how I can solve it? -- Stephen Pitts smpitts(a)midsouth.rr.com

3 2