Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Apr 2002 18:10:19 -0700
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Christian Weisgerber <naddy@mips.inka.de>
Cc:        freebsd-chat@freebsd.org
Subject:   Re: what are these characters please?
Message-ID:  <3CB633FB.3B268A0@mindspring.com>
References:  <20020411113858.E48BB3F30@bast.unixathome.org> <3CB5F189.3DEA9304@mindspring.com> <a94vme$2rd8$1@kemoauc.mips.inka.de>

next in thread | previous in thread | raw e-mail | index | archive | help

Christian Weisgerber wrote:
> Terry Lambert <tlambert2@mindspring.com> wrote:
> 
> > An "escape" character *is* a valid ISO-8859-1 character.
> 
> It is a control character, which is certainly not valid in this
> application context.

It's not validly renderable by an HTML browser.

The problem is the conversion of the data file, whose format is
unspecified, into HTML.

If you were to cat this data to a "World21" console or even, I
believe, "kterm", then it would display as it was intended.

So the problem is the imperfect conversion of what's stored, not
the fact that the data is stored.


If you want to make a rule that CVS log entries must be made in
HTML, then you can make that rule.  Without such a rule, though,
you get what you get.


It's arguable that the ISO-8859-1 restriction is wrong, as well,
and that there should be special provision for attachments (e.g.
the log should be treated as RFC 2045 message bodies of type
message/rfc822).

The specific problem in this case is that someone pasted some
valid binary data, without attributing the encoding, so that
the encoding could be normalized to UTF-8 encoded Unicode,
so that browsers would have all necessary information to
render it.


It seems that the complaint about the data is more kicking
and screaming that there aren't any rules on commit message
encoding and contents.

CVS provides mechanisms which would allow you to reject commit
messages containing anything other than printable US ASCII.

AFAICT, though, the horse has already left the barn, unless
there is going to be repository surgery to normalize the
already denormal data.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3CB633FB.3B268A0>