GNU bug report logs -
#15800
24.3.50; hebrew: describe-input-method, case sensitive or not
Previous Next
Reported by: Jambunathan K <kjambunathan <at> gmail.com>
Date: Mon, 4 Nov 2013 15:05:02 UTC
Severity: minor
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #29 received at 15800 <at> debbugs.gnu.org (full text, mbox):
> From: Jambunathan K <kjambunathan <at> gmail.com>
> Cc: 15800 <at> debbugs.gnu.org
> Date: Tue, 05 Nov 2013 00:05:59 +0530
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > The 'S' label does not mean "press upper-case S", it says that this
> > key will produce an upper-case S when used with Shift, and "some
> > hebrew char" when used without Shift.
>
> If English Characters are not first class citizens of the script under
> consideration, why even have them in first place. Having a Uppercase
> ASCII but not having lowercase ASCII seems pretty useless to me. i.e.,
> it gives me a feature that I don't need in the first place.
Simply enough, this is how the Hebrew keyboard look like. The input
method simply emulates that.
> Anyways, this bug is a good excuse to re-look at why such a decision was
> made and whether it is actually useful in practice.
It is extremely useful to those who are used to this keyboard layout,
because it allows them to type in a familiar environment.
This bug report was last modified 11 years and 204 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.