- Zope - Zope lists

Copy and Paste Problem
by Florian Fahrbach 21 Feb '07

21 Feb '07

Hi all, I hope somebody knows an answer to my rather strange problem. It seems that in our Zope-Installation (2.74) we screwed up the Copy/Cut/Paste-Mechanism. We can not copy any objects in the ZMI at all. The result always is, that the same object ist pasted several times (Paste-Button stays at the bottom of the ZMI) or a copy error occurs. When we empty the caches/cookies etc. of the browser and restart it, we can copy one object, before the same behaviour starts again. Does anyone know what the problem could be? Thank you for your help. Greetings from Germany, Florian

3 2

Re: problem with input elements and unicode/utf-8
by Jostein Leira 21 Feb '07

21 Feb '07

--- In zope(a)yahoogroups.com, "Daryl Daly" <daryld@...> wrote: > > > I have setup a test case which seems to show the problem. This test > removes the database component. > > New install of zope 2.10.2: > Zope Version (Zope 2.10.2-final, python 2.4.4, linux2) > Python Version 2.4.4 (#1, Oct 23 2006, 13:58:00) [GCC 4.1.1 20061011 (Red > Hat 4.1.1-30)] > System Platform linux2 > > I created a page template which contains: > <html tal:define="dummy python:request.RESPONSE.setHeader('Content-Type', > 'text/html;; charset=utf-8');" > > <head> > <title tal:content="template/title">The title</title> > <meta http-equiv="content-type" content="text/html;charset=utf-8"> > </head> > <body tal:define="test_str python:u'This is a test \u00e9 \u00ae \u2022 > \u2024 \u2219 \u03b2'.encode('utf-8')"> > <span tal:content="test_str"></span> > <form> > <input name="t1" value="" > tal:attributes="value test_str"> > </form> > </body> > </html> > > When this page is viewed in Firefox (v 1.5.0.9), it shows the characters > correctly. When viewed in IE6, the non-ascii characters show as garbage. > > If I add this to the zope.conf: > <cgi-environment> > HTTP_ACCEPT_CHARSET utf-8 > </cgi-environment> > > the non-ascii characters show correctly in IE6 (except one of them shows > as a box - there is no 'garbage') > > Is this zope.conf setup required for IE6 or am I doing something wrong? > > Thanks, > Daryl. How about changing the following line 996 in /lib/python/zope/publisher/http.py ( as described in http://www.zope.org/Collectors/Zope/2280 ) header_present = 'HTTP_ACCEPT_CHARSET' in self.request to header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys() I think this is a bug. After doing that change, IE6 and IE7 behaved consistently. Regards Jost --------------------------------- Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.

4 5

Re: [Zope] Re: problem with input elements and unicode/utf-8
by Jostein Leira 21 Feb '07

21 Feb '07

Dieter, Andreas and Daryl Here comes a detailed description of a new Zope-installation I just made on a new Debian (testing) machine. Here are the steps to reproduce my problem. (I'm still not sure it is a problem other than me not understanding how this should work). Downloading Zope wget http://www.zope.org/Products/Zope/2.10.2/Zope-2.10.2.tgz tar -xzvf Zope-2.10.2.tgz cd Zope-2.10.2-final ./configure --prefix=/usr/local/zope make sudo make install sudo ./usr/local/zope/bin/mkzopeinstance.py /usr/local$ sudo chown -R zope.zope zope /usr/local$ sudo chown -R zope.zope zopeinst sudo jed /usr/local/zopeinst/etc/zope.conf <-- set effective-user zope leira:/usr/local/zopeinst/bin# sudo ./runzope Logging in to ZMI directly to port 8080 I add a new Page Template. If the page template contains only hei på deg it saves OK and runs OK. If it contains either of the tal-lines below I get the following error message: <div tal:content="python:unicode('hei på deg','utf8')" /> Compilation failed exceptions.UnicodeEncodeError: 'ascii' codec can't encode character u'\xe5' in position 33: ordinal not in range(128) <div tal:content="python:u'hei på deg'" /> Compilation failed exceptions.UnicodeEncodeError: 'ascii' codec can't encode character u'\xe5' in position 26: ordinal not in range(128) <div tal:content="python:'hei på deg'" /> Compilation failed exceptions.UnicodeEncodeError: 'ascii' codec can't encode character u'\xe5' in position 25: ordinal not in range(128) In this test I have used IE6 (and it is not passing HTTP_ACCEPT_CHARSET in the request). By the way: The character 'å' has value 0xe5 in iso-8859-1. Should the above tal-statements have worked? I have done no other configuration on the zope-instances than stated here but are consistant with my problems on another installation at work. Regards Jost --------------------------------- We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list.

3 5

Re: [Zope] Zope 2.6.4 + Win32 server
by Philip Kilner 21 Feb '07

21 Feb '07

Hi David, Please stay on the list - have added back in as CC. David VanKirk wrote: > I was under the impression that you needed PCGI or FastCGI to get Zope > and Apache to communicate. > > If you have another method, I'm open to try it. > No, not at all - in fact FastCGI at least is deprecated in current versions. > Just be informed that I'm using an older version of Zope (2.6.4) so if > there have been advancements that have been made since then with > communicating with Apache, I'm not able to use those. > Well, if you need Apache or IIS for SSL support, and you do not need to have SSL for the link between Apache and Zope, then there is nothing exotic at all involved. There are 3rd party solutions to use IIS (which cannot proxy on its own), but Apache is all you need. The Zope book has the gist here: - http://www.plope.com/Books/2_7Edition/VirtualHosting.stx That's the latest version, but the version on the Zope site is for 2.6, and as you can see little has changed: - http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/VirtualHosting.… The gist is: - - Zope serves over HTTP. - Apache can /proxy/ HTTP. - The Zope Virtual Host Monster can rewrite the URLs generated by Zope to those required to pass the traffic through Apache. You don't need to do anything on the Zope side other than ensure that the VHM is present - all the work is done by a rewrite rule in the Apache virtual hosts setup. The rewrite rules can be fiddly, and a great resource is the Rewrite Rule Witch: - http://betabug.ch/zope/witch I've mainly done this with Apache 2.0.x, but I have used the same basic setup under 1.3.x - I can't recall if there were any great differences, but I still have one running server with 1.3.x on it, so I should be able to help either way. Can I suggest that you read up and have a play, and come back with any specific questions? I found the rewrite rules very fiddly at first, but soon got used to them - you might need some patience to get to grips with that part, but that's the only bit that caused me any pain. You don't say how you will be connecting Zope to MS SQL Server, but I can recommend the eGenix ODBC DA - it's not free, but it's not expensive either, and if you value your time at all it's cheaper and safer than doing it any other way... HTH! -- Regards, PhilK 'let's hear it for the vague blur'

1 0

frameset problems
by Garry Saddington 21 Feb '07

21 Feb '07

I have this page: <frameset rows="75%,25%"> <frame src="<dtml-var page>"> <frame src="<dtml-call expr="getproperty(page=_['page'])">"> </frameset> The 'page' variable is in the request but no matter what I try I am having problems passing it the the python script 'getproperty'. Can anyone point me in the correct direction? Regards Garry

3 2

Zope 2.6.4 + Win32 server
by David VanKirk 21 Feb '07

21 Feb '07

I'm trying to migrate from a Linux server with Oracle to a win32 server with MS SQL Server. I need to run it behind a webserver so that I can connect through SSL. I've tried IIS, Apache + PCGI, and Apache + FastCGI. Has anyone been able to successfully run a Zope + win32 Web Server successfully, that can help. -- David VanKirk

2 1

How to call a script by it's name stored in a variable.
by rieh25 21 Feb '07

21 Feb '07

How can I do something like this? var = '/Projects/test_py' return call_by_name(var) ------------------------------------ Thanks. -- View this message in context: http://www.nabble.com/How-to-call-a-script-by-it%27s-name-stored-in-a-varia… Sent from the Zope - General mailing list archive at Nabble.com.

3 2

strange image error
by Oliver Petznick 21 Feb '07

21 Feb '07

aloha zopers. i have a zope2.9 instance installed on a freebsd box - zope is installed out of the ports - python2.4 also. if i request a image bigger than about 100kb from the server it stops loading after some bytes and fires this error (it makes no difference if i use firefox2 or wget..): 2007-02-13T12:12:28 ERROR ZServer uncaptured python exception, closing channel <ZServer.HTTPServer.zhttp_channel connected 80.190.201.39:63877 at 0xdc96bec channel#: 28 requests:> (socket.error:(1, 'Operation not permitted') [/usr/local/lib/ python2.4/asynchat.py|initiate_send|219] [/usr/local/www/Zope29/lib/ python/ZServer/medusa/http_server.py|send|417] [/usr/local/lib/ python2.4/asyncore.py|send|332]) some hints would be cool thanks in advance, oli

2 2

[ANN] TextIndexNG 3.2.0 final released
by Andreas Jung 21 Feb '07

21 Feb '07

I am pleased to announce the release of TextIndexNG V 3.2.0. TextIndexNG V 3 is a complete new implementation based on Zope 3 technologies and can be used both in Zope 2.10+, Plone 2.5 and Plone 3.0. Changes in 3.2.0: * requires Zope 2.10 or higher * update parser to PLY 2.1 * Splitter: the SimpleSplitter is now the default splitter. The old C-implementation of the splitter is retired * IndexableContentCollector: the implementation now deals with both textual and binary content * Plone/CMF adapter no longer require manual configuration of the configure.zcml files * ATFile adapter for Plone: now deals with textual and binary content * adapters code overhauled Requirements: - Zope 2.10 + - supports Plone 2.5+ Download: http://opensource.zopyx.com/software/textindexng3/releases/3.2.0 Project page: http://opensource.zopyx.com/software/textindexng3 For installation and documentation issues refer to doc/README.txt from the archive. It's basically the same procedure as with former versions except you *need* to recompile the extension modules. Windows binaries of the required extension modules are available from Sourceforge. TextIndexNG V 3 is published under the ZPL. Many thanks to Yvo Schubbe for contributing a lot of new code and for fixing various bugs! Andreas Jung -- ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 Tübingen - Germany Web: www.zopyx.com - Email: info(a)zopyx.com - Phone +49 - 7071 - 793376 Registergericht: Amtsgericht Stuttgart, Handelsregister A 381535 Geschäftsführer/Gesellschafter: ZOPYX Limited, Birmingham, UK ------------------------------------------------------------------------ E-Publishing, Python, Zope & Plone development, Consulting

1 0

problem with input elements and unicode/utf-8
by Daryl Daly 21 Feb '07

21 Feb '07

Zope: 2.10.2 Python: 2.4.4 I am not sure if this is a zope problem or a browser problem or a lack of my understanding of webservers and/or utf-8 & unicode but here it is: I have a page template with a form and a textarea input element. The value for the element comes from a database (MySQL) field. The database field contains utf-8 encoded text (includes the bullet and registered characters). When the page is displayed in Firefox (version 1.5.0.9) it displays fine. However when the page is displayed in IE 6 (or 7), it shows garbage characters for the bullet and registered characters. What I find as strange is that if the same field is displayed as just text (i.e. just in a td element rather than in an input element) it displays fine in IE. My page template has the following headers: <html metal:define-macro="page" tal:define="dummy python:request.RESPONSE.setHeader('Content-Type', 'text/html;; charset=utf-8');" > <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> Firefox reports the page encoding as UTF-8 with meta: content-type text/html; charset=utf-8 Input element: <textarea cols="50" name="detail_desc" rows="10" tal:content="record/detail_desc | nothing"></textarea><br> I have also tried adding accept-charset="utf-8" to the form element I have been able to fix the problem by adding this to my zope.conf: <cgi-environment> HTTP_ACCEPT_CHARSET utf-8 </cgi-environment> I don't understand why this "fixes" the problem or if it is the correct way to resolve this. Any comments would be appreciated Thanks, Daryl. -- Daryl Daly, B.Sc. Chief Programmer/Business Analyst daryld(a)norco.com Norco Products Ltd. Really Cool Bikes!!! Norco __O Tel: 604-552-2930 ext 205 Performance =\ \ Fax: 604-552-2948 Bikes (=)/(=) www.norco.com 1465 Kebet Way, Port Coquitlam, British Columbia, V3C 6L3

2 3