From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:07:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 981A8106564A for ; Wed, 15 Jul 2009 07:07:33 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4D90A8FC1E for ; Wed, 15 Jul 2009 07:07:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 0F5B678F5F; Wed, 15 Jul 2009 11:07:31 +0400 (MSD) Message-ID: <4A5D8034.4090101@haruhiism.net> Date: Wed, 15 Jul 2009 11:07:32 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Dan Nelson References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <1247603171.2105.38.camel@localhost> <20090714204028.GT48776@hoeg.nl> <20090715062041.GH63413@dan.emsphone.com> In-Reply-To: <20090715062041.GH63413@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Vladimir Grebenschikov , Ed Schouten , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 07:07:33 -0000 Dan Nelson wrote: > Another option would be to dynamically remap the 256 text-mode characters as > needed, similar to how the mouse cursor is displayed. The average > single-language console will have much less than 256 unique characters > onscreen at once at any one time, so the average console will rarely have a > phyical character remapped once a glyph has been assigned to it. Any more > than 256 onscreen at once could be replaced with a special symbol or > remapped to a similar character if possible. You could even preferentially > replace symbol/line-drawing characters first, and try and preserve > characters in the area around the cursor This is probably true for European countries, however I can easily imagine a situation where I have much more than 256 different characters on my screen - f.ex. reading a website in Links; it will have latin characters (numbers, symbols, punctuation marks) in URLs and kana & kanji as the text itself. So a completely Unicode-compatible solution would be much more preferred. -- Kamigishi Rei KREI-RIPE