W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2000

RE: internationalization

From: Kevin Wiggen <wiggs@wiggenout.com>
Date: Tue, 5 Dec 2000 17:07:32 -0800
To: "Jim Whitehead" <ejw@cse.ucsc.edu>, "Adam Klatzkin" <Adam.Klatzkin@bentley.com>, <w3c-dist-auth@w3.org>
Cc: "Greg Stein" <gstein@lyra.org>
Message-ID: <ONEOJMKKAIDAGPLOPJEDCELFCJAA.wiggs@wiggenout.com>

Actually I agree that client support for internationalization is lacking,
but server support has always been there :)

Take a look at


Hello World in English, Spanish, Russian, Chinese, Japanese and Korean
(you'll need the fonts installed to see these correctly).

As always, Xythos supports the Webdav protocol so you can also do PROPFINDs
to the server.


-----Original Message-----
From: w3c-dist-auth-request@w3.org
[mailto:w3c-dist-auth-request@w3.org]On Behalf Of Jim Whitehead
Sent: Tuesday, December 05, 2000 3:54 PM
To: Adam Klatzkin; w3c-dist-auth@w3.org
Cc: Greg Stein
Subject: RE: internationalization

Hmm, this is worse than I had feared.  Based on your experience, it seems
the best near-term approach is to stick with single-byte latin characters.

Looking to the future, however, one of the ways you could help the community
is by hosting (or allowing me to host) a publically available DAV server
that has a directory containing multiple character sets. Ideally, you would
have a Web site with a picture of what it is supposed to look like, and then
the area where DAV clients could be directed for testing.  One of the
reasons why the current i18n support is so bad is due to the lack of a
publically available server that is responding with multi-byte characters.

Alternately, perhaps this is something that mod_dav can do, and perhaps Greg
Stein could provide a multi-byte character testing directory on webdav.org.

- Jim

Adam Klatzkin writes:
> Can anybody offer any advice on implementing an internationalized webDAV
> server that will work with existing webDAV clients.
> The server I am developing encodes all data in utf-8.  Whenever I return
> this multistatus response to Microsoft web folders (under Win2K) if the
> utf-8 stream contains all latin (single-byte) characters it works
> fine.  If
> there are characters in the stream that are multi-byte, web
> folders crashes.
> e.g.
> <D:displayname>My Folder</D:displayname>
> ^--- works fine
> <D:displayName>["My Folder" in the Arabic unicode
> subrange]</D:displayName>
> ^--- web folders crashes and explorer goes down with it.
> Under WinNT webfolders does not crash, but I get the following error
> "The current operation cannot be completed because an unexpected error has
> occurred"
> Using Riverfront WebDrive I do not receive any errors but the
> UTF-8 data is
> displayed as ASCII.
Received on Tuesday, 5 December 2000 20:07:44 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:22 UTC