[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --)
From: |
Leonid Pauzner |
Subject: |
Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --) |
Date: |
Fri, 19 Mar 1999 19:03:42 +0300 (MSK) |
18-Mar-99 08:48 Klaus Weide wrote:
> On Thu, 18 Mar 1999, Leonid Pauzner wrote:
>> 16-Mar-99 20:28 Klaus Weide wrote:
>> > On Wed, 17 Mar 1999, Leonid Pauzner wrote:
>> >> 16-Mar-99 12:18 Klaus Weide wrote:
>> >> > Besides, the character translations are also used within PRE etc., and
>> >> > even in translated plain text, so there is a good reason to leave
>> >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^no, no &emsp symbol in any 8bit font.
>>
>> > Think
>>
>> > HTTP/1.0 200 OK
>> > .....
>> > Content-type: text/plain;charset=utf-8
>> > .....
>>
>> Probably. (I have no idea how utf-8 console work about such spaces
>> with a fixed-width screen font).
> But you don't need Display character set == Document charset,
> that's the whole point of the chartrans stuff. :)
I do understand the difference.
Was interested in (1) and (2) below,
so seems we will end up with a single space for emsp.
But how about "  " - should it result with two spaces or not?
> About how utf-8 console works in general - not too well in more
> complex cases (where there are more than a few non-US-ASCII characters
> per line), except possibly when compiled with slang and
> SLANG_MBCS_HACK. Not tested in a while.
> About how utf-8 for linux console (the only situation I know where
> Display character set == UTF-8 makes sense) would work for a U+2003 -
> (1) either it gets translated to "normal" space(s) by lynx,
> so no special consideration necessary, or
> (if it should get fed as utf-8 to the output)
> (2) it depends on the currently loaded (linux kernel) console
> translation tables - usually it would end up as one space
> or one unknown character symbol, but if no mapping loaded and no
> unknown character symbol either, it could end up as "nothing"
> i.e. zero space (which then brings the cursor position out of
> synch with what lynx thinks, but that is a general problem not
> limited to U+2003). In no case will it use more than one space.
> Klaus
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), (continued)
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Leonid Pauzner, 1999/03/16
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Klaus Weide, 1999/03/16
- lynx-dev chrtrans .tbl format (was: ... (em dash = --), Leonid Pauzner, 1999/03/18
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Leonid Pauzner, 1999/03/18
- lynx-dev New Version Notification service, Mark E. Crane, 1999/03/18
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Klaus Weide, 1999/03/18
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --),
Leonid Pauzner <=
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Klaus Weide, 1999/03/19
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Leonid Pauzner, 1999/03/19
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Klaus Weide, 1999/03/20
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Leonid Pauzner, 1999/03/21
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Philip Webb, 1999/03/15
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), David Combs, 1999/03/15
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Philip Webb, 1999/03/15
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), Klaus Weide, 1999/03/16
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), David Combs, 1999/03/16
- Re: lynx-dev lynx2.8.2dev.19 patch #6 (em dash = --), David Combs, 1999/03/15