Messages in this thread | | | From | "H. Peter Anvin" <> | Subject | Re: Unicode console patch | Date | Wed, 3 Feb 1999 11:35:41 -0800 (PST) |
| |
> >No, these sequences are no good. > >Instead of describing the structure involved, let me point you at > >the references. Most relevant are ISO 2022, ISO 4873 and ISO 6429 > >which are freely available as ECMA-35, ECMA-43 and ECMA-48. > >See http://www.ecma.ch/stand/ecma-035.htm and > >http://www.ecma.ch/stand/ecma-048.htm . > > Well, I looked through all this standarts & did not found > anything about REQUESTING from terminal about its codepage set or > is terminal in UTF mode or not. Imo all this standarts too old and > does not apply to real life. For instance no one of this standarts > does not have any smalest word about KOI-8[RU], or about UTF-8 mode.
They actually do: <ESC> % G enters UTF-8 mode.
Anyway, the issue is avoiding sequences that steps on reserved namespace.
> So only \033C sequence are bad and should be replaced by another > private use combination (\033< for example). In any case all UTF stuff > are not subject of any named standart.
ISO 10646.
> The broken G0-G3 switching > will not be fixed in 2.2 kernel. I propose this patch to give for 2.2 > kernel possibilities to get from console information about console > translation set to allow for various user level programs implement > UTF support. > > Imo the worst thing it said "linux console broken" and do > nothing. If possibility to get console translation modes will > not be included to 2.2 kernel we stay in situation without UTF support > untill 2.4 will be released. Imo it the worst case. > > I propose include to 2.2 kernel patch for unicode selection > & keyboard support by edmund@rano.demon.co.uk, and my patch to get > translation information from console driver. It the best thing what > can be done for 2.2 kernel. > > The future of console driver it is another thing and better > don't disscuss about it now.
As I said, we're working on coming up with something. I would prefer something that is properly designed as a unit rather than piecemeal, which this is quickly turning into.
-hpa
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |