I'll consider it. As I said we need still need to merge CVS HEAD with
our tree and retest the whole thing. If we're lucky there are only a few
conflicts to resolve. Submitting the patches certainly save us from
merging again next time so that's an incentive.
Carlos
James Mason wrote:
> Carlos,
>
> Any chance you could submit patches for the changes you've made? I think
> they would be very valuable for the community.
>
> -James
>
> On Tue, 2004-10-12 at 17:39, Carlos Villegas wrote:
>
>>We have a version of Slide based on 2.0 with support for Japanese and
>>Webfolders.
>>
>>There are several problems with WebFolders and japanese. First of all
>>some versions of the webfolder dll are inconsistent about URL escaping.
>>Sometimes it doesn't even escape, it sents raw SJIS to the server. If
>>you want to support all Windows versions, you basically have to
>>autodetect the URL escaping and encoding in the server. It could be
>>UTF-8 or Shift_JIS, properly URL escaped or not. Newer versions of
>>webfolders at least fixed the URL escaping issue, and now it's always
>>properly escaped, but the encoding it's still a mistery to us. The
>>server is always responding in UTF-8 but webfolders "sometimes" answers
>>back in Shift_JIS! Setting the server to use Shift_JIS didn't work
>>either because webfolders then sends shift_jis encoded xml but without
>>the XML encoding attribute and the parser chokes in the server. If it
>>were not Microsoft you'd said it's unbelievable they're sending invalid
>>XML. Even with all these precautions, I think we still have places where
>>we have to read the request stream and fix the encoding before giving it
>>to the xml parser.
>>
>>The first thing to do on the server side is to make sure that Slide
>>always responds in UTF-8, for example. In many places, Slide just uses
>>the default encoding, which is usually latin-1 or SJIS if running on
>>japanese OS. Then the places to do this autodetection magic is basically
>>on org.apache.slide.webdav.util.WebdavUtils and
>>org.apache.slide.webdav.method.AbstractWebdavMethod, but other methods
>>also have to be touched. Tomcat also have to be setup correctly for
>>UTF-8. If you're using the Slide client, it also have to be patched in a
>>few places to make sure it always talks UTF-8.
>>If you're using a fixed version of Windows maybe things are easier, also
>>Slide 2.1b may need less changes, we still need to upgrade to 2.1b but
>>this means retesting all the japanese support, so we're waiting for the
>>release.
>>
>>Hope this helps and it doesn't scare you!
>>
>>Carlos
>>
>>Warwick Burrows wrote:
>>
>>>Fellow Slide-rs,
>>>
>>>If there is anyone on the list who has had experience getting another
>>>character set (eg. japanese, german, chinese) working with Slide and
>>>Webfolders then I was hoping that you might be able to share with us some
>>>insight on the problems you met and workarounds you had to apply to get it
>>>working. I'm getting to the stage where I will need to take Japanese
>>>language support into consideration and any help on the limitations of
>>>either Slide or Webfolders ,and the configuration required for Slide, would
>>>be invaluable. I'm using Slide with Tomcat 4.1.30.
>>>
>>>Thanks,
>>>Warwick
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
