Re: [Zope-dev] Can I get rid of standard_template.pt?
On Sat, 11 May 2002 11:27:31 +0200, Stefan H. Holek [EMAIL PROTECTED] wrote: I think it was Matt who pointed out to me that I could create harmless substitute objects (say, Files) for the things I do not want autocreated. -) Delete session_data_manager -) Add File named session_data_manager -) Voila, core sessions disabled This will however not help you if your intention is to unclutter the root folder... I think creating a property of the right name should have the same effect. Is that less cluttering? Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Can I get rid of standard_template.pt?
From: Toby Dickenson [EMAIL PROTECTED] I think creating a property of the right name should have the same effect. Right, thats what I'm gonna try. Is that less cluttering? Yes, it is. Not for a programmer, maybe, but for an end user, sure. And those are the ones I worry about. Next step is to get rid of standard_error_message and standard_html_header/footer too. But there I'm gonna replace standard_error_message with someting that is context aware and aware of our templating system, so it can give the right type of output in any case. The end users will be much less confused! Best Regards Lennart Regebro Torped Strategi och Kommunikation AB ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Locked out of ZOPE! please help!
Hi, I recently checked the encrypted passwords option under the security settings - applied it to previous users and lo an behold locked myself out.. Can someone please tell me how to 'fix' this situation? I've tried to create an emergency user at the dos prompt: C:\Program Files\TestZope\binpython C:\program files\testzope\zpasswd.py access but after entering username/password, specifying cleartext and hitting n or return at the domain restrictions - the user does not appear to get created. Any advice on this appreciated, thanks, Richard _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPT and 'else'
on 5/10/02 1:18 PM, Jeffrey P Shell at [EMAIL PROTECTED] scrivened: Still, yuck. It's - for better or worse - not a valid XML way. Even XSLT does things like this: snip Well that makes this look palatable: You would at the very least need something like: condition if.../if elif.../elif else.../else /condition Still I think the concept of TAL having some kind of 'stack' for condition results makes sense and is worth exploring... Could yield better logical constructs, and things like case statements. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution Feature Request
On Sat, May 11, 2002 at 02:55:23PM +, Florent Guillaume wrote: Jim Penny [EMAIL PROTECTED] wrote: I also have not found a convention that I am comfortable with on handling check-boxes and radio buttons in error processing. But I expect to! Are you referring to what I call magic boolean attributes ? http://lists.zope.org/pipermail/zpt/2002-March/003013.html Yes, thanks very much, this is very helpful. I see that you could find no documentation on this, and got no reply. Is this intended to be a permanent feature, or is is experimental? Jim Penny Florent -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:[EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] 'not:' kludgey?!
on 5/10/02 11:32 AM, Chris Withers at [EMAIL PROTECTED] scrivened: Marc Lindahl wrote: Don't you have that now with the kludgey 'not' construct? What is kludgey about the 'not:' construct?! For the reasons 'else' was invented in the first place, I guess: prone to errors, inefficient, bulky. The biggest thing I see is: isn't linked to the other construct, so it's prone to errors when editing the conditions. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Permission Question
Hi all, i have i question on the permission-system of zope. Lets say i have a product which contains a zclass foo and i have created a role foo_role where every user belonges to this role is able to add foo instances. This works fine. But how do i define my permissions so, that all users which belong to foo_role are able to delete foo-instances. I created a zope-permission Delete Foo objects, then i mapped this permission to Delete objects in the zclass foo like the mapping from Add Foos to Create class instances. But this doesnt work. Can anyone help me... Thanks in advance ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Backup/Recovery
I recently managed to lock myself out of zope. Is there a way to recover/copy the database containing the DTML documents/ZSQL methods etc. to a new installation? I have had no success in logging into zope with the new superuser I created.. Thanks, Richard _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Locked out of ZOPE! please help!
On Mon, 2002-05-13 at 10:22, Richard McKinley wrote: [...] I've tried to create an emergency user at the dos prompt: C:\Program Files\TestZope\binpython C:\program files\testzope\zpasswd.py access but after entering username/password, specifying cleartext and hitting n or return at the domain restrictions - the user does not appear to get created. Have you restarted Zope? the emergency user only gets recognized after zope starts Also, the emergency user doesn't really get created in the acl_users. Rather, it's login and password are recognized as a less powerful user, that is able to fiddle with the users in acl_users and create/delete acl_users around the site. Another thing you might try is to create an inituser file instead of an access file in Zope instalation dir with zpasswd.py and then restart Zope. Be warned, though, that doing so will erase all other users in Zope Root acl_users and create only the single user you specified in inituser. Cheers, Leo -- Ideas don't stay in some minds very long because they don't like solitary confinement. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution Feature Request
Jim Penny [EMAIL PROTECTED] wrote: Are you referring to what I call magic boolean attributes ? http://lists.zope.org/pipermail/zpt/2002-March/003013.html Yes, thanks very much, this is very helpful. I see that you could find no documentation on this, and got no reply. Is this intended to be a permanent feature, or is is experimental? I'm pretty sure it's permanent, only undocumented. Florent -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:[EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] 'not:' kludgey?!
Marc Lindahl wrote: on 5/10/02 11:32 AM, Chris Withers at [EMAIL PROTECTED] scrivened: Marc Lindahl wrote: Don't you have that now with the kludgey 'not' construct? What is kludgey about the 'not:' construct?! For the reasons 'else' was invented in the first place, 'else' in what context?! I guess: prone to errors, inefficient, bulky. Can you give any material that actually backs up these sweeping claims? ;-) The biggest thing I see is: isn't linked to the other construct, so it's prone to errors when editing the conditions. Well, I've already shown the way I'd do this which only has the condition in one place cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] stacks != easy to explain
Marc Lindahl wrote: Still I think the concept of TAL having some kind of 'stack' for condition results makes sense and is worth exploring... Could yield better logical constructs, and things like case statements. Sorry, but I don't see a 'stack' of any sort being easy to explain to a newbie or not programmer. cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Security-Bug
Andre Schubert writes: If i have the permission to view the management screens i be able to add Zope Permissions... is this a security bug or not ? It probably is. I have been really unable to read this from your previous report, sorry! Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope Backup/Recovery
Richard McKinley writes: I recently managed to lock myself out of zope. Is there a way to recover/copy the database containing the DTML documents/ZSQL methods etc. to a new installation? I have had no success in logging into zope with the new superuser I created.. It will not help you, as the encrypted passwords will move with you and you will have the same problems in the new installation. Search the mailing lists for tranalyser (I never know the precise spelling, can also be tranalyzer). You will find a recent post that explains how to use it in order to find a cutting point where to you can trancate the ZODB to get rid of the desastrous actions. I think, I remember to have seen a HowTo, too, on Zope.org (- corrupted ZODB). Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution Feature Request
Florent Guillaume wrote: Jim Penny [EMAIL PROTECTED] wrote: Are you referring to what I call magic boolean attributes ? http://lists.zope.org/pipermail/zpt/2002-March/003013.html Yes, thanks very much, this is very helpful. I see that you could find no documentation on this, and got no reply. Is this intended to be a permanent feature, or is is experimental? I'm pretty sure it's permanent, only undocumented. Florent, do you have committer privileges? You can certainly check in documentation of this behavior. You can also add a comment to the Zope book. http://www.zope.org/Documentation/ZopeBook/AdvZPT.stx Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution Feature Request
Shane Hathaway [EMAIL PROTECTED] wrote: I'm pretty sure it's permanent, only undocumented. Florent, do you have committer privileges? You can certainly check in documentation of this behavior. You can also add a comment to the Zope book. http://www.zope.org/Documentation/ZopeBook/AdvZPT.stx Yes I have committer privileges, and if I find the time I'll check in the necessary changes to the doc. BTW my comment was in no way intended to disparage you or the writers of the TAL doc, I myself understand only too much how 24 hours in a day are never enough :-) Florent -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:[EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution Feature Request
On Mon, May 13, 2002 at 03:32:21PM -0400, Shane Hathaway wrote: Florent Guillaume wrote: Jim Penny [EMAIL PROTECTED] wrote: Are you referring to what I call magic boolean attributes ? http://lists.zope.org/pipermail/zpt/2002-March/003013.html Yes, thanks very much, this is very helpful. I see that you could find no documentation on this, and got no reply. Is this intended to be a permanent feature, or is is experimental? I'm pretty sure it's permanent, only undocumented. Florent, do you have committer privileges? You can certainly check in documentation of this behavior. You can also add a comment to the Zope book. http://www.zope.org/Documentation/ZopeBook/AdvZPT.stx I will write up something and do the feedback thing in the Zope book. It seems to me it should be in both the advanced section and the ZPTRef section. Would like a bit of guidance on the Ref writeup, i.e., what does ZC want to call it (presumably not magic boolean attributes)? Jim Penny Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Permission Question
Andre Schubert writes: i have i question on the permission-system of zope. Lets say i have a product which contains a zclass foo and i have created a role foo_role where every user belonges to this role is able to add foo instances. This works fine. But how do i define my permissions so, that all users which belong to foo_role are able to delete foo-instances. I created a zope-permission Delete Foo objects, then i mapped this permission to Delete objects in the zclass foo like the mapping from Add Foos to Create class instances. But this doesnt work. Delete objects is a permission of the container (containing the objects to be deleted) and not the objects themselves. You can make your own object deletion method (script) that applies the permission checks you want (give it a Manager proxy role, such that it is able to actually delete the objects). Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [ZPT] Order of attribute execution FeatureRequest
On 5/13/02 1:51 PM, Jim Penny [EMAIL PROTECTED] wrote: On Mon, May 13, 2002 at 03:32:21PM -0400, Shane Hathaway wrote: Florent Guillaume wrote: Jim Penny [EMAIL PROTECTED] wrote: Are you referring to what I call magic boolean attributes ? http://lists.zope.org/pipermail/zpt/2002-March/003013.html Yes, thanks very much, this is very helpful. I see that you could find no documentation on this, and got no reply. Is this intended to be a permanent feature, or is is experimental? I'm pretty sure it's permanent, only undocumented. Florent, do you have committer privileges? You can certainly check in documentation of this behavior. You can also add a comment to the Zope book. http://www.zope.org/Documentation/ZopeBook/AdvZPT.stx I will write up something and do the feedback thing in the Zope book. It seems to me it should be in both the advanced section and the ZPTRef section. Would like a bit of guidance on the Ref writeup, i.e., what does ZC want to call it (presumably not magic boolean attributes)? Boolean HTML Attributes perhaps? From TAL/HTMLTALParser.py :: BOOLEAN_HTML_ATTRS = [ # List of Boolean attributes in HTML that may be given in # minimized form (e.g. img ismap rather than img ismap=) # From http://www.w3.org/TR/xhtml1/#guidelines (C.10) compact, nowrap, ismap, declare, noshade, checked, disabled, readonly, multiple, selected, noresize, defer ] You should mention that these only get rendered in the classic HTML way when a page template is in HTML mode (content type equals 'text/html'), which I presume is the default. -- Jeffrey P Shell www.cuemedia.com Industrie Toulouse on Zope http://radio.weblogs.com/0106123/categories/zope/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Can I get rid of standard_template.pt?
Stefan H. Holek wrote: --On Freitag, 10. Mai 2002 08:27 -0700 Andy McKay [EMAIL PROTECTED] wrote: But... when you restart Zope it recreates them all again for you :) However you can delete the Examples and not have them come back ;) I think it was Matt who pointed out to me that I could create harmless substitute objects (say, Files) for the things I do not want autocreated. -) Delete session_data_manager -) Add File named session_data_manager -) Voila, core sessions disabled This will however not help you if your intention is to unclutter the root folder... Regards, Stefan My apologies for jumping in to the discussion a few days late, but I saw my name ;) I have mixed feelings on some of the reserved names in Zope. On the one hand, I certainly understand that people want to be able to customize *everything* and that means being able to delete things etc from the root folder. On the other hand, we want to have a known 'stable base' which is pretty much guaranteed to exist for product writers, to facilitate interoperability. What we don't have is a good way of saying I *know* I can shoot myself, but I swear if I do I wont bleed on your carpet. So far, my preferences are for the latter; that is, I would prefer a well-defined area that has known contents. Like them or not, that includes the standard_* pages as well as various other objects. In the Zope 2 context, being able to know things exist by name without having to go through gyrations to confirm them is highly useful. To my mind, this utility outweighs the clutter aspect. Said differently, the small benefit of the common names multiplied by the broad general user base has a higher value of the large benefit (to the beholder) of the aesthetic root folder multiplied by a small user base. And, as Andy has pointed out, you can easily go tweak the reserved names out of the source. -- Matt Kromer Zope Corporation http://www.zope.com/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] 'not:' kludgey?!
on 5/13/02 3:11 PM, Chris Withers at [EMAIL PROTECTED] scrivened: For the reasons 'else' was invented in the first place, 'else' in what context?! Meaning, in procedural languages. I guess: prone to errors, inefficient, bulky. Can you give any material that actually backs up these sweeping claims? ;-) Prone to errors: when changing the condition, have to duplicated edits in 2 places, so you could make an error which would be hard to track down. Inefficient: have to evaluate an expression twice (unless someone makes a jit compiler!) Bulky: in terms of taking more space in the source file, without clarifying what's being done. The biggest thing I see is: isn't linked to the other construct, so it's prone to errors when editing the conditions. Well, I've already shown the way I'd do this which only has the condition in one place Yes you did, and re-reading the TAL wiki (http://www.zope.org//Wikis/DevSite/Projects/ZPT/TAL%20Specification%201.2) it's clear that your approach is the one the language is designed for. Also, your approach can easily accommodate other logic structures like case statement. Well, I guess I'm convinced! ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: stacks != easy to explain
on 5/13/02 3:15 PM, Chris Withers at [EMAIL PROTECTED] scrivened: Marc Lindahl wrote: Still I think the concept of TAL having some kind of 'stack' for condition results makes sense and is worth exploring... Could yield better logical constructs, and things like case statements. Sorry, but I don't see a 'stack' of any sort being easy to explain to a newbie or not programmer. I'd disagree - HTML has this concept - for example the way table tags inherit properties. Key is that the 'stack' idea is hidden within the hierarchy idea. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Permission Question
On Mon, 13 May 2002 21:16:24 +0200 Dieter Maurer [EMAIL PROTECTED] wrote: Andre Schubert writes: i have i question on the permission-system of zope. Lets say i have a product which contains a zclass foo and i have created a role foo_role where every user belonges to this role is able to add foo instances. This works fine. But how do i define my permissions so, that all users which belong to foo_role are able to delete foo-instances. I created a zope-permission Delete Foo objects, then i mapped this permission to Delete objects in the zclass foo like the mapping from Add Foos to Create class instances. But this doesnt work. Delete objects is a permission of the container (containing the objects to be deleted) and not the objects themselves. You can make your own object deletion method (script) that applies the permission checks you want (give it a Manager proxy role, such that it is able to actually delete the objects). Dieter Thanks for your help, i will try to implement such a method. Regards.. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )