New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add accessibility keys to Journal #4891 #667
Add accessibility keys to Journal #4891 #667
Conversation
4051599
to
4d04280
Compare
|
Super! Have not tested it but it may be the nicest feature since 0.94. Thanks Utkarsh for making it happen and Quozl for asking for it El 13/03/16 a las 13:29, Utkarsh Tiwari escibió:
|
|
@icarito @samdroid-apps Thanks! If the community likes it, I can work more on it to implement more accessibility features to it. :) |
|
@walterbender @quozl What are your suggestions on this feature? |
|
Ok, this is amazing. A few comments:
|
|
@samdroid-apps Great suggestions! I try to implement some of these and update you with a new patch ;) |
|
Tested on OLPC XO-1 with Fedora 18. It is very slow to respond to up and down arrow key presses. Initial delay is about one second. Subsequent delay about a fifth of a second. Perhaps the tree view is being redrawn between movements. Holding the up or down arrow keys, to force autorepeat, consumes 100% CPU, even though the selected item is already at the top or bottom of the list. Agreed, rename first letter is lost. Space bar does not work as first letter. After renaming, two up keys are needed to get to the entry above; should only be one up key needed. Agreed, left arrow in addition to escape for backing out of details. While in details, tab did not work for moving focus between description, tags, and comments. Please add a key for showing the journal entry palette, and add up down key navigation of the list of actions; start, copy to, duplicate, send to, view details, erase. Please extend this to confirmation prompts; at the prompt for whether to erase, pressing enter resumed the activity. Please extend this to the home view activity list; key sequence f3 ctrl+2. |
|
@quozl said:
Could we make this code into something in the toolkit? I have a list view in Bibliography activity, and I would like as well to add something that lets me keyboard functions to it. I haven't looked at the code, but could it be an api that is simple, eg. |
|
Worth a try. Once upon a time Gtk+ applications were expected to have keyboard accessibility features built in, and Gtk+ provides an implementation, with the Gtk.Widget focus properties and functions. But in Sugar some of what was coded conflicted with keyboard focus control. |
|
@samdroid-apps I successfully implemented some of the enlisted features->
For the focus indicator I am thinking to change the entry-search.svg color form |
|
If you must indicate focus, use a black dotted or dashed rectangle around the text are of the entry widget. You may have noticed a very restricted set of colours used by Sugar. This design decision originated in 2006 with the OLPC XO laptop with sunlight readable reflective display, which is colour when transmissive and monochrome when reflective. An additional justification was accessibility for children with colour vision deficiency. The frequency of colour vision deficiency means it would be best to use black and white rather than yellow. (Most displays and supporting software remain trichromatic. Some human populations show females with up to 50% tetrachromacy, yet our displays aren't handling them well.) |
|
@quozl Any hints on how to get those black dotted or dashed rectangle around text area? |
|
Perhaps something to do with the CSS in sugar-artwork repository? |
4d04280
to
8e121c0
Compare
|
I ran with this patch for a while to test it more. What I found it was that it conflicted with touch-scrolling. When I could touch scroll, it would actually drag entry instead. Please try testing on a touchscreen, or turning on the "Simulate Touchscreen" option under the visual tab of the Gtk+ inspector. |
|
Well spotted. I tested with XO-1, no touch. |
|
@iamutkarshtiwari this is really awesome!! :D Any news? :) |
|
@davelab6 Thanks! :) I fixed some of the issues of this feature as suggested by the community members. As Mr. Sam Parkinson says.. it needs more work so I planning on writing an API to extend keyboard accessibility to the Sugar. I have been busy with the GSoC project so couldn't devote much time to it but will definitely bring this to existence ;) |
|
This is a cool feature it would be great to make it happen. |
|
Ping? |
|
@iamutkarshtiwari can you update the code to work with the current one? If you need help let me know. (conflicts with src/jarabe/journal/journalactivity.py) |
|
@i5o I am having hard time resolving this conflict :/ Could you please help? |
|
@iamutkarshtiwari the conflict looks quite straightforward to an expert. Because your changes are small, it may be easier to start a new branch, based on master, and edit in your changes; Then to get that branch into this pull request; There are many other ways of solving this; it is hard to be definitive. |
|
@quozl Conflict resolved |
|
Thanks, I'll do another test of the changes and get back to you. GitHub still says "branch cannot be rebased due to conflicts" when "Rebase and merge" is selected, so if you don't rebase I'll be doing it by hand. Really don't want unnecessary merge commits in history, because they make
|
|
I resolved the merge conflicts from github directly. If there is still such issue, I'll rebase it to the latest branch. |
|
GitHub still says "branch cannot be rebased due to conflicts" when "Rebase and merge" is selected, and further it says "Rebasing the commits of this branch on top of the base branch cannot be performed automatically due to conflicts encountered while reapplying the individual commits from the head branch." If you're still not convinced, use |
Entries can be scrolled with 'Up'/'Down' arrow keys. Entry(activity) can be started/resumed by pressing 'Enter' key. Entry can be renamed by typing anything. Detail View of an entry can be opened via 'Right' arrow key. Switching b/w search entry and tree view can done via 'Tab' key. Escape key can be use to switch back to list from detail view.
fac4234
to
4542cbd
Compare
|
@quozl Rebased |
|
@iamutkarshtiwari, thanks. Have you tested this?
Just a typo.
While testing, noticed a few things;
Other ideas;
|
|
@iamutkarshtiwari, Great feature |
|
Can be closed in favor of #791 |
|
Thanks. Did you use any of this work? If so, please see if you can split your patches and use "git commit --amend --author" to properly credit @iamutkarshtiwari. |
|
I see 2670767 has co-authorship. |
This PR add this feature request -> https://bugs.sugarlabs.org/ticket/4891
Now the journal can be accessed via keyboard. Following functions are implemeted ->
'Up'/'Down'arrow keys.'Enter'key.Detail Viewcan be opened with'Right'arrow key.search entryandtree viewcan done with'Tab'key.Escapekey can be use to switch back to list from detail view.renamedby typing anything.Watch the below gif closely(Mouse is not used).👯
