But in the proposal, it is moved to the position of ext q.
This is approach to solve the problem of multiple encoding by standardizing keyboard layout is destined to fail. Users of Microsoft's karthika font enters/encodes 'nta' as na + chandrakala + ZWJ + rra irrespective of the input methods used and users of other fonts following the rules of the language enters/encodes it as na + chandrakala + rra. Irrespective of the input methods used, be it a key board layout like inscript/lalitha or transliteration method like varamozhi or swanalekha the encoding ultimately depends on the fonts used by the user. Encoding of Malayalam conjunct 'nta' is a classic example of this. The problem is when the fonts used for display uses different sequences for displaying the same conjunct. This has absolutely no relation with what input method you use. The problem described in case a and b is examples of ZWJ and ZWNJ use. On page 2 case b is incorrect conclusion of the underlying problem.
#MALAYALAM FONT KARTHIKA KEYBOARD HOW TO#
There is no mention about how to deal with the existing encoding of chillu character in Unicode 5.1 or how to deal with two different encoding of chillu characters. With the existing inscript keyboard layout, chillu characters are entered and stored in a uniform manner, these changes will allow entering and storing chillu characters in two different ways incompatible with each other. For example chillu characters can be entered two different ways, and 'nta' conjunct (named sequence) adds to the confusion of two existing ways of encoding nta (correct way based on language conjunct formation ie na + chandrakala + rra and incorrect way followed by Microsoft ie, na + chandrakala + ZWJ + rra). Blindly including all new characters of Unicode 5.1+ without a clear solution in regards to the issues brought by new versions is premature.įoreword says "These new features had marked repercussions on storage as well as inputting and an urgent need was felt for a revision whereby each and very new character introduced in Unicode would be accommodated on the keyboard and a uniform manner of entering data as well as storing data would be devised." This is contradictory in itself, because, new characters introduced by Unicode version 5.1 and above has introduced multiple ways of entering and storing the same data. Any change has long reaching consequence in regards to compatibility with existing data. Input methods are very important component of any digital system. Second Draft Contributors: - Jinesh.k 04:56, 12 January 2011 (PST)jinesh.k Comments on the new Inscript keyboard layout proposalįull Proposal Contributors: Jaisen Nedumpala, Praveen ArimbrathodiyilĬhanges were made to the keyboard layout, including adding the new rupee sign.