-
-
Notifications
You must be signed in to change notification settings - Fork 630
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
Commands to facilitate navigation on the tables #957
Comments
Comment 1 by jteh on 2010-10-03 23:13 |
Comment 2 by jhomme on 2010-10-04 11:09 |
Comment 3 by EltonLopes (in reply to comment 2) on 2010-10-04 13:10 Replying to jhomme:
|
Comment 4 by orcauser on 2010-10-06 08:33 |
Awesome stuff!
This can be done with Shift+comma.
This can be done with comma, then upArrow.
If we free up Ctrl+Alt+{home,end} as suggested above, then those keys would become available to go to the first/last cell of the current row. If not, then I'd propose a command without the Shift, beause that looks like you are going to select cells.
This is already spoken and brailled for every cell. |
Only in browse mode though
Only in browse mode I propose:
ctrl+alt+home/end would be the most obvious hot keys for me to jump to begin/end of tables |
Barring my comment about the Shift key this makes a lot of sense. And the use of the Shift key is only a minor concern. I like it! |
Looks good. I don't think this is on our current road map, but we are happy to accept a pull request for this. |
Just realised, its not clear which application this is talking about. Would the expectation be a general solution that works in all tables (Office applications, browsers, etc?) |
Definitely browse mode. But for consistency we should probably do Office too. I'm not sure if that is technically easy to do though. |
I would recommend against usage of 4-key combinations because a
notable amount of laptop keyboards do not support more than three keys
at once. In fact, this was the case when I was slightly frustrated
with the non-functional nature of the NVDA+Ctrl+Shift+arrow keys to
interact with the Synth Settings Ring on a Netbook I owned in the
past. I am concerned that increasing use of 4-key combinations may
further isolate users of such laptop keyboards from newer features.
Keeping in mind this limitation of the current proposal, I would like
to suggest the following alternative:
Ctrl+Alt+Home/End should move to the first or last cell in the current
row respectively
Ctrl+Alt+PgUP/PgDn should move to the first or last cell in the
current column respectively
Pressing both shortcuts would effectively achieve the function of
moving to the start or end of the table as well.
Thanks.
…On 6/12/17, Davy Kager ***@***.***> wrote:
Definitely browse mode. But for consistency we should probably do Office
too. I'm not sure if that is technically easy to do though.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
#957 (comment)
--
Best Regards
Bhavya Shah
Blogger at Hiking Across Horizons: https://bhavyashah125.wordpress.com/
Contacting Me
E-mail Address: bhavya.shah125@gmail.com
Follow me on Twitter @BhavyaShah125 or www.twitter.com/BhavyaShah125
Mobile Number: +91 7506221750
|
I think it is meant to work in every situation where currently control+alt+arrows work, e.g. in browse mode, but also in multi column list views. @bhavyashah: Not sure what to think about those 4 key combination problems. What I like about your combinations is that they leave out the shift key as also preferred by @dkager in #957 (comment) How about ctrl+alt+backspace for start of table and ctrl+alt+enter for end of table? |
How about nvda+del for row+col?
…On Fri, Jun 9, 2017 at 6:52 AM, Davy Kager ***@***.***> wrote:
Awesome stuff!
I would change a few things though.
Control + Alt + Home: Go to the first table cell
This can be done with Shift+comma.
Control + Alt + End: Go to the last cell of the table
This can be done with comma, then upArrow.
And one to jump to the first cell in the current row, and another to jump
to the last cell in the current row please.
If we free up Ctrl+Alt+{home,end} as suggested above, then those keys
would become available to go to the first/last cell of the current row. If
not, then I'd propose a command without the Shift, beause that looks like
you are going to select cells.
I wonder if we want something like this for the first/last cell in the
column?
a shortcut key to present (braille flash message/speech) the current cell
coordinates.
This is already spoken and brailled for every cell.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#957 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AFGivWyISbPE55IOTSVixqDDmS0MEQZ7ks5sCUAFgaJpZM4N1T_A>
.
--
Derek Riemer: Improving the world one byte at a time!
- University of Colorado Boulder Department of computer science, 4th
year undergraduate student.
- Accessibility enthusiast.
- Proud user of the NVDA screen reader.
- Open source enthusiast.
- Skier.
Personal website <http://derekriemer.com>
|
How about control+alt+home, and then up or left arrow to fly to the
beginning of either column or row?
…On Mon, Jun 12, 2017 at 8:31 AM, Leonard de Ruijter < ***@***.***> wrote:
I think it is meant to work in every situation where currently
control+alt+arrows work, e.g. in browse mode, but also in multi column list
views.
@bhavyashah <https://github.com/bhavyashah>: Not sure what to think about
those 4 key combination problems. What I like about your combinations is
that they leave out the shift key as also preferred by @dkager
<https://github.com/dkager> in #957 (comment)
<#957 (comment)>
How about ctrl+alt+backspace for start of table and ctrl+alt+enter for end
of table?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#957 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AFGivYwI4JUdVARuTokUexxfYKorsLDDks5sDUvHgaJpZM4N1T_A>
.
--
Derek Riemer: Improving the world one byte at a time!
- University of Colorado Boulder Department of computer science, 4th
year undergraduate student.
- Accessibility enthusiast.
- Proud user of the NVDA screen reader.
- Open source enthusiast.
- Skier.
Personal website <http://derekriemer.com>
|
@leonardder commented on 13 Jun 2017, 00:31 GMT+10:
This is eating a lot of key combinations already and key combinations are somewhat limited. I'd be inclined to say we should just leave out the start and end of table commands. It's really not that hard to hit jump to top of column then jump to start of row, etc. Alternatively, they could be implemented but unbound by default. It's worth noting that outside of browse mode, you're going to have to implement these commands separately for every implementation. For Word, we'll probably eventually roll the table navigation commands into browse mode, since we have browse mode in Word now. That still leaves list views, though. |
Since one can already use the browse mode commands to jump to the
start or end of a table, I am imagining that there wouldn't be
relatively sufficient cases where quick table interactions would be
necessary strictly in focus mode. I would stick to my earlier proposal
of Ctrl+Alt+Home/End/PgUP/PgDn because they seem comprehensive to me,
relatable and 3-key shortcuts. I agree with @jcteh about the
overutilization of keystrokes given that I am of the view that
start/end of the table can be achieved by my proposal by two commands
instead of one plus my belief that cases of strictly focus mode
interaction of tables would be somewhat limited.
I do not use NVDA+Del to any extent, but I reckon it sounds fitting
for said function.
…On 6/13/17, James Teh ***@***.***> wrote:
***@***.*****](https://github.com/leonardder) commented on [13 Jun 2017,
00:31
GMT+10](#957 (comment)
"2017-06-12T14:31:31Z - Replied by Github Reply Comments"):
> How about ctrl+alt+backspace for start of table and ctrl+alt+enter for end
> of table?
This is eating a lot of key combinations already and key combinations are
somewhat limited. I'd be inclined to say we should just leave out the start
and end of table commands. It's really not that hard to hit jump to top of
column then jump to start of row, etc. Alternatively, they could be
implemented but unbound by default.
It's worth noting that outside of browse mode, you're going to have to
implement these commands separately for every implementation. For Word,
we'll probably eventually roll the table navigation commands into browse
mode, since we have browse mode in Word now. That still leaves list views,
though.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#957 (comment)
--
Best Regards
Bhavya Shah
Blogger at Hiking Across Horizons: https://bhavyashah125.wordpress.com/
Contacting Me
E-mail Address: bhavya.shah125@gmail.com
Follow me on Twitter @BhavyaShah125 or www.twitter.com/BhavyaShah125
Mobile Number: +91 7506221750
|
I'd be interested in an example of such a list view. |
@feerrenrut could you update the issue title to be more specific?
TechnicalFor first/last row/column in browse mode I suggest extending _getNearestTableCell to also accept "first" and "last" as movement directions. The function should probably be renamed to _getTableCell or _getTableCellInDirection. This requires that back-ends can easily find the last row/column. The first row/column isn't a problem, assuming it always has index 0. |
Summary
|
Hi, I have a prototype implementation for moving to beginning and end of a row (adopting yet another feature from one of my add-ons). However, as summarized above, some follow-up discussion should take place. For anyone working on this, take a look at NVDAObjects.behaviors.RowWithFakeNavigation class. Thanks.
|
A question related to this issue has been asked in an NVDA's spanish mailing list. We will be grateful if you can check this again or if you could accept a pull request. My suggestion is to add the following commands:
|
I would love this feature, especially at work it would help alot. ctrl+alt however is the better option in my opinion because it is very related to ctrl+alt+arrow keys and it is also easy to keep in mind for beginners. |
I implemented this feature in Tony's enhancements add-on: |
This issue is very old. What is blocking? I would also love have this feature integrated in core. Would be a great gain of productivity when exploring big tables on webpages. Of course, meanwhile @mltony's add-on does the job. Thanks Tony! Note that this feature is in Jaws for at least 10 years. And on the contrary to other recent Jaws features (OCR, ResearchIt), it is a real screen-reader feature. If there is too much discussion on this issue, I would suggest making a minimal PR with the parts of this feature on which all agree, i.e.:
Then additional PRs could be merged if and when an agreement is found:
The goal to proceed this way would be to avoid waiting another 10 yers. |
I agree with Cyrille in moving forward with this. I proposed a way to implement this. If you agree, I can make a PR or at least a draft. |
Just to clarify that my proposed implementation is quite incomplete. I have performed a git grep -n to search files containing alt+control+arrow gestures and this require changes in documentbase and files related to Microsoft Word. Also, the number of rows and columns of tables seems not to be explicitly retrieved in documentBase.py. I have looked at TonysEnhancements add-on, very quicly, and I find a value of 500, not the exact number of rows (I maybe wrong, since I have seen this very fast). So, this will require some more staff respect my first thinking. |
@feerrenrut Could you please update this ticket with your comments when you are able? This ticket is over a decade old now and while there have been differences on what keystrokes to assign, there seems to have been agreement over the years on implementing unbound gestures for moving to the first/last cell of a row/column. In particular, it might be helpful if you could outline what implementation of this feature, if any, you are willing to accept a pull request for. May I also tag all the code contributors who at some point expressed interest in this functionality: @dkager @LeonarddeR @derekriemer @josephsl @nvdaes @mltony |
@bhavyashah The path forward suggested by @CyrilleB79 (#957 (comment)) seems appropriate. As for implementation, this isn't something NV Access is currently looking at. If someone starts to work on this, I'd recommend starting with a prototype (draft PR) and get help with manual testing to look for issues. |
Do we have to wait another 10 years? |
fixes #957 Summary of the issue: Introduce commands to jump to first/last row/column in current table. Description of how this pull request fixes the issue: Implements new commands in class DocumentWithTableNavigation.
Reported by EltonLopes on 2010-10-02 18:00
In a table, would like the following commands to facilitate navigation on the tables and also out of them:
Control + Alt + Home: Go to the first table cell
Control + Alt + End: Go to the last cell of the table
Control + Alt + Page Up: Jump Up cell x in the same column
Control + Alt + Page Down: Jumps x cells down in the same column
The text was updated successfully, but these errors were encountered: