Re: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

Hi! Some time ago I filed this issue as a 2.6a1 bug (http://collector.zope.org/Zope/517), only that it was German characters with me ... The browsers I was using where IE 6.0 (which led to errors storing property sheets and could not display some of the propertysheets correctly) and Mozilla, whi

Re: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems withOFS/dtml/properties.dtml

> [2] This line change from 'iso-8859-1' to 'utf-8' > lib/python/App/dtml/manage_page_header.dtml > Bad news. That will cause all management form submissions to encode strings in utf8. 99% of the methods to which the strings are being submitted will not be expecting this, and will corrupt char

Re: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems withOFS/dtml/properties.dtml

Hi I'm Japanese. #Sorry so I don't write english well. >> While I'm quite sure that this will help Zope in the Asiatic region, it >> seems quite inconvienent for isolatin1 world :( > >This will be a win in Europe as well, especially for multilingual sites. IIRC there >are 15 variants of ISO-8

Re: [Zope-dev] Unicode treatment in 2.6b1

> For PageTemplates, the various blocks produced by the template and > python are sent to a StringIO-like object, which is responsible for > converting them into a coherent thing when its getvalue() method is > called. At the moment it doesn't deal very well mixed Unicode and > non-Unicode strings

[Zope-dev] Unicode treatment in 2.6b1

Andreas Kostyrka <[EMAIL PROTECTED]> wrote: > So how are these Unicode changes supposed to work? Are non-ascii > characters forbidden now? And how do I get UTF-8 text into Zope? If all your code outputs is plain python strings, ZPublisher passes them as-is to the client. If ZPublisher has to ou

Re: [Zope-dev] B0rked my ZODB?

On Thu, Sep 26, 2002 at 05:35:25PM -0400, Casey Duncan wrote: | Try doing a recompile and restart again. Oh, what a surprise, it worked :) I should have done this before asking :( Thanx Casey! []'s -- Sidnei da Silva (dreamcatcher) <[EMAIL PROTECTED]> X3ng Web Technology

Re: [Zope-dev] B0rked my ZODB?

Try doing a recompile and restart again. hth, -Casey On Thursday 26 September 2002 05:24 pm, Sidnei da Silva wrote: > I was happily trying to startup my Zope2.6 instance, running from the > Zope-2_6-branch with an ZODB copied from a 2.5 insance and got the > following error: > > 2002-09-26T18:

[Zope-dev] B0rked my ZODB?

I was happily trying to startup my Zope2.6 instance, running from the Zope-2_6-branch with an ZODB copied from a 2.5 insance and got the following error: 2002-09-26T18:20:07 PANIC(300) z2 Startup exception Traceback (innermost last): Module __main__, line 570, in ? Module , line 1, in ? Mod

RE: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems withOFS/dtml/properties.dtml

> I can second this. With CVS-Zope (did the last cvs up this moment) > I'm getting a very curios thing: > Displaying .../index_html is ok. > But > return context.index_html(context,request) > creates broken characters instead is isolatin1 Umlaute. > In my case (Konqueror on Linux) it seems that t

RE: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems withOFS/dtml/properties.dtml

Am Don, 2002-09-26 um 18.47 schrieb Arnar Lundesgaard: > > what do you mean by "inserted into the form"? > > Put there by the dtml-method in a dtml-var statement. I can second this. With CVS-Zope (did the last cvs up this moment) I'm getting a very curios thing: Displaying .../index_html is ok. B

RE: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

> Thanks for taking the time to help debug this. Thanks for fixing it so quickly! > This line, intended to force the dtml to be rendered as a unicode > object, is not doing its job. If the dtml is not a unicode object > then ZPublisher's encoding mechanism is not engaged. Has there been > some r

Re: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

On Thursday 26 Sep 2002 5:47 pm, Arnar Lundesgaard wrote: Thanks for taking the time to help debug this. > > > lib/python/OFS/dtml/properties.dtml contains ... > > > > > This ensures that the dtml which computes this page > > content returns a unicode object. This line, intended to force t

RE: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

> what do you mean by "inserted into the form"? Put there by the dtml-method in a dtml-var statement. > That the response contains a single byte where you properties > contain character whose unicode value is greater than 127 ? Yes > how have you checked this? if so, thats a bug. In a Hex e

Re: [Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

On Thursday 26 Sep 2002 4:38 pm, Arnar Lundesgaard wrote: > We can successfully store Norwegian characters > ('æ','ø', and 'å') in property fields, but when we reload the page, we > get results that display wrong. Thats bad. I will definetely resolve this asap. > When studying the generated sou

[Zope-dev] [ZOPE 2.6 B1] Unicode/locale problems with OFS/dtml/properties.dtml

We are trying out 2.6 b1. So far it seems very snappy (!!), and the new error-log object is exceptionally usefull! Kudos to Zope Corp and the community. :-) While trying the beta we have found a few problems in the handling of propertysheets. We can successfully store Norwegian characters ('æ','

RE: [Zope-dev] Is the aliasing of 'hasRole' correct?

> In AccessControl/User.py:: > > def hasRole(self, *args, **kw): > """hasRole is an alias for 'allowed' and has been deprecated. > > Code still using this method should convert to either > 'has_role' or > 'allowed', depending on the intended behaviour. > >

Re: [Zope-dev] Unicode Diffs

On Wednesday 25 Sep 2002 6:24 pm, Andreas Jung wrote: > How do your patches compare to the unicode extensions > made by Toby Dickenson for Zope 2.6? They are built on top of my changes. > > I did not test this very throughly, but it seems not > > broken any thing yet. I dont have time to explai

Re: AW: [Zope-dev] Access problem.

On Wednesday 25 September 2002 20:34, you wrote: > > -- I am developing a CMF "link" product which defines its own traverse > > method: > > > > def __bobo_traverse__(self, request, name=None): > > "Traverse method hook" > > > > if hasattr(self, name): > > # return own attributes/s