From: Jamie Lokier <jamie@shareable.org>
To: John Bradford <john@grabjohn.com>
Cc: ryutaroh@it.ss.titech.ac.jp, vojtech@suse.cz,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] cannot input bar with JP106 keyboards
Date: Sun, 21 Dec 2003 11:23:16 +0000 [thread overview]
Message-ID: <20031221112316.GE3438@mail.shareable.org> (raw)
In-Reply-To: <200312201246.hBKCkP4a000191@81-2-122-30.bradfords.org.uk>
John Bradford wrote:
> As I understand it there was traditionally a distinction between pipe,
> (a broken vertical line), and bar, (solid vertical line).
>
> The markings on my keyboard are as follows:
>
> Pipe is the fourth character on the lower-right backslash key.
> Bar is the second character on the upper-right yen key.
>
> However, my keyboard emulates a US one in Set 2, and produces the
> Linux 'pipe' symbol, for example as in
>
> cat foo | less
>
> when the bar key is pressed.
I have a UK keyboard; it's a Microsoft Natural keyboard.
It has both "broken vertical line" and "solid vertical line" markings.
The former is in the usual place above backslash. The latter is in
the alternate (altgr, as opposed to shift) position on the key which
has backquote (grave) and logical-not symbols.
Curiously, both "broken vertical line" and "solid vertical line"
generate a solid vertical line character in X (U+007C, standard pipe
character), though shift+altgr+"broken vertical line" generates a
broken vertical line character (U+08A6).
On the Linux console, all combinations generate a broken vertical
line, although that's the terminal font displaying a broken line for
the same character that X shows as a solid one.
What a strange mismash. It would be nice if the keyboard simply
produced what is shown on the keys!
It's nice that the logical-not key actually generates a logical-not
character these days. I'm not sure why so many keyboard have it, and
in such a prominent position, considering I've never _ever_ seen it
used in a document, and the other logical symbols aren't present.
Many older mappings emitted tilde at this position instead of
logical-not, which I often used and was quite startled the day it
started emitting what was on the key.
-- Jamie
next prev parent reply other threads:[~2003-12-21 11:23 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-19 12:24 [PATCH] cannot input bar with JP106 keyboards ryutaroh
2003-12-19 12:36 ` Vojtech Pavlik
2003-12-20 9:30 ` ryutaroh
2003-12-20 9:35 ` Vojtech Pavlik
2003-12-20 9:52 ` ryutaroh
2003-12-20 12:46 ` John Bradford
2003-12-21 11:23 ` Jamie Lokier [this message]
2003-12-21 14:36 ` John Bradford
2003-12-22 1:59 ` ryutaroh
[not found] ` <fa.kfih9j0.q4e8bi@ifi.uio.no>
2003-12-23 20:58 ` Junio C Hamano
2003-12-24 1:28 ` ryutaroh
-- strict thread matches above, loose matches on Subject: below --
2003-12-21 11:07 Norman Diamond
2003-12-21 14:23 ` John Bradford
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=20031221112316.GE3438@mail.shareable.org \
--to=jamie@shareable.org \
--cc=john@grabjohn.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ryutaroh@it.ss.titech.ac.jp \
--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