[Zope-dev] RFV: Unicode in Zope 2

Andreas Jung lists at andreas-jung.com
Mon Dec 19 11:44:42 EST 2005



--On 9. Dezember 2005 10:11:42 -0500 Jim Fulton <jim at zope.com> wrote:

> > I forgot a very important need:
>
> - Common approach to Unicode
>
>
> We need to migrate Zope 2 to use a similar strategy.  We need volunteers
> to brainstorm how this can be done and make one or more proposals.
> This is likely a prerequisite for finishing the publisher and ZPT
> work.
>

I think there are two approaches. Textual content can be produced by nearly 
every Zope object (and its methods). Content can be composed by the basic
Zope functionalities like DTML, ZPT, PyScripts and external methods (in the 
sense that these functionalities are able to call other objects and their 
methods).

a) one could enforce all objects to return unicode (which would be a very 
hard  requirement) and possibly break any application

b) convert non-unicode content produced by Zope objects from where they are 
called (DTMl, ZPT, PyScript, Extmethods) to unicode. This would limit the 
number of places where we need to change code. The encoding of the 
non-unicode content could be from the 'content-type: XXX; charset=XXXX' 
header
(if set) or as fallback from the configured zpublisher_default_encoding. An 
object could also set a property "my_output_encoding" (or so)...

just-some-thoughts...,
-aj

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
Url : http://mail.zope.org/pipermail/zope-dev/attachments/20051219/d9634363/attachment.bin


More information about the Zope-Dev mailing list