[Athen] Agenda for March 7 ATHEN-MICROSOFT Meeting

Alexandre Mooc mooc at uw.edu
Fri Mar 30 08:27:45 PDT 2018


Hello,

Hadi and I were able to provide feedback to most of June's scenarios
involving the ribbon. Hopefully we can collectively discuss and flesh out
the remaining during our call today.
See below for our responses


*We are framing many of these suggestions regarding the ribbon assuming it
was ideally implemented as a tab panel.*


*Ctrl + F6 loopNote: Unlike the Windows clients, which uses F6, Office
Online uses CTRL + F6 to take you through its UI surfaces. This is due to
browser limitations. How UI surfaces are bounded impacts how you arrow or
tab to navigate within that surface.*

*1. When using CTRL +F6 to navigate to the "ribbon" UI surface, do
you expect to land on (a) File, (b) Home, or (c) the active tab?Agree with
German consistency is most important. It is best to land consistently on
the first item “File”. *

*2. Do you expect the "ribbon" UI surface to be organized as:*

*Ideally we want to see the ribbon utilize tab panel implementation. This
means one tab in and one tab out for consistency with the desktop
experience. Tell Me, Edit in Word, are functionally different from Tabs
(home, insert, etc). If we use the tab panel implementation then the Upper
Ribbon and Lower Ribbon into 1 UI surface, and peripheral another UI
surface. Otherwise if not tab panel Upper Ribbon > Lower Ribbon >
peripheral controls. *










*a. File, tabs, peripheral controls, and lower ribbon to be 1 UI
surfaceb. File, tabs, and peripheral controls to be 1 UI surface and
the lower ribbon to be another UI surfacec. File, tabs, and lower
ribbon to be 1 UI surface and the peripheral controls to be another UI
surfaced. File and peripheral controls to be 1 UI surface and tabs
and lower ribbon to be another UI surfaceRibbonUpper RibbonNote: From left
to right, there are 3 clusters of controls:· File· Tabs
(i.e. Home, Insert, Layout, Review, View)· Peripheral controls
(i.e. Tell me, Edit in Word, and Share)1. When focus is on the File
button, does arrow right (a) take you to Home or (b) stay on File?*

*Need to make it consistent with desktop, is File button part of the tab
list or not. If it is part of the tab list, then yes arrow should take you
to home. Because in Desktop Word, the File, Home, Insert etc appears as one
tablist unit. *

*2. When focus is on the File button, does arrow left (a) take you to
Share or (b) stay on File?*

*If file is part of the tab list, then Ideally it should go into the last
item in the tablist which is “View” (not share). If it is not part of the
tab list then arrow should not move. *

*3. When moving focus to a different tab, does it (a) activate the
tab, or (b) put focus on the tab but don't activate it?*

*When arrowing through the tabs, it should not activate them. Consistent
with Desktop*

*4. When focus in on the Home Tab, does arrow left take you to (a)
File, (b) View, (c) Share, or (d) keep you on the Home Tab?*

*First off depends if we want file in the tab list. Regardless left arrow
should cycle through the tab list (upper ribbon) so it should go to
view/file. Not Share because it doesn’t seem like it’s part of the tab
list. *

*5. When focus is on the View Tab, does arrow right take you to (a)
Tell me, (b) File, (c) Home, or (d) keep you on the View Tab?*

*It should not take you to peripheral controls. It should take you to what
is defined as the first item within that tab list. Currently, it should be
“Home”. *


*6. Does Tab (a) take you through each item in the upper ribbon, (b)
to the first item in each cluster (i.e. File, Tabs, Peripheral controls),
or (c) to the lower ribbon?*

*Ideally we would want the following tab stop: File, Tabs, Lower Ribbon,
Peripheral Controls. Hadi sees the peripheral controls as “Search/help” . *


*7. Does Shift + Tab (a) take you through each item in reverse order,
(b) to the first item in each group (i.e. File, Tabs, Peripheral controls),
(c) to the last item of each group, or (d) to the last visited item in
each group?*

*It should be completely symmetrical to our suggestion in #6. When shift
tabbing from lower ribbon to upper ribbon, focus should go back onto the
active item. *


*8. When focus is on a Tab header, does down arrow (a) take you to
the first item in the lower ribbon, (b) take you to the item directly below
the tab, or (c) do nothing?*

*Do nothing. *


*9. When focus is on a Tab header, does down up (a) take you to the
first item in the lower ribbon, (b) take you to the item directly below the
tab, or (c) do nothing?*

*Do nothing. *



*Lower RibbonNote: The lower ribbon is made up of groups (aka chunks) and
each group contains items (aka controls). It is possible to have a lower
ribbon with 1 group.1. Does Tab (a) take you through each item or (b)
to the first item in each group?*

*None of the above, tab should move into the lower ribbon, and another tab
should move out of the lower ribbon. We propose using arrow keys to move
between the different groupings. *

*2. Does Shift + Tab (a) take you through each item in reverse order,
(b) to the first item in each group, (c) to the last item of each group, or
(d) to the last visited item in each group?*

*Completely symmetrical to #1. *



*3. Regardless of your answers for #1 and #2, does Tab and Shift-Tab
(a) loop through only the lower ribbon, (b) loop through the lower ribbon
and tab headers, or (c) does not loop?*

*In our ideal solution, it should loop through both ribbon and headers. *


On Wed, Mar 7, 2018 at 8:42 AM, Fermin, German <GERMAN.FERMIN at purchase.edu>
wrote:


> I’m interspersing my comments within the questions. Although I must say

> that since I am at a helpdesk for a College and I have been supporting

> ribbons for a number of years now, the complexity is not “perception”, it

> is indeed much harder than it needs to be. Hopefully all this feedback will

> help.

>

>

>

> When using CTRL +F6 to navigate to the "ribbon" UI surface, do you expect

> to land on (a) File, (b) Home, or (c) the active tab?

>

> Feedback:

>

> I would expect for it to land on File. This brings is consistency to the

> experience. Always good to have one starting point less confusing to have

> a consistent starting point.

>

>

>

> 1. Do you expect the "ribbon" UI surface to be organized as:

>

> a. File, tabs, peripheral controls, and lower ribbon to be 1 UI

> surface

>

> b. File, tabs, and peripheral controls to be 1 UI surface and the

> lower ribbon to be another UI surface

>

> c. File, tabs, and lower ribbon to be 1 UI surface and the

> peripheral controls to be another UI surface

>

> d. File and peripheral controls to be 1 UI surface and tabs and

> lower ribbon to be another UI surface

>

> Feedback:

>

> Closest would be A. Keep it consistent. It is too easy to get lost in the

> dizzying amount of differing options that could be navigated to within both

> Word and outlook. If it gets broken up into smaller amounts of groups and

> not so many subcategories, easier on the brain. Quicker to get from point A

> to point B rather then worrying about which ribbon I’m in and having to

> remember that the lower ribbon may have other options that I may or may not

> need. I would much rather drill down to get somewhere linearly than tabbing

> through 100 controls in order to get to that one thing I need to change.

> Ribbon Upper Ribbon

>

> Note: From left to right, there are 3 clusters of controls:

>

> · File

>

> · Tabs (i.e. Home, Insert, Layout, Review, View)

>

> · Peripheral controls (i.e. Tell me, Edit in Word, and Share)

>

> 1. When focus is on the File button, does arrow right (a) take you

> to Home or (b) stay on File?

>

> Feedback:

>

> Stay on file because that is a button and not a tab. A button is to be

> pressed to activate a function. In this case we have File tab buttons.

> That’s confusing. Which is it?

>

>

>

> 2. When focus is on the File button, does arrow left (a) take you

> to Share or (b) stay on File?

>

> Feedback:

>

> I would expect for it to go to another button. Just like if I was

> navigating through tabs, I would expect for it to go to another tab.

>

>

>

> 3. When moving focus to a different tab, does it (a) activate the

> tab, or (b) put focus on the tab but don't activate it?

>

> Feedback:

>

> A. If I move focus to another tab, I expect focus to be there as well. I

> may not do anything within that tab but if I’m focused in a tab, I want to

> be able to make changes in that now focus and active tab.

>

>

>

> 4. When focus in on the Home Tab, does arrow left take you to (a)

> File, (b) View, (c) Share, or (d) keep you on the Home Tab?

>

> Feedback:

>

> If I hit left arrow, I expect to cycle through the different tabs within

> that level. Just like if I went with the right arrow.

>

>

>

> 5. When focus is on the View Tab, does arrow right take you to (a)

> Tell me, (b) File, (c) Home, or (d) keep you on the View Tab?

>

> Feedback:

>

> Same as above. I expect to go to the next tab. Tell me still appears to be

> a keyboard trap for me.

>

>

>

> 6. Does *Tab* (a) take you through each item in the upper ribbon,

> (b) to the first item in each cluster (i.e. File, Tabs, Peripheral

> controls), or (c) to the lower ribbon?

>

> Feedback:

>

> Currently it seems like it does a mixture of all three. I would align

> closest to B. If I use tab, I expect to hit the controls that are in the

> tab I selected/activated.

>

>

>

> 7. Does *Shift + Tab* (a) take you through each item in reverse

> order, (b) to the first item in each group (i.e. File, Tabs, Peripheral

> controls), (c) to the last item of each group, or (d) to the last visited

> item in each group?

>

> Feedback:

>

> Shift+tab should take you through the reverse order of the tab you are in

> within the same level. If this is a different experience going backwards,

> that’s just confusing. If I start having different experiences depending on

> which direction I’m going in, that makes it conditional and leaving it up

> to the user to remember. Also, if the experiences changes like that, I

> would imagine that it would be also hard to update since it’s conditional

> on the programming side. I’m others can speak to this.

>

>

>

> 8. When focus is on a Tab header, does down arrow (a) take you to

> the first item in the lower ribbon, (b) take you to the item directly below

> the tab, or (c) do nothing?

>

> Feedback:

>

> To keep it consistent, tab would go to the first item associated with that

> tab header. So C in this case.

>

>

>

> 9. When focus is on a Tab header, does down up (a) take you to the

> first item in the lower ribbon, (b) take you to the item directly below the

> tab, or (c) do nothing?

>

> Feedback:

>

> To keep it consistent, same as above. If you are on tab headers and you

> hit up arrow, it should do nothing.

>

>

> Lower Ribbon

>

> Note: The lower ribbon is made up of groups (aka chunks) and each group

> contains items (aka controls). It is possible to have a lower ribbon with 1

> group.

>

> 1. Does *Tab* (a) take you through each item or (b) to the first

> item in each group?

>

> Feedback:

>

> Take you through each item in each group. Whether they are groups or tabs,

> the experience should remain the same.

>

>

>

> 2. Does *Shift + Tab* (a) take you through each item in reverse

> order, (b) to the first item in each group, (c) to the last item of each

> group, or (d) to the last visited item in each group?

>

> Feedback:

>

> Take you through items in reverse order. The rest of the choices add

> layers of confusion.

>

>

>

> 3. Regardless of your answers for #1 and #2, does *Tab* and*

> Shift-Tab *(a) loop through only the lower ribbon, (b) loop through the

> lower ribbon and tab headers, or (c) does not loop?

>

> Feedback:

>

> It should loop within the chosen tab.

>

>

>

> 4. Does *CTRL + left/right arrow* (a) jump you through each group,

> with respect to the arrow direction or (b) do nothing?

>

> Feedback:

>

> I would choose A but what is exactly is the difference between

>

> a group from a tab? Is the experience suppose to be different? Is

> control+left or right arrow suppose to replace control+tab and shift tab?

>

>

>

> 5. If you selected “A” for #4, does *CTRL + left/right arrow* (a)

> loop through the lower ribbon or (b) does not loop?

>

> Feedback:

>

> If control+left or right arrow for navigating through groups, it should

> loop through the groups, not the items within the group. That should be

> reserved for tabbing.

>

>

>

> 6. Do you expect to be able to arrow through all controls in the

> lower ribbon, meaning: Does reaching the end of a ribbon group via arrow

> left/right (a) stay on the item, (b) take you to the next group, (c) loop

> you in the current group, or (d) take you to the active tab?

>

> Feedback:

>

> If I am at the end of the items and I tab, I expect to loop within that

> section. Taking to the next tab is only going to confuse me. I choose C.

>

>

>

> 7. Does arrow up (a) take you to the active tab header or (b)

> nothing?

>

> 8. Does arrow down (a) take you to the active tab header or (b)

> nothing?

>

> Feedback:

>

> Nothing on both of these. Although I think this is worth talking through.

> Problem with this is I never remember which key I am suppose to use for

> navigating or activating things.

>

>

> Menus Menu items only

>

> 1. Does reaching the end of a menu via up/down arrow and then

> hitting the same arrow again (a) stay on the item or (b) loop to the other

> end?

>

> Feedback:

>

> Loop to the other end. I always expect that and if I don’t get that I get

> confused and start second guessing thinking that perhaps I missed something.

>

>

> Menu items + submenus

>

> 1. Does *Alt* within a submenu (a) dismisses the whole chain or (b)

> only one level at a time?

>

> Feedback:

>

> Dismiss the whole chain. I guess I’m so use to hitting alt to get to a

> menu or out of them. To me it has always been like a toggle. Alt to

> activate the menu and alt to be out of that menu.

>

>

>

> 2. Does *Esc *within a submenu (a) dismisses the whole chain or (b)

> only one level at a time?

>

> Feedback:

>

> Escapes at the moment seems to go back one level at a time in some cases.

> If it did that consistently, it would make sense.

>

>

> Menu items + combo boxes/spinners/checkboxes

>

> 1. Does hitting *Enter* when focus is on a combo box, spinner, or

> checkbox in the menu (a) close the menu or (b) keep it open with focus

> still on the control?

>

> Feedback:

>

> It would really depend on what actions were available. If only one action

> can be performed within that combo box I would expect for it to be closed.

> I would closest align with A. Although, I want focus to remain just in case

> I want to confirm my changes.

>

>

>

> 2. Does hitting *Enter* when focus is on a combo box, spinner, or

> checkbox in the submenu (a) close the submenu or (b) keep it open with

> focus still on the control?

>

> Feedback:

>

> Same as above. IS this the same question or am I missing something?

>

>

>

> 3. Does typing a new value in a combo box or spinner and then

> hitting Tab (a) save the new value or (b) reset it?

>

> Feedback:

>

> Strongly align with A. Resetting it after tabbing could only be compared

> to a nightmare. If a screen reader can only focus on one thing at a time,

> resetting the values would only add another layer of complexity. If I’m

> following instructions from a web page and I have cycle through the windows

> after following the instructions… Resetting, reading, resetting, reading

> etc.

>

>

> Menu items + menu sections

>

> 1. Does *Tab* (a) take you through each menu item or (b) to the

> first item in each menu section?

>

> Feedback:

>

> Traditionally, if I’m traveling through menu’s, I am using arrow keys and

> not tabbing through them. If I start tabbing, in my mind it is no longer a

> menu but a tab.

>

>

>

> 2. Does *Shift + Tab* (a) take you through each menu item in

> reverse order, (b) to the first item in each menu section, (c) to the last

> item of each menu section, or (d) to the last visited item in each menu

> section?

>

> Same as above. If I am tabbing, it’s not a menu.

>

>

>

> 3. Does reaching the end of a menu section via arrow up/down (a)

> stay on the item, (b) take you to the next menu section, or (c) loop you in

> the current menu section?

>

> Loop in the current menu section.

>

>

> Menu items + grid

>

> Note: All "last visited" indices are reset when the menu is closed.

>

> 1. Does entering grid G1 with *Down Arrow* from a menu item enter

> G1 at (a) index 0,0 or (b) a different index, please specify?

>

> Feedback:

>

> Like most things, I would like consistency and one starting point. If I

> enter a grid, I expect to start from the same place giving the option of

> moving to where I need to be, go or change within that grid menu or tab. So

> index 0,0

>

>

>

> 2. Does entering grid G1 with *Down Arrow* from grid G2 enter G1 at

> (a) index 0,0, (b) at the same/closest column index as your position in G2,

> or (c) a different index, please specify?

>

> Feedback:

>

> I would keep this consistent. If I am in a new grid, I would like to start

> from the same position every time. That gives me the option to navigate

> where I need to go. Less of a burden on the brain.

>

>

>

> 3. 1Does entering grid G1 with *Up Arrow* from a menu item enter G1

> (a) in last column of the last row or (b) a different index, please specify?

>

> Feedback:

>

> This is counter intuitive. Do I go up to the bottom of a grid? Using the

> down arrow key feels more like a logical direction to me to go into

> something. Would I go up the stairs to go down into a room? At least not in

> one fluid motion. Perhaps others miles may vary in this experience.

>

>

>

> 4. Does entering grid G1 with *Down Arrow* from grid G2 enter G1

> (a) in the last column of the last row, (b) at the same/closest column

> index as your position in G2 in the last row of G1, or (c) a different

> index, please specify?

>

> Feedback:

>

> I would like consistency. I would still want to start from the same spot

> no matter which grid I was going into or coming from. Although I can see

> why you may want to start where you left off if you are dealing with going

> in and out of multiple grids.

>

>

>

> 5. Does entering a grid with *Tab* take you to (a) index 0,0 or (b)

> your position the last time you were in the grid (0,0 if this is the first

> time in the grid since expanding this menu)?

>

> Feedback:

>

> So is this a menu or a grid? If tab takes you to a grid, index 0,0.

> Consistent starting point.

>

>

>

> 6. Does entering a grid with *Shift + Tab* take you to (a) index

> 0,0, (b) to the last column of the last row, or (c) your position the last

> time you were in the grid (0,0 if this is the first time in the grid since

> expanding this menu)?

>

> Feedback:

>

> Same as above. I would want the same entry point regardless which way I

> get to it.

>

>

>

> 7. Does hitting the first/last column of the grid and then pressing

> the arrow that hits up against the boundary (a) wrap in the same row, (b)

> wrap to the next row, or (c) do nothing?

>

> Feedback:

>

> I lean toward staying within the same row. I want the option to move down

> to the next row when I need to.

>

>

>

> 8. When you get to the first row/column or last row/column and you

> press left/right respectively, should you leave the grid (and go to the

> previous/next 1d menu item)? If so, when you land on the next menu item do

> you expect to be able to press the opposite arrow key that you just pressed

> to go back into the grid (or do nothing/potentially collapse the menu if it

> is a submenu)?

>

> Feedback:

>

> We need to establish behaviors rather than doing all of the above. A grid

> isn’t a menu so shouldn’t behave as such. If there is a submenu on an item

> in a grid, I would expect to back out of the submenu with left arrow or go

> deeper into it with right arrow. Once I am back in the grid and the menu is

> collapsed, arrows should take me to the next grid point. So potentially

> collapse when using left arrow. If using right arrow, it should go to next

> grid point if back in the grid or submenu’s if within submenu’s.

>

>

>

> 9. Does leaving a grid to a menu item and then pressing the

> opposite key to back to the grid (a) go back to the last item that had

> focus in the grid or (b) something else?

>

> Feedback:

>

> In this instant because it’s a submenu, focus should return back to the

> grid point where that submenu was located. This should remain consistent so

> using the opposite arrow key will depend on where you are and what you are

> interacting with at a time. If within a submenu, it should behave like one.

> Arrowing up and down through a menu, right arrow to open a submenu like a

> tree branch, left arrow to close that tree branch. Escape to close the menu

> and return you back to the grid point where you started.

>

>

>

> 10. When in a submenu and the submenu contains a grid and 1d menu

> items, when you get to the boundary when should the menu collapse (any time

> you hit the arrow key that bumps up against the left boundary, only when

> you hit the boundary if on a 1d menu item, or should it never collapse)?

>

> Feedback:

>

> To keep it consistent I like the idea of opening the menu or submenu with

> one keystroke whether it be enter or the spacebar and traversing through

> menu and submenus like I said above. So it should collapse when hitting

> left arrow only when hitting the left most boundary. Closing menus and

> submenu’s them with escape which is totally different then collapsing.

>

>

> Keytips (aka accelerator keys)

>

> Note: Unlike the Windows clients, which uses “Alt,” Office Online uses

> "Alt + Windows" to activate keytips due to browser limitations. Hitting

> “Alt + Windows” shows you the keytips on the Upper Ribbon and sets focus on

> the active tab. Every time you type the keytip value of a control, one of

> two things will happen. One, if the control’s children has keytips, focus

> gets placed on that control and the next level of keytips is exposed. Or

> two, if the control does not have any children with keytips, the control’s

> default function will be executed. For example, if you hit “Alt + Windows”

> and then “N,” keyboard focus will be on the Insert Tab, the lower ribbon’s

> contents will update to reflect that Insert is active, and keytips in the

> lower ribbon will be visible. Then, if you hit “NU,” focus will be on the

> “Page Numbers” menu button, the menu will expand, and keytips will be

> visible on the menu items. Finally, hitting “R” will execute “Remove Page

> Numbers” because this menu item doesn’t have any children.

>

> 1. Should all visible keytip options be announced by AT when they

> appear (in keytip mode)?

>

> Feedback:

>

> Yes. Anything that will help me from point a to point B faster is ideal.

>

>

>

> 2. Is having the keytip as the description of a control the best

> place for it? Is there a better way to inform AT users of these values?

>

> Feedback:

>

> It use to be which ever was the highlighted letter was the accelerator

> key. That should remain consistent and when changed it should be

> documented. Using Jaws I used to be able to hit numpad plus the number 5 to

> query what was highlighted

>

> 3. Do you have any other expectations or feedback on keytips?

>

> Feedback:

>

> I would like to be able to query as needed, not to be told all the time.

> We as screen reader users already have enough chatter.

>

>

>

> Thank you and if there’s something that I wasn’t clear about, please ask.

>

>

>

> German

>

> *From:* athen-list <athen-list-bounces at mailman13.u.washington.edu> *On

> Behalf Of *June Lee

> *Sent:* Friday, March 02, 2018 9:21 PM

> *To:* Anita Mortaloni <anitase at microsoft.com>; athen-list at u.washington.edu

> *Cc:* Erin Williams (CELA) <erinwi at microsoft.com>

> *Subject:* Re: [Athen] Agenda for March 7 ATHEN-MICROSOFT Meeting

>

>

>

> Hi everyone, below are the list of scenarios we would like to receive

> feedback on. Please feel free to reply via email with feedback if you can’t

> attend the meeting.

>

>

>

> Office Online Ribbon Navigation Scenarios for Feedback

>

> Contacts: June Lee <junele at microsoft.com> and Jeremy Spurlin <

> jspurlin at microsoft.com>

> Background

>

> Office Online is working on a simpler ribbon to reduce the perception of

> complexity that our product currently has. We are leveraging this

> opportunity to revisit our earlier decisions around keyboard (KB)

> interactions and assistive technology (AT) announcements to improve our

> products’ experience for all users. One challenge we face is that as an

> Office product hosted online, we sit at the intersection of several and

> sometimes different standards – Office, the web, and other online Microsoft

> products.

>

>

>

> The questions this week focus on navigating to/from/within the ribbon. The

> ribbon consists of 2 rows referred to as the Upper Ribbon and Lower Ribbon.

> The upper ribbon consist of the File Menu Launcher, Tabs (i.e. Home,

> Insert, Layout, etc.), and Peripheral Controls (i.e. Tell me, Edit in Word,

> and Share). One tab may be in “active” at a time, and that defines the

> contents of the lower ribbon. The Lower Ribbon consists of groups (aka

> chunks) and each group contains the commanding tools (i.e. Bold, Italic,

> Underline, etc.) related to the active tab.

>

>

>

> Thank you in advanced for your feedback and help!

> Ctrl + F6 loop

>

> Note: Unlike the Windows clients, which uses F6, Office Online uses CTRL +

> F6 to take you through its UI surfaces. This is due to browser limitations.

> How UI surfaces are bounded impacts how you arrow or tab to navigate within

> that surface.

>

> 1. When using CTRL +F6 to navigate to the "ribbon" UI surface, do you

> expect to land on (a) File, (b) Home, or (c) the active tab?

>

> 2. Do you expect the "ribbon" UI surface to be organized as:

>

> a. File, tabs, peripheral controls, and lower ribbon to be 1 UI

> surface

>

> b. File, tabs, and peripheral controls to be 1 UI surface and the

> lower ribbon to be another UI surface

>

> c. File, tabs, and lower ribbon to be 1 UI surface and the

> peripheral controls to be another UI surface

>

> d. File and peripheral controls to be 1 UI surface and tabs and

> lower ribbon to be another UI surface

> Ribbon Upper Ribbon

>

> Note: From left to right, there are 3 clusters of controls:

>

> · File

>

> · Tabs (i.e. Home, Insert, Layout, Review, View)

>

> · Peripheral controls (i.e. Tell me, Edit in Word, and Share)

>

> 1. When focus is on the File button, does arrow right (a) take you to

> Home or (b) stay on File?

>

> 2. When focus is on the File button, does arrow left (a) take you

> to Share or (b) stay on File?

>

> 3. When moving focus to a different tab, does it (a) activate the

> tab, or (b) put focus on the tab but don't activate it?

>

> 4. When focus in on the Home Tab, does arrow left take you to (a)

> File, (b) View, (c) Share, or (d) keep you on the Home Tab?

>

> 5. When focus is on the View Tab, does arrow right take you to (a)

> Tell me, (b) File, (c) Home, or (d) keep you on the View Tab?

>

> 6. Does *Tab* (a) take you through each item in the upper ribbon,

> (b) to the first item in each cluster (i.e. File, Tabs, Peripheral

> controls), or (c) to the lower ribbon?

>

> 7. Does *Shift + Tab* (a) take you through each item in reverse

> order, (b) to the first item in each group (i.e. File, Tabs, Peripheral

> controls), (c) to the last item of each group, or (d) to the last visited

> item in each group?

>

> 8. When focus is on a Tab header, does down arrow (a) take you to

> the first item in the lower ribbon, (b) take you to the item directly below

> the tab, or (c) do nothing?

>

> 9. When focus is on a Tab header, does down up (a) take you to the

> first item in the lower ribbon, (b) take you to the item directly below the

> tab, or (c) do nothing?

> Lower Ribbon

>

> Note: The lower ribbon is made up of groups (aka chunks) and each group

> contains items (aka controls). It is possible to have a lower ribbon with 1

> group.

>

> 1. Does *Tab* (a) take you through each item or (b) to the first item

> in each group?

>

> 2. Does *Shift + Tab* (a) take you through each item in reverse

> order, (b) to the first item in each group, (c) to the last item of each

> group, or (d) to the last visited item in each group?

>

> 3. Regardless of your answers for #1 and #2, does *Tab* and*

> Shift-Tab *(a) loop through only the lower ribbon, (b) loop through the

> lower ribbon and tab headers, or (c) does not loop?

>

> 4. Does *CTRL + left/right arrow* (a) jump you through each group,

> with respect to the arrow direction or (b) do nothing?

>

> 5. If you selected “A” for #4, does *CTRL + left/right arrow* (a)

> loop through the lower ribbon or (b) does not loop?

>

> 6. Do you expect to be able to arrow through all controls in the

> lower ribbon, meaning: Does reaching the end of a ribbon group via arrow

> left/right (a) stay on the item, (b) take you to the next group, (c) loop

> you in the current group, or (d) take you to the active tab?

>

> 7. Does arrow up (a) take you to the active tab header or (b)

> nothing?

>

> 8. Does arrow down (a) take you to the active tab header or (b)

> nothing?

> Menus Menu items only

>

> 1. Does reaching the end of a menu via up/down arrow and then hitting

> the same arrow again (a) stay on the item or (b) loop to the other end?

>

> Menu items + submenus

>

> 1. Does *Alt* within a submenu (a) dismisses the whole chain or (b)

> only one level at a time?

>

> 2. Does *Esc *within a submenu (a) dismisses the whole chain or (b)

> only one level at a time?

> Menu items + comboboxes/spinners/checkboxes

>

> 1. Does hitting *Enter* when focus is on a combobox, spinner, or

> checkbox in the menu (a) close the menu or (b) keep it open with focus

> still on the control?

>

> 2. Does hitting *Enter* when focus is on a combobox, spinner, or

> checkbox in the submenu (a) close the submenu or (b) keep it open with

> focus still on the control?

>

> 3. Does typing a new value in a combobox or spinner and then

> hitting Tab (a) save the new value or (b) reset it?

> Menu items + menu sections

>

> 1. Does *Tab* (a) take you through each menu item or (b) to the first

> item in each menu section?

>

> 2. Does *Shift + Tab* (a) take you through each menu item in

> reverse order, (b) to the first item in each menu section, (c) to the last

> item of each menu section, or (d) to the last visited item in each menu

> section?

>

> 3. Does reaching the end of a menu section via arrow up/down (a)

> stay on the item, (b) take you to the next menu section, or (c) loop you in

> the current menu section?

> Menu items + grid

>

> Note: All "last visited" indices are reset when the menu is closed.

>

> 1. Does entering grid G1 with *Down Arrow* from a menu item enter G1

> at (a) index 0,0 or (b) a different index, please specify?

>

> 2. Does entering grid G1 with *Down Arrow* from grid G2 enter G1 at

> (a) index 0,0, (b) at the same/closest column index as your position in G2,

> or (c) a different index, please specify?

>

> 3. Does entering grid G1 with *Up Arrow* from a menu item enter G1

> (a) in last column of the last row or (b) a different index, please specify?

>

> 4. Does entering grid G1 with *Down Arrow* from grid G2 enter G1

> (a) in the last column of the last row, (b) at the same/closest column

> index as your position in G2 in the last row of G1, or (c) a different

> index, please specify?

>

> 5. Does entering a grid with *Tab* take you to (a) index 0,0 or (b)

> your position the last time you were in the grid (0,0 if this is the first

> time in the grid since expanding this menu)?

>

> 6. Does entering a grid with *Shift + Tab* take you to (a) index

> 0,0, (b) to the last column of the last row, or (c) your position the last

> time you were in the grid (0,0 if this is the first time in the grid since

> expanding this menu)?

>

> 7. Does hitting the first/last column of the grid and then pressing

> the arrow that hits up against the boundary (a) wrap in the same row, (b)

> wrap to the next row, or (c) do nothing?

>

> 8. When you get to the first row/column or last row/column and you

> press left/right respectively, should you leave the grid (and go to the

> previous/next 1d menu item)? If so, when you land on the next menu item do

> you expect to be able to press the opposite arrow key that you just pressed

> to go back into the grid (or do nothing/potentially collapse the menu if it

> is a submenu)?

>

> 9. Does leaving a grid to a menu item and then pressing the

> opposite key to back to the grid (a) go back to the last item that had

> focus in the grid or (b) something else?

>

> 10. When in a submenu and the submenu contains a grid and 1d menu

> items, when you get to the boundary when should the menu collapse (any time

> you hit the arrow key that bumps up against the left boundary, only when

> you hit the boundary if on a 1d menu item, or should it never collapse)?

> Keytips (aka accelerator keys)

>

> Note: Unlike the Windows clients, which uses “Alt,” Office Online uses

> "Alt + Windows" to activate keytips due to browser limitations. Hitting

> “Alt + Windows” shows you the keytips on the Upper Ribbon and sets focus on

> the active tab. Every time you type the keytip value of a control, one of

> two things will happen. One, if the control’s children has keytips, focus

> gets placed on that control and the next level of keytips is exposed. Or

> two, if the control does not have any children with keytips, the control’s

> default function will be executed. For example, if you hit “Alt + Windows”

> and then “N,” keyboard focus will be on the Insert Tab, the lower ribbon’s

> contents will update to reflect that Insert is active, and keytips in the

> lower ribbon will be visible. Then, if you hit “NU,” focus will be on the

> “Page Numbers” menu button, the menu will expand, and keytips will be

> visible on the menu items. Finally, hitting “R” will execute “Remove Page

> Numbers” because this menu item doesn’t have any children.

>

> 1. Should all visible keytip options be announced by AT when they

> appear (in keytip mode)?

>

> 2. Is having the keytip as the description of a control the best

> place for it? Is there a better way to inform AT users of these values?

>

> 3. Do you have any other expectations or feedback on keytips?

>

>

>

Warm regards,

>

June

>

>

>

> *From:* Anita Mortaloni

> *Sent:* Friday, March 2, 2018 9:50 AM

> *To:* athen-list at u.washington.edu

> *Cc:* Erin Williams (CELA) <erinwi at microsoft.com>; June Lee <

> junele at microsoft.com>; Jeremy Spurlin <jspurlin at microsoft.com>; Anita

> Mortaloni <anitase at microsoft.com>

> *Subject:* Agenda for March 7 ATHEN-MICROSOFT Meeting

>

>

>

> Hi ATHEN,

>

>

>

> Sharing out the agenda for the upcoming ATHEN meeting next Wednesday 1/10

> at 9am. We have a full agenda and great topics to discuss. If you have

> additional items that you would like to discuss, please send them prior to

> the meeting to add them to the agenda.

>

>

>

> Talk to you all next week!

> Anita

>

>

> Agenda for 03/07 ATHEN-Microsoft Meeting

>

> 1. Update on bug status from eDAD – Erin Williams

> 2. Update on ribbon feedback/scenarios – June Lee

> 3. Discussion on deployment blockers, problems and issues with

> upgrading to the latest O365 for people using AT or working with people

> using AT. – Anita Mortaloni

> 4. Possible training/meet-up in Redmond?

>

>

>

>

>



> _______________________________________________

> athen-list mailing list

> athen-list at mailman13.u.washington.edu

> http://mailman13.u.washington.edu/mailman/listinfo/athen-list

>

>



--
*Alex Mooc*

*UW-IT Accessible Technology Services Student AssistantHuman Centered
Design & Engineering Undergraduate*
--
*Alex Mooc*

*UW-IT Accessible Technology Services Student AssistantHuman Centered
Design & Engineering Undergraduate*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman12.u.washington.edu/pipermail/athen-list/attachments/20180330/41ae9018/attachment.html>


More information about the athen-list mailing list