Re: [Zope] [Zope-Annce] Announcing: Zope 4.0 project
Chris Withers wrote: Tres Seaver wrote: On behalf of the Zope community, I am pleased to announce the creation of the Zope 4.0 project. After extensive discussion with the Zope wizards in conclave at PyCon 2009, the new project's website has been launched: http://zopefour.org/ Er? Little more context and explanation please... Context is the dateline. Explanation I'll leave to your imagination. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement phone +44 (0)118 986 8313 email ma...@textmatters.com web http://www.textmatters.com ___ Zope maillist - Zope@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 )
[Zope] Existence and truth
[profound subject: sorry the body may be less interesting]
This is so basic, but any help would be appreciated. It's also a Plone
site, but the problem is about basic tal behaviour so I hope it's
appropriate:
I have an attribute, 'listed' (a property of 'member') which I want the
user to be able to set or unset with a radio choice rather than by
checking or unchecking a checkbox, as provided in default join_form and
personalize_form.
In personalize_form, I define listed like this:
listed python:request.get('listed', member.getProperty('listed',''))
The radio inputs return name=listed and value 0 or 1
This works OK, but in the radio input code,
tal:attributes=checked python:test(listed,'checked',None);
*always* returns 'checked'
and the second of these debug lines is *always* displayed, whether
listed is 0 or 1:
pdebug: value of listed, after define with getProperty=span
tal:content=listedvalue/span/p
p tal:condition=listed | nothingdebug: this para should print if
listed is true, ie equals 1/p
Appendix C of the Zope Book says tal:condition tests for existence and
truth, and missing variables, None, zero, empty strings, and empty
sequences false; all other values are true.
So what basic fact/knowledge am I missing?
Thanks
Mark Barratt
___
Zope maillist - Zope@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 )
Re: [Zope] Existence and truth
Paul Winkler wrote: This kind of thing is usually a mistaken type assumption. I bet your radiobutton is setting it to 0 rather than 0. Thanks. Yes it was. But neither value=0 (which I think is invalid XHTML), nor value= makes any difference. Mark Barratt ___ Zope maillist - Zope@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 )
Re: [Zope] Existence and truth
Terry Brown wrote: Hmmm, CGI only returns strings. Sometimes x*1 will give a number (0) even if x is a string (0)... but I would have said your example should work... Yes, that's what i would have thought sigh /. I'll move this to the Plone users list - there may be some specific Plone evil involved, though I don't see how. Thanks for the input. Mark Barratt ___ Zope maillist - Zope@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 )
Re: [Zope] Existence and truth
Mark Barratt wrote: Paul Winkler wrote: This kind of thing is usually a mistaken type assumption. I bet your radiobutton is setting it to 0 rather than 0. Thanks. Yes it was. But neither value=0 (which I think is invalid XHTML), nor value= makes any difference. OK, solved. value= actually works - some kind of cacheing issue seems to have misled me when first testing it. Again, thanks. Mark ___ Zope maillist - Zope@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 )
Re: [Zope] how to use chinese character in zope 2.8.7
Tino Wildenhain wrote: Btw, still waiting for comments, thumbs down/up for: http://www.zope.org/Collectors/Zope/2148 you have my +1 recorded. Setting the management_page_charset property is an obscure and ill-documented fix for a common problem, which cost me a lot of bafflement and time to resolve. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email [EMAIL PROTECTED] skype mark_barratt web http://www.textmatters.com ___ Zope maillist - Zope@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 )
Re: [Zope] how to use chinese character in zope 2.8.7
LYNN wrote: zope,hi! i use zope2.8.7 in FC5 chinese edition, in ZMI i can input chinese ,but when i saved,the chinese character change to $#,i want to know how can i solve it.when chinese character is a part of URL,it prompt me invalid URL. thinks! Hi Lynn You need to set the Zope character-encoding to a Unicode encoding. I use utf-8 and it works. UTF-8 is not very efficient for Chinese but I do know it works! You do this two places in Zope: 1: in the zope.conf there should be a line default-zpublisher-encoding utf-8 If there isn't, add it. If it says something else, change it. 2: In the root of the Zope Management Interface, choose the properties tab. In it, add a new property called MANAGEMENT_PAGE_CHARSET of type 'string' with value utf-8. 3: restart Zope This assumes that the rest of your site infrastructure is OK, including Apache encoding. best -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email [EMAIL PROTECTED] web http://www.textmatters.com ___ Zope maillist - Zope@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 )
Re: [Zope] major problems placing authentication on an extranet site-security flaw?
michael nt milne wrote: I find the Zope security, permissions set-up hideously complex and unusable to be honest and it doesn't even seem to work. Yes. But security is hard on any capable system, with users, groups, objects, applications all having security attributes and all those things inheriting and interacting in unexpected ways. Netware and Windows are the same. As for 'doesn't even seem to work', that may be true (welcome to Open Source!), but you may 'just' be experiencing interactions between Zope security (hideously complex, etc) and Plone security (also complex). The interactions between these systems are basically beyond ordinary humans - or, possibly, just don't work. It may be most sensible to try to hand off security to another system entirely and let Zope/Plone share/inherit it - as your original intention. If it's an extranet, can you use the surrounding network's system? Pluggable authentication can use Windows or LDAP (or, perhaps, other) authentication to provide access to a Zope/Plone, so visitors log in to your network rather than to the Zope site, and the Zope/Plone can inherit whatever the domain authentication system knows about them. My other advice is to try not to touch ZMI security screens: if you're using Plone you should try to set up the security you need in Plone as far as possible. You really don't need Plone and Zope trying to do different things at the same time: it's a fragile and complex marriage and the partners all too easily end up stalking out of the room. (this also suggests you might have better luck on the Plone discussion lists, eg nntp://gmane.comp.web.zope.plone.user) best Mark Barratt ___ Zope maillist - Zope@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 )
Re: FIXED: Re: [Zope] URL0 returns index_html not index.html
John Eikenberry wrote:
Mark Barratt wrote:
A text substitution covers both cases:
tal:attributes=href
python:context.REQUEST['URL0'].replace('index_html','index.html')+'/source.html'
Wouldn't this just result in [path]/index.html/source.html? Do you want
the index.html in the URL to source.html. This will work with Zope but
looks strange. Using URL1 instead of URL0 would leave the index[._]html
off the generated URL.
Only if the apparent address of the 'page' is [folder]/, and that is
what I want. But it also works if the apparent address of the 'page' is
pagename.html - in that case URL0 returns the correct complete path and
the text substitution doesn't come into play. In all case I want to
return /source.html of the target page so I can edit it in Mozile (not
that I can yet, mind you).
best
--
Mark Barratt
___
Zope maillist - Zope@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 )
FIXED: Re: [Zope] URL0 returns index_html not index.html
John Eikenberry wrote:
Mark Barratt wrote:
I can vaguely see why this is happening. My question: is there a
straightforward way of making the links (and error reports) return the
actual page address?
By actual page address you want the URL with index.html instead of
index_html? Given your current setup as described, redirecting would work.
dtml-call RESPONSE.redirect(URL1+'/index.html')
Well, no, because some of the objects I want to append /source.html to
are not called index.html (but that *is* how we did it for another site
and it works as you say).
A text substitution covers both cases:
tal:attributes=href
python:context.REQUEST['URL0'].replace('index_html','index.html')+'/source.html'
If you were working with zope projects there are other tricks you could
pull, but it doesn't sound like you are doing this.
I don't understand this: is a 'zope project' different from my project
using zope?
Thanks to you and Dieter for the help
--
Mark Barratt
___
Zope maillist - Zope@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 )
[Zope] URL0 returns index_html not index.html
Zope 2.7.4 on Debian
DTML method index_html in the root says dtml-var _['index.html']
A link in a page template to
tal:attributes=href string:${context/REQUEST/URL0}/source.html
where the page is addressed by [path]/ and is actually at [path]/index.html
returns [path]/index_html/source.html
I can vaguely see why this is happening. My question: is there a
straightforward way of making the links (and error reports) return the
actual page address?
(I think I understand that 'actual' 'page' and 'address' are all
metaphors which may be leading me into error... )
Thanks for any help/enlightenment.
--
Mark Barratt
___
Zope maillist - Zope@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 )
Re: [Zope] ZPT tutorial
Andreas Jung wrote: --On 21. Juni 2005 23:04:12 +0100 Mark Barratt [EMAIL PROTECTED] wrote: or there's PHP, where the communities are probably more newbie-friendly and there are loads of tutorials. Don't compare PHP with Zope. PHP is a tiny language compared to the fat Zope frameworks. Working with Zope on the scripter level (ZPT, DTMl, ZSQL) requires similar skills as a PHP programmer. If you want to go beyond you have approach open-minded and come a with some solid knowledge in programming and understanding architectural issues in Zope. But when I read some questions here then I have the impression that people except that Zope solves their problems although neither they don't understand the problems themselves nor have the basic skills to reach the goal. That's not a but being newbie-friendly but one can expect as certain level of knowledge when you're working with Zope...e.g. the knowledge how HTML works (that's something kids learn at school nowadays). I agree with all this, though I suspect you underestimate how little many newcomers know, and not just about HTML, where they may have been inflicted with Front Page or learned in Dreamweaver, where you don't have to either write code or do things 'properly'. But also about the big leap required to get from titleSomething/title to title tal:content=template/title|context/titleUntitled Document/title. I think we (the Zope community) should try to be clearer in telling newcomers what the 'entry requirements' are. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email [EMAIL PROTECTED] web http://www.textmatters.com ___ Zope maillist - Zope@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 )
Re: [Zope] ZPT tutorial
John Poltorak wrote: If I spend a couple of days on something and make no progress, I'd say it's 'too much work'. Wouldn't you. Yes I was on a course over the weekend where ordinary people in their 70's with no technical ability were knocking together websites in just a few hours with no prior training and no understanding of the underlying concepts involved. Why should Zope be just as easy? Because Zope is hard. You can make some great sites/applications with Zope but for all except the very simplest you need . advanced understanding of html and xml or . a thorough grounding in programming principles or . a working knowledge of Python - and preferably all three. Most (not all) of the people who hang out here have all three of these skill sets, and like many skilled people, they find it hard to understand that the skills they have seem arcane to beginners. You should also understand that nobody (AFAIK) is 'them' with an interest in making Zope easy and helping you. You depend on the kindness of strangers, so politeness and gratitude pay. In addition, Zope is heading fast into even less friendly territory. DTML, which is technically 'mucky' but reasonably easy to grasp for non-programmers, is increasingly deprecated. Through-the-web editing likewise. I'm not saying these trends are bad, just that they are happening, they make the learning curve steeper, and that they lock out almost all casual users unless they have the skills noted above. The alternative in the Zope world is Plone, where you can get a site up and rolling in very little time (as long as you are happy for it to look and operate like almost every other Plone site on the planet). or there's PHP, where the communities are probably more newbie-friendly and there are loads of tutorials. or you could decide that Zope does some stuff which you must have, in which case David H's stereotypical response If you spent more time just *learning* Zope and HTML, etc and less time rationalizing your lack of progress everyone would be happy. is appropriate. Good luck. -- Mark Barratt Text Matters Information design: we help explain things using language | design | systems | process improvement __ phone +44 (0)118 986 8313 email [EMAIL PROTECTED] skype mark_barratt web http://www.textmatters.com ___ Zope maillist - Zope@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 )
