- From: Greg Stein <gstein@lyra.org>
- Date: Fri, 8 Dec 2000 04:39:50 -0800
- To: Jim Whitehead <ejw@cse.ucsc.edu>
- Cc: Adam Klatzkin <Adam.Klatzkin@bentley.com>, w3c-dist-auth@w3.org
http://test.webdav.org/dav/ is always available to anybody wishing to do DAV testing (against mod_dav). Cheers, -g On Tue, Dec 05, 2000 at 03:54:09PM -0800, Jim Whitehead wrote: > 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. > Greg? > > - 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. -- Greg Stein, http://www.lyra.org/
Received on Friday, 8 December 2000 07:36:45 UTC