Submitted by : 192.168.1.21 at: 2004-01-07T15:33:35+00:00 (13 years ago)
Name :
Category : Severity : Status :
Optional subject :  
Optional comment :

Hi,

The mere presence of ZWiki in my zope Products folder (whithout being installed in my plone site) overrides my PlacelessTranslation? in my plone site(!). From the documentation it seems ZWiki uses the locale of my system, which uses iso-8859-1 and my native language.

In zope/plone I use uft-8. With zwiki in the Products folder some parts of my site (e.g. the calendar slot and parts of the plonecalendar product) has iso-8859-1 characters instead of utf-8, leading to question marks, and my native language in these parts overrides the settings of the browser (and without any regard to the precence or lack of mo-files).

This happens whether Localizer is in my Products folder or not.

These problems disappear completely when zwiki is removed from the Products folder.

Is it possible to just turn off this locale support? Or what else can I do?

I use plone 1.05, zope 2.6.2, cmf 1.3.3,python 2.2.3, zwiki 0.26, debian stable/testing gcc (GCC) 3.3.2 20030908 (Debian prerelease).

property change --Wed, 07 Jan 2004 22:27:03 -0800 reply

Severity: serious => normal

... --simon, Thu, 08 Jan 2004 02:20:50 -0800 reply

Are you saying that simply having Zwiki installed at startup time causes parts of plone (not all of it ?) to use iso-8859-1 characters ?

Or do you only see the problem after viewing Zwiki pages ? Eg because they cause your browser to adopt an incorrect language/character/locale setting ?

On InternationalCharactersInPageContent it's reported that putting 'content="text/html;charset=utf-8"' in skins' HEAD helps support UTF-8. What charset is being declared at present ? (view source)

... --Thu, 08 Jan 2004 08:35:07 -0800 reply

Yes, to your first question. In addition some words are translated to my native language. Starting with a fresh and minimal zope/plone instance and adding products to the Products folder one by one and restarting zope between each, singles out zwiki as the "sinner".

To me it seems that ZWiki's 'eager' translation is restricted to dates, like names on months and days. That's perhaps why only(?) the calendar slot and parts of plonecalendar is influenced by this. If I change the language setting in my browser, everything else on the site change to the corresponding available .mo-translations. ZWiki, however, locks the month and day names to the character set _and_ language of my computer system's locale. (If that is indeed the "explanation" of what happens.)

When it comes to utf-8 and the browser: I get utf-8 when accessing a site on my zope server: content="text/html;charset=utf-8". But in the ZMI I get content="text/html;charset=iso-8859-1" (except for in the viewing frame; there it is utf-8). This haven't caused any problems for me so far. Or if it causes problems under the hood somewhere, I haven't noticed anything. (But it would be nice to have utf-8 in the ZMI too.)

As to the second question: My browser stays in utf-8 mode when outside zwiki pages and the iso-8859-1 characters in the abovementioned names appear as question marks.

From Samotnik. It explains why my calendar has question marks instead of some Polish characters.

something to try --SimonMichael, Sun, 25 Jan 2004 08:29:38 -0800 reply

Comment out:

locale.setlocale(locale.LC_ALL, '')

in ZWiki/Regexps.py and restart. Does this stop the interference you're seeing ?

Yes, solved --Sun, 01 Feb 2004 14:54:28 -0800 reply

Yes, when putting zwiki 0.27 rc3, which has this line outcommented, the calendar box and plonecalendar looks OK when ZWiki is in the Products folder. Thanks!

fixed for 0.27 --SimonMichael, Mon, 02 Feb 2004 08:50:34 -0800 reply

Status: open => closed