linux-kernel - Re: [PATCH 0/2] Enlarge the storage of chars in virtual terminal

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTik2MyWWogREK1DpXKeYrutr7skHQB7kzeg6DYvq@mail.gmail.com>
Date:	Thu, 27 May 2010 16:59:17 +0800
From:	Frank Pan <frankpzh@...il.com>
To:	Tejun Heo <tj@...nel.org>
Cc:	Alan Cox <alan@...ux.intel.com>,
	Gerardo Exequiel Pozzi <vmlinuz386@...oo.com.ar>,
	Kay Sievers <kay.sievers@...y.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	Catalin Marinas <catalin.marinas@....com>,
	Daniel Mack <daniel@...aq.de>,
	Christoph Lameter <cl@...ux-foundation.org>,
	Jiri Slaby <jirislaby@...il.com>,
	Jochen Hein <jochen@...hen.org>,
	Johannes Weiner <hannes@...xchg.org>,
	Dave Airlie <airlied@...hat.com>,
	Pekka Enberg <penberg@...helsinki.fi>,
	Geert Uytterhoeven <geert@...ux-m68k.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/2] Enlarge the storage of chars in virtual terminal

Greetings,

> That's only true for CJK.  There are other scripts which are more
> difficult to render properly.  e.g. In mixed English Arabic text,
> English needs to be rendered left-to-right as usual while Arabic needs
> to be rendered right-to-left.  Indic rendering is also known to be
> very tricky.  Even on full desktop environment, only Gnome + Pango and
> Visat/7 get everything right.

You are right, I've missed a big count of languages.
Nonetheless, the vt already identified several ranges in the unicode
space, and made them 2 times wide as ASCII chars.
My idea depends on this.

OTOH, I think nobody expect the console can render scripts so nice
as it written on a piece of paper. Compare with the console now,
people seeing their home language scripts is better than seeing question
marks(?). Although they may in wrong order, although the resolution
is not enough for part of scripts, but one can see the content of
a file, a web page, which is rendered into pages of question marks
now.

Yes, It's not so perfect, but it's much better than question marks.

> And then, if you think about multilingual terminal, output is only one
> half of the story.  You gotta be able to input something too and in
> many scripts, input handling needs to interact constantly with
> rendering, which means that the kernel will also need to supply input
> framework, at which point I start to wonder whether the whole thing is
> just too complicated.

Agree. Input method is much complex than a data structure expanding.

I don't know about other languages, but I bet the thing goes like:
one press one or more keys, (choose the char he/she really want to, )?
and commit an input.
We need not to implement the whole thing inside kernel, a user space
app can catch keyboard inputs and push unicode chars into the tty.
The only change should be done in kernel is reserve a space on screen
for the potential char choosing, which is really easy to do in any
console drivers(report a smaller height/width).

> What's the use case other than "I just want to use console"?

Many times I type startx is just for checking time of a meeting
(in a CJK web page, etc).
Many times I've found emails in mutt with question marks, I must
open a X and a terminal in X, and mutt in terminal in X.
Is there anything worse?

Thanks.

-- 
Frank Pan

Computer Science and Technology
Tsinghua University
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/