From: Andries Brouwer <Andries.Brouwer@cwi.nl>
To: Jirka Bohac <jbohac@suse.cz>
Cc: lkml <linux-kernel@vger.kernel.org>,
Andries Brouwer <Andries.Brouwer@cwi.nl>,
vojtech@suse.cz, roman@augan.com, hch@nl.linux.org
Subject: Re: [rfc] keytables - the new keycode->keysym mapping
Date: Wed, 16 Feb 2005 22:49:58 +0100 [thread overview]
Message-ID: <20050216214958.GA7682@apps.cwi.nl> (raw)
In-Reply-To: <20050216182035.GA7094@dwarf.suse.cz>
On Wed, Feb 16, 2005 at 07:20:35PM +0100, Jirka Bohac wrote:
> Now ... are there any more suggestions for any of the patches?
For the time being I look only at the diacr for unicode part.
The fragment below looks like a strange kludge.
> - if (diacr)
> - value = handle_diacr(vc, value);
> + if (diacr) {
> + v = handle_diacr(vc, value);
> +
> + if (kbd->kbdmode == VC_UNICODE) {
> + to_utf8(vc, v & 0xFFFF);
> + return;
> + }
> +
> + /*
> + * this makes at least latin-1 compose chars work
> + * even when using unicode keymap in non-unicode mode
> + */
> + value = v & 0xFF;
> + }
>
> if (dead_key_next) {
> dead_key_next = 0;
> @@ -637,7 +652,7 @@
> {
> if (up_flag)
> return;
> - diacr = (diacr ? handle_diacr(vc, value) : value);
> + diacr = (diacr ? handle_diacr(vc, value) & 0xff : value);
I see twice "& 0xff" but why?
I think this is broken.
Maybe the above "return" is broken as well. The original code
was good, so the only change should be to transport more than 8 bits.
Andries
next prev parent reply other threads:[~2005-02-16 21:50 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050209132654.GB8343@dwarf.suse.cz>
2005-02-09 15:27 ` [rfc] keytables - the new keycode->keysym mapping Andries Brouwer
2005-02-09 16:03 ` Vojtech Pavlik
2005-02-09 16:38 ` Andries Brouwer
2005-02-09 16:55 ` Vojtech Pavlik
2005-02-09 19:05 ` Andries Brouwer
2005-02-09 17:19 ` Jirka Bohac
2005-02-09 20:03 ` Andries Brouwer
2005-02-10 12:53 ` Jirka Bohac
[not found] ` <20050216182035.GA7094@dwarf.suse.cz>
2005-02-16 21:49 ` Andries Brouwer [this message]
2005-02-17 15:19 ` Jirka Bohac
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050216214958.GA7682@apps.cwi.nl \
--to=andries.brouwer@cwi.nl \
--cc=hch@nl.linux.org \
--cc=jbohac@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=roman@augan.com \
--cc=vojtech@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox