Return-Path: Delivered-To: apmail-incubator-jspwiki-user-archive@locus.apache.org Received: (qmail 28008 invoked from network); 4 Sep 2008 07:43:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Sep 2008 07:43:01 -0000 Received: (qmail 58144 invoked by uid 500); 4 Sep 2008 07:42:59 -0000 Delivered-To: apmail-incubator-jspwiki-user-archive@incubator.apache.org Received: (qmail 57988 invoked by uid 500); 4 Sep 2008 07:42:59 -0000 Mailing-List: contact jspwiki-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-user@incubator.apache.org Delivered-To: mailing list jspwiki-user@incubator.apache.org Received: (qmail 57976 invoked by uid 99); 4 Sep 2008 07:42:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Sep 2008 00:42:59 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sk@ops.co.at designates 195.242.168.1 as permitted sender) Received: from [195.242.168.1] (HELO mgate.ops.co.at) (195.242.168.1) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Sep 2008 07:41:58 +0000 Received: from smtp.ops.co.at (smtp.int.ops.co.at [172.27.0.4]) by mgate.ops.co.at (OPS Mail Gateway - authorized use only - NO UCE/UBE C=AT L=VIE) with ESMTP id F1C1DAFE51 for ; Thu, 4 Sep 2008 09:41:56 +0200 (CEST) Received: by smtp.ops.co.at (Postfix, from userid 65534) id C83166E023F; Thu, 4 Sep 2008 09:41:56 +0200 (CEST) Received: from [172.27.1.104] (lints2.int.ops.co.at [172.27.1.104]) by smtp.ops.co.at (Postfix) with ESMTP id DF5016E0234 for ; Thu, 4 Sep 2008 09:41:55 +0200 (CEST) Message-ID: <48BF9143.7000501@ops.co.at> Date: Thu, 04 Sep 2008 09:41:55 +0200 From: Simon Kitching User-Agent: Thunderbird 2.0.0.12 (X11/20071114) MIME-Version: 1.0 To: jspwiki-user@incubator.apache.org Subject: Re: non-ascii characters in file names References: <48BEA9C9.5060802@ops.co.at> <1916361466.20080903173041@holeczek.de> In-Reply-To: <1916361466.20080903173041@holeczek.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on smtp.ops.co.at X-Spam-Level: X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, hits=-74.7 required=7.0 tests=AWL,BAYES_00, LOCAL_MONEY_PCT1,LOCAL_URI_FOUND_BOL,RATWR10_MESSID,SARE_TOCC_USER, USER_IN_WHITELIST autolearn=no version=2.64 Thanks for the suggestion. Unfortunately it made no difference at all. As before, the pages still can *contain* umlaut characters fine. But using such a character in a page name causes: * bad filename encoding (all umlaut chars encoded as %C3%83) * bad pagename display: all umlaut chars display as a-with-tilde I'll have a look at the source. Any suggestions for classes to start with will be welcome.. Regards, Simon Florian Holeczek schrieb: > Hallo Simon, > > which servlet container are you using? > Did you already have a look at > http://www.jspwiki.org/wiki/TomcatAndUTF8 ? > > Regards > Florian > > Urspr�ngliche Nachricht vom 03.09.2008 um 17:14: > >> Hi, >> > > >> I'm having trouble with JSPWiki 2.6.3 and unicode characters. I would >> appreciate some help. >> > > >> I've installed jspwiki 2.6.3 on SuSe linux, which is UTF-8 by default: >> > >> locale > >> LANG=de_DE.UTF-8 >> LC_CTYPE="de_DE.UTF-8" >> > > >> And I've left the jspwiki.properties setting of "jspwiki.encoding = >> UTF-8" alone. >> > > >> I then create a page "sktest1", with a link to a page that has a >> lowercase german a-umlaut char in it. >> The page (and the link text) look file; the a-umlaut is displayed correctly. >> > > >> Clicking on the link brings up the "edit" window, but the page name is >> corrupted: it shows uppercase-a-with-tilde, not lowercase-a-with-umlaut. >> > > >> The filename created on disk is "Sktest1%C3%83.txt". >> > > >> If I create a page with u-umlaut, then that character also gets encoded >> as "%C3%83", ie it is not possible to have files "Sktest�" and >> "Sktest�", as they result in the same filename. >> > > >> Interestingly, the first char of the filename appears to be forced to >> uppercase, but I don't really care here. However any character following >> a non-ascii char appears to also be forced to uppercase: >> bl�tter (that's an a-umlaut) >> becomes >> bl%C3%83Tter >> (note that first t has become a T). >> > > >> BTW; I'm testing with Firefox 3.x. >> > > >> Hopefully I've just made some minor config mistake, but I can't see what >> at the moment. Any suggestions gratefully received! >> > > >> Regards, >> Simon >> > >