Page MenuHomePhabricator

Input method tool should accept non English keyboard
Open, MediumPublicFeature

Description

Narayam building on the English keyboard layout may be less practical,
since when your operating system is using a different keayboard driver,
such as an italian one, you must have in mind that keys are relocated on
you keyboard or you must switch to an English keyboard driver while
using Narayam in mapping mode and back, when you want to type Latin.

A possible solution was to tell Narayam which keyboard you are using,
so it can include that information in the mapping process. You can even
have a little configuration/setup in addition to known predefined
keyboard driver mappings, where people are asked to type each key
of a row of their keyboards with and without shift such as

QWERTYUIOP{
qwertyuiop[
ASDFGHJKL:"|

etc.
so as to accomodate unusual kezboards.


Version: unspecified
Severity: enhancement

Details

Reference
bz28999
ReferenceSource BranchDest BranchAuthorTitle
repos/security/gitlab-ci-security-templates!25T309997-add-nested-gomod-supportmainsbassettAdd support for nested go.mod files
repos/security/gitlab-ci-security-templates!24go-mod-outdatedmainmmartoranaIntegrate go-mod-outdated ci template for Golang Dependency Management
Customize query in GitLab

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:33 PM
bzimport set Reference to bz28999.
bzimport added a subscriber: Unknown Object (MLST).

junu.pv+public wrote:

Narayam is looking for characters typed in rather than layouts. I think transliteration/phonetic schemes will not be affected but Fixed layouts will be.

Is it possible to detect Keyboard layouts on JS?

Or we may have to create schemes like 'X' scheme on 'Y' layout, 'X' scheme on 'Z', etc.

(In reply to comment #1)

Narayam is looking for characters typed in rather than layouts. I think
transliteration/phonetic schemes will not be affected but Fixed layouts will
be.

Do we have any fixed layouts, or should this bug be closed as invalid?

Yes, there are some fixed layouts, more in perparation.
There are several ways how this issue could in principle be solved.
Yet, it has low priority.

I do not know whether or not JavaSkripts can detect keyboard layouts.
Otherwise, users can register their keyboard layout in their preferences; it could even be defaulted to the one (if one) predominantly used for their languages. For the fixed layouts, doing a double conversion (undo keyboard mapping, then apply Narayams mapping) should be doable.

Indeed, transliterations should not be affected.

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 12:24 PM

I guess according to https://stackoverflow.com/questions/8892238/detect-keyboard-layout-with-javascript it should be possible to come up with some logic to detect the layout (such as by comparing what character the key that corresponds to q on qwerty has produced). Not that it helps anyone as no one seems to be interested in implementing this (unless it is already implemented)