Page MenuHomePhabricator

Add a keyboard layout display option to Narayam
Closed, DeclinedPublic

Description

This is an idea for an additional feature in Narayam which I
would appreciate.

As likely people will be using Narayam only occasionally,
it may be helpful to have a reminder pop up showing the
keyboard layout for the current shift status, while Nayrams
mapping is active, somewhat similar to Apples software keyboard.

Of course, it should be (de)selectable in Special:Preferences


Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=35112

Details

Reference
bz28900

Related Objects

StatusSubtypeAssignedTask
DeclinedNone
DeclinedNone

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 11:26 PM
bzimport set Reference to bz28900.

Instead of showing layout, we are thinking of an onscreen keyboard itself. How the UI will change, implementation details, etc are unclear at the moment.

Marathi Language Wikipedia need following changes (Local community approval at
[http://mr.wikipedia.org/wiki/विकिपीडिया:कौल])

Above said virtual keyboard should be visible at User log in and new user
creation

We have added support for on-screen keyboards for InScript key mappings. It is currently triggered using a CGI parameter. I've set up a simple test case at https://translatewiki.net/wiki/User:Siebrand/testosk. Feedback is welcome!

The on-screen keyboards for phonetic mappings are much more difficult from a design and usability perspective. We need many months more before we will have a solution for that.

(In reply to comment #3)

We have added support for on-screen keyboards for InScript key mappings. It is
currently triggered using a CGI parameter. I've set up a simple test case at
https://translatewiki.net/wiki/User:Siebrand/testosk. Feedback is welcome!

:Thanks for this support. Tamil language wikipedians will be in better placed to try and see , primarily I liked the idea . One small request, English language wiktionary supports a insert word feature for tranlations, in many of its articles . If onscreen keyboard would support that feature it will a great thing.(it will work almost like a tutor and while doing practice new translations will get added ;Even on translate wiki two or three word messages can be shown separately with online key board the practice and translation work will go together hand in hand,Pl let me know if I need to file a separate bug for that.)

The on-screen keyboards for phonetic mappings are much more difficult from a
design and usability perspective. We need many months more before we will have
a solution for that.

:on-screen keyboards for phonetic mappings Support is still needed . Some Marathi language websites like http:www.manogat.com are providing such support.

:If support comes with Narayam extension is well and good other wise ,Site level Solution of providing the same at left menubar below toolbox or on one sde of edit window similler to .djvu extension in wiki soucrce is also ok ,

putting the same below edit window edit tools is one option but that would not be editor friendly option

Rgds

(In reply to comment #3)

We have added support for on-screen keyboards for InScript key mappings. It is
currently triggered using a CGI parameter. I've set up a simple test case at
https://translatewiki.net/wiki/User:Siebrand/testosk. Feedback is welcome!

Feedback: I don't know tamil but I think that the keyboard should show the latin alphabet that's on the user's physical keyboard along with the tamil output so that the user can get acquainted with the rules easily and type from the keyboard instead of having to press the buttons on the onscreen keyboard.

Also, clicking on shift changes the keys width (since the letters change) and hence the keyboard moves a bit on the screen. It should remain fixed.

We also probably want it to remain at a fixed position on the screen instead of moving whenever we go to a different input field. This could probably be done by keeping it in a jquery UI dialog which is draggable so that the user can position it where he wants. But the dialog should open by default at a fixed place on the screen (e.g the top-left corner) no matter which input field is clicked on.

The on-screen keyboards for phonetic mappings are much more difficult from a
design and usability perspective. We need many months more before we will have
a solution for that.

What we would ideally need is a program to dynamically make the keyboard from the input rules of each language method (so that we don't have to worry about modifying onscreenkeyboard code every time the rules are modified). This should be easy to do for inscript schemes, a little difficult for phonetic (transliteration) inputs.

(In reply to comment #5)

What we would ideally need is a program to dynamically make the keyboard from
the input rules of each language method (so that we don't have to worry about
modifying onscreenkeyboard code every time the rules are modified). This should
be easy to do for inscript schemes, a little difficult for phonetic
(transliteration) inputs.

The layout of onscreen keyboard is created from the rules file dynamically.

(In reply to comment #6)

The layout of onscreen keyboard is created from the rules file dynamically.

I hope this means a highly dynamic, always changing per previous keystroke, onscreen keyboard is possible for phonetic layouts.

[Not a high priority, as Narayam slowly being superseded by UniversalLanguageSelector and Translate.]