Re: internationalization

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