On Mon, Apr 23, 2007 at 12:16:29AM +0800, Abel Cheung wrote:
> On 4/17/07, Rich Felker <[EMAIL PROTECTED]> wrote:
> >What is the output of:
> >echo -e '日本語\b\bhello'
>
> Wait. Quick question: how much should '\b' backstep when wide characters are
> encountered?
>
> - a whole wide character?
> - a
Egmont Koblinger <[EMAIL PROTECTED]> writes:
> On Mon, Apr 23, 2007 at 12:16:29AM +0800, Abel Cheung wrote:
>
>> Wait. Quick question: how much should '\b' backstep when wide characters are
>> encountered?
>
> It should move the cursor one single-width cell to the left. It has already
> been discu
On Mon, Apr 23, 2007 at 12:16:29AM +0800, Abel Cheung wrote:
> Wait. Quick question: how much should '\b' backstep when wide characters are
> encountered?
It should move the cursor one single-width cell to the left. It has already
been discussed on this list, see here:
http://mail.nl.linux.org/li
On 4/17/07, Rich Felker <[EMAIL PROTECTED]> wrote:
What is the output of:
echo -e '日本語\b\bhello'
Wait. Quick question: how much should '\b' backstep when wide characters are
encountered?
- a whole wide character?
- a single byte?
- a half of wide character?
Which is considered 'correct'?
Abe
Dnia 17-04-2007, wto o godzinie 10:58 -0400, Rich Felker napisał(a):
> What is the output of:
> echo -e '日本語\b\bhello'
>
> It should be: “日本hello” and not “日hello”.
“日本hello” on gnome-terminal, konsole, xterm, and urxvt.
--
__("< Marcin Kowalczyk
\__/ [EMAIL PROTECTED]
On Tue, Apr 17, 2007 at 11:08:44AM +0200, Egmont Koblinger wrote:
> On Mon, Apr 16, 2007 at 05:13:07PM -0400, Rich Felker wrote:
>
> > Konsole and Xfce terminal: no support for nonspacing characters;
> > unsure about whether cjk wide characters are right.
>
> CJK is fine in them AFAIK.
What is t
On Mon, Apr 16, 2007 at 05:13:07PM -0400, Rich Felker wrote:
> Konsole and Xfce terminal: no support for nonspacing characters;
> unsure about whether cjk wide characters are right.
CJK is fine in them AFAIK.
> Gnome Terminal: I assume it's the same since Xfce uses the same
> widget. Please corr
On Tue, Apr 17, 2007 at 02:04:32AM +0800, Abel Cheung wrote:
> >not all we like, but can you come up with things that should
> >legitimately be wide (i.e. ideographs) which have no chance to enter
> >Unicode?
>
> Certain there are, say some belonging to Taiwan CNS11643, which
> is regarded as vari
On Tue, Apr 17, 2007 at 02:04:32AM +0800, Abel Cheung wrote:
> >This is only an issue on character-cell devices which use wcwidth.
>
> I'm exactly talking about those apps, like terminals.
Given how utterly abysmal current terminals' Unicode support is, this
seems like a relatively minor issue. I
On 4/17/07, Rich Felker <[EMAIL PROTECTED]> wrote:
> It really depends on the intended audience of the fonts. The original
> intention for those double width Greek and Cyrillic characters is to
> make them align nicely with all other CJK characters. Then there are
> no such thing as wide Greek/Cy
On Tue, Apr 17, 2007 at 12:11:12AM +0800, Abel Cheung wrote:
> On 4/11/07, Rich Felker <[EMAIL PROTECTED]> wrote:
> >Indeed, glibc's character data is horribly outdated and incorrect.
> >There are plenty of unsupported nonspacing characters, even characters
> >that were present in Unicode 4.0. It a
On 4/11/07, Rich Felker <[EMAIL PROTECTED]> wrote:
Indeed, glibc's character data is horribly outdated and incorrect.
There are plenty of unsupported nonspacing characters, even characters
that were present in Unicode 4.0. It also considers nonspacing letters
to be non-alphabetic, which is a real
On Tue, Apr 10, 2007 at 12:36:28PM +0200, Egmont Koblinger wrote:
> Though I cannot answer your original question, I've just found recently that
> glibc's wcwidth database suffers from problems. There are a lot of letters
> or letter-like symbols that are unprintable according to glibc (wcwidth
> r
On Mon, Apr 09, 2007 at 12:26:51PM -0400, ＳｒｉｎＴｕａｒ wrote:
> Just a question:
>
> Does anyone know of locales where ambiguous char-cell width
> characters, such as ※☠☢☣☤ ♀♂★☆ are treated as double
> width rather than
> single width?
Ambiguous width from a Unicode perspective means just that the
c
On Mon, Apr 09, 2007 at 12:26:51PM -0400, ＳｒｉｎＴｕａｒ wrote:
> It seems they are double width in most fonts, but on my systems even
> in east asian locales they still return widths of 1. (so I get funny
> overlaps in my terminals )
Though I cannot answer your original question, I've just found recen
Just a question:
Does anyone know of locales where ambiguous char-cell width
characters, such as ※☠☢☣☤ ♀♂★☆ are treated as double width rather than
single width?
It seems they are double width in most fonts, but on my systems even
in east asian locales they still return widths of 1. (so I get fu
16 matches
Mail list logo
