Difference between revisions of "User:Nalin.x.Linux/Six key approach of braille to produce text with XKB and contraction plugins for Gtk and Qt"
|Line 161:||Line 161:|
Easy to implement
Easy to implement
User to concern about vowels and vowel signs .
Follows Perkins brailler approach in
Follows Perkins brailler approach in /apps.
Each layers are independent.
Each layers are independent.
User to .
=== Approach - 2 ===
=== Approach - 2 ===
Revision as of 05:32, 7 April 2014
Name : Nalin.x.Linux Address : Kasaragod/Kerala/India Email Address: Nalin.x.Linux@gmail.com Telephone: +91-8281029215 Freenode IRC Nick: Nalin-x-Linux University and current education: BSc Computer Science, Kannur University. at Sa-A-Diya Arts & Science College, Koliyadukkam, P.O. Kalanad, Kasargod.
- 1 Why i want to work with the Swathanthra Malayalam Computing
- 2 Do you have any past involvement with the Swathanthra Malayalam Computing or another open source project as a contributor ?
- 3 Did you participate with the past GSoC programs, if so which years, which organizations?
- 4 Do you have other obligations between these months ? Please note that we expect the Summer of Code to be a full time, 40 hour a week commitment ?
- 5 Will you continue contributing/ supporting the Swathanthra Malayalam Computing after the GSoC 2013 program, if yes, which area(s), you are interested in?
- 6 Why should we choose you over other applicants ?
- 7 Proposal Description
- 8 Relevance of six_key_layout as an input.
- 9 Any relevant experience you have
- 10 How i intend to implement my proposal
- 11 A rough timeline for your progress with phases
- 12 Tell us about something you have created.
- 13 Have you communicated with a potential mentor? If so, who?
- 14 SMC Wiki link of your proposal
Why i want to work with the Swathanthra Malayalam Computing
To make a good contribution to open source which would make typing in indian languages as well as English and other European languages in fast and efficient using reduced number of keys(6)
Do you have any past involvement with the Swathanthra Malayalam Computing or another open source project as a contributor ?
with swathanthra malayalam computing i used to share ideas and attended meetings, i have produced opensource software for visually impaired on opensource platform(it is mentioned at the end of this proposal).
Did you participate with the past GSoC programs, if so which years, which organizations?
Yes in 2013 with Tux4kids, This is my second time.
Do you have other obligations between these months ? Please note that we expect the Summer of Code to be a full time, 40 hour a week commitment ?
No , I don't have any other commitment. I am willing to put the required hours during GSoC period.
Will you continue contributing/ supporting the Swathanthra Malayalam Computing after the GSoC 2013 program, if yes, which area(s), you are interested in?
Yes i will continue maintain this gsoc project along with my all other open-source applications.
Why should we choose you over other applicants ?
I've been working for open source for more than three years. and i want to remain all of my applications as open source. from the below mentioned facts I prove myself to be the apt candidate to take up the proposed project.
I express my gratitude to swathanthra malayalam computing for accepting my idea of six key approch for producing text. I here by express a brief overview of my project.
Bharati braille is a largely unified braille script for writing the languages of India. which use a 6-dot cell with values based largely on English Braille. It consists of 11 scripts including malayalam. Letters are assigned as consistently as possible across the various regional scripts of India as they are transliterated in the Latin script, so that Hindi, Urdu, Bengali, and English are rendered largely the same in braille. also bharati braille retains all the basic conventions relating to the representation of numerals, punctuation and special symbols just as in standard English Braille. Like english indian languages also have contractions and special abbreviations which make text writing faster than normal, for example hear is the Grade-3 contraction list for English.
Application's which are currently available in Linux Repositories. BRLTTY : is a background daemon which provides access to the linux console for a blind person using a refreshable braille display -
Dots : - Dots is braille typesetting program for Linux, it can translate XML and MS DOC files and displays it both ASCII and braille dot notation.
liblouis : - provides Braille translation and formatting for a large number of languages and Braille codes.
Orca : a screen reader which support Braille refreshable display's
Sharada-Braille-Writer : one of my projects, it is a simple text editor which use six key approach of brailler to input text. But it has a big limitation that is it cannot be used for other application as a layout works.
Tuxtype : A interactive game which help to learn Braille with six key layout.
Since there is no existing braille input mechanisam, My plan is to make a common library which can be used with X11,Wayland,Gtk and QT by creating adapters.
Relevance of six_key_layout as an input.
1. it is very simple, uses only six keys of the keyboard.
2. It is specially important for indic languages which use more than fifty alphabets.
3. Having the same code for all the languages of india unified, known as bharathi braille there is no need for learning different layouts.
4. braille is a highly efficient system for it can use contractions and abbreviations and it can enhance the text production speed to a great extend.
5. braille is a world standard and a braille input method will make it accessible and user friendly for persons with limited hand movements and visually impaired
6. It can lead to designing small keybords that can be used with tablets.
Any relevant experience you have
I have already developed the applications in this direction named Sharada-Braille-Writer. It is a text editor using six key approach to produce print in different Indian languages along with english. And also i have developed braille extension for Tuxtype.
How i intend to implement my proposal
Brailler is an equipment for producing braille(6 dots) materials in a fast and efficient manner, so i selected f, d, s, j, k and l representing 1, 2, 3, 4, 5, and 6 dots of the braille system.
f j 1 4 d k 2 5 s l 3 6
This will use the mapping files of key(to be pressed simultaneously) -> letter. Eg:
f a fd b fj c fsjl x fdsjk q ....
In order to produce 'a' one has to press 'f' and for 'b' 'f' and 'd' together to be press, and for 'c' f and j like, 'h' will be used for letter deletion and 'g' and 'h' together for word deletion.
There will be two main lists for each languages. They are beginning list and middle list. The beginning list will contain consonants and vowels middle list will contain vowel signs. The beginning list will be as follows
f അ sjk ആ dj ഇ sk ഈ fsl ഉ fdkl ഊ dl എ fk ഏ sj ഐ fsjl ഒ fsk ഓ djl ഔ
And middle list will be as follows
sjk ാ dj ി sk ീ fsl ു fdkl ൂ dl െ fk േ sj ൈ fsjl ൊ fsk ോ djl ൗ
abbreviation key will be 'a'. Pressing 'a' after typing a abbreviation will replace current word(abbreviation) with it's expanded form. abbreviation list will be as follows
ab about abv above ac according acc account ack acknowledge ackment acknowledgement acr across af after ag again agr agree
Contractions list will be saved in different maps named with respect to there dots used. Unlike Braille we have to press contraction key before typing the letter to get the word.
Approach - 1
1 - Develop Gtk/Qt modules that will automatically and change the editable to braille mode. Hear we use key-release event from editable to implement this. The beginning list will be loaded at first. When user type something the middle list will be loaded and will continue in middle list till user press a space or enter. In this way the users don't have to switch manually from vowel to vowel sign and vice versa. Also there will be a special key to manually switch between the beginning and middle list. This is really what i have implemented on Sharada-braille-writer.
2 - Develop braille module for XKB witch would not include contraction and abbreviations this will be active automatically when we are in none QT/Gtk application. Hear we can't implement a list jumping mechanism which is against the concept of modular approach. So we use an extra key(may be semicolon) to simultaneously pressed with vowels sign to get vowels.
Easy to implement User not to be concern about vowels and vowel signs during typing which make typing simple and fast. Follows Perkins brailler approach in Gtk/Qt apps. Each layers are independent.
User has to switch between layouts while using Gtk/Qt app or others. Duplication exist.
Approach - 2
1 - Develop braille module for XKB as mentioned above.
2 - Develop plugins for Qt and Gtk which can be used with Qt and Gtk apps. These are only for supporting braille layout(from XKB) to enable contractions and abbreviations. These plugin will check current layout and if it is braille it will enable contractions and abbreviations with respect to current braille language.
Contractions list will be in the same layer. It will override XKB layer. Unlike Braille we have to press contraction key before typing the letter. if any contraction map with that combination is available the Gtk/Qt plugin will load corresponding word for next user typed letter. if not it will simply give letter for that combination.
Same layout in everywhere. There exist no duplication in any of layers.
Implementation is not easy User have to use extra key to get vowels. Not following Perkins brailler
Add map file for other indian languages.
Add punctuation and numerals as separate map.
Add contraction and abbreviation maps for English,Malayalam and Hindi.
Create Gui(Gtk) for managing languages,adding,editing, removing map files, and editing abbreviation/contraction list.
Integrate Orca screen reader(via making orca script) along with this so that there exists no accessibility issue.
A rough timeline for your progress with phases
April 22 - May 12 : Develop braille module for XKB May 13 - 18 : Add map file for Indian languages. May 19 - 21 : Add punctuation and numerals as separate map. May 21 - June 10 : Develop plugins for Qt and Gtk June 11 - 13 : Add english contractions and abbreviations. June 14 - 20 : Make a primary test with the support of mentor. June 20 - 25 : Fix all existing bugs. June 26 - 30 : Add Hindi and malayalam maps,abbreviations and contractions. July 1 - 16 : Create Gui(Gtk) for adding,editing and removing maps. July 16 - 20 : Secondary test in malayalam,hindi and english with native people who know's braille. July 21 - 25 : Add other maps for tamil,kannada and all other languages excluding Urdu and Sinhala. July 25 - 31 : Fix accessibility related problems. Sept 1 - 5 : Try to include contractions and abbreviations for all other languages. Sept 5 - 18 : Review code and database. also fix bugs and get ready for final evaluation.
Tell us about something you have created.
TuxType/Tuxmath accessibility and Tuxtype Braille extension - one of my idea and project which i done as a part of GSOC 2013. Source
Angela-open-talking-typer - it is a simple eye's free key-board practicing application.Source
Have you communicated with a potential mentor? If so, who?
Yes, I've communicated with Anilkumar K V (anilkumar on irc.freenode.net)