On 26.10.2014 05:49, Sean Leonard wrote:
> On 10/25/2014 5:59 PM, Branko Čibej wrote:
>> On 25.10.2014 20:53, Sean Leonard wrote:
>>> It appears that the matter was not fully resolved. svn:charset seems
>>> to enjoy de-facto use.
>> If anyone is using svn:charset, they're violating our rules. The svn:
>> namespace is reserved for property names defined by Subversion, and
>> we've not defined that name. So ... using that name is likely to cause
>> problems at some point.
> Ok. So I guess the issue of how Subversion encodes a particular
> character set/character encoding is still "live"?
Well, Subversion doesn't "encode" anything; but for the purpose of
serving content straight from the repository through an HTTP server, the
established way to define the character set is to add the tag to the
svn:mime-type property, e.g.:
svn propset svn:mime-type 'text/plain; charset=UTF-8' file...
That will be exposed to the browser in the Content-Type header, and the
Subversion client, which uses svn:mime-type for its own purposes, will
ignore any content type parameters (that is, anything after the semicolon).
The restriction here is that Subversion restricts the value of the
svn:mime-type property to be in the ASCII; which, incidentally, is
required by RFC2045 (see: https://www.ietf.org/rfc/rfc2045.txt section 5.1).
This may be unwieldy, as you say in your original post, but it's the
only way that works.
Received on 2014-10-26 11:22:25 CET