See also: IRC log
<trackbot> Date: 05 November 2009
meetin: UAAG F2F
<scribe> meeting: UAAG F2F
<jallan> agenda
<jallan> + walk through issues and action items - 1 hr time limit, not problem solving, assigning, eliminating, prioritizing
<jallan> UAAG10 techniques http://www.w3.org/TR/UAAG10-TECHS/guidelines.html
<jeanne> http://www.w3.org/WAI/UA/2009/ED-IMPLEMENTING-UAAG20-20091103/MasterUAAG20091103.html
Current Action Items: http://www.w3.org/WAI/UA/tracker/actions/open
Current Issues: http://www.w3.org/WAI/UA/tracker/issues/open
<scribe> Scribe: kford
JA: We are going to start for an
hour to go through our actions.
... We want to clear these up, see if we need to reassign or
give new dates ro what?
Closing action 32 as previously completed.
Closing action 34 as completed.
Updating action 35 to have a date of March 2010.
Closing action 37 as completed because section 1 has been updated.
Updating action 39 to assign to Jim and setting to a due date in December.
Group talking about action 40 around a technique for a simplified style sheet for clean printing.
Closing action 40.
<greg> Issue: It might be good for an SC to specifically require UA to allow the user to use any style sheet, including print-oriented style sheets, on the screen. That would allow them to take advantage of simplified layouts created for printing.
<trackbot> Created ISSUE-49 - It might be good for an SC to specifically require UA to allow the user to use any style sheet, including print-oriented style sheets, on the screen. That would allow them to take advantage of simplified layouts created for printing. ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/49/edit .
Updating issue 41 to a December deadline.
Closing 42, repalced by action 230 which is a more comprehensive multimedia success criteria on Mark.
Closing action 43 dealing with selecting audio only from video stream. User agents/content providers may want to consider this as a feature but not accessibility specific enough.
Discussion around action 44 dealing with scaling of captioned text.
KFord: I think our general let you do what you want with the text applies here.
Greg: We should be more explicit that we want this to apply to all text from the author or other sources of text that appear in the user agent.
Updating action 44 to be explicit.
Updated action 45 with new guideline number and changed the date.
Closing action 46 becuase is covered by other actions.
Issue: When working through our docuemnt we need to be sure that examples and success criteria reflect our true intnet. Namely, if text appears in the UA from any source we want the user to have control over as many of the attributes of that text as possible.
<trackbot> Created ISSUE-50 - When working through our docuemnt we need to be sure that examples and success criteria reflect our true intnet. Namely, if text appears in the UA from any source we want the user to have control over as many of the attributes of that text as possible. ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/50/edit .
Updating date on action 47.
Issue: Think about concepts around user notification, do we ha
<trackbot> Created ISSUE-51 - Think about concepts around user notification, do we ha ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/51/edit .
ndle them well in UAAG?
Closing action 48.
Closing action 50. When writing our examples we should look at the notes from action 50.
Changing date on on 51. Can we work with Andrew to help draft success criteria.
Updating 53 to a Jan 2010 date.
Closing action 54 and issue 23 around timely exchanges through APIs. Technique for timely exchange needs to indicate that accessibilit
y APIS should not negatively impact browser performance in a perceivalbe way i.e. 300 MS.
Closing issue 66.
Closing 79, 81 and 83 and 97 as completed.
Closing 103 around language on web based and non web based.
Closing issue 105.
Updating 107 to 11/12.
Group developing list of success criteria we want to review at F2F. this includes 3.1 and 4.9 as of now.
Closing 111.
Closing 115 as part of gneeral 4.9 review.
Updating action 120 to a December deadline.
Closing 121.
Closing 128 as completed.
Closing 140.
Updating date on 150 to Jan 2010.
Closing 158.
Updating wording in 162.
Closing 163.
Closing 164.
Updating action 169 to 11/19.
Techniques for 4.1 need to address css overflow not operable by keyboard.
Closing 169.
Updating 170 to December and assigning to kford.
Updating 173 to a December date and assigning to Kim.
Updating 174 to December.
Taking break at 174 being last completed review of actions.
<jeanne> http://www.w3.org/WAI/UA/2009/ED-IMPLEMENTING-UAAG20-20091103/MasterUAAG20091103.html
<jeanne> http://www.w3.org/WAI/UA/2009/ED-IMPLEMENTING-UAAG20-20091103/MasterUAAG20091103.html
Group dividing into pairs to write techniques.
<jallan> http://www.w3.org/TR/UAAG10-TECHS/guidelines.html
Drqaft for 4.1.9.
Users need to be in control of how they interact with the user agent. Assistive technology and physical keyboard input needs mean that certain keyboard combinations are easier for a user to enter. For example ctrl+f may be a command in a screen reader to read the itemm with focus and this is also typically a user agent find command. The user agent needs to allow the user to reassign the...
scribe: find command to a more appropriate key binding. To allow this level of user control, a user agent may provide a list of user interface features and default keyboard assignments with options for the user to assign new key combinations.
<mth> draft 4.1.11 Intent
<mth> Content authors may utilize the Accesskey attribute and ARIA to define short cut keys which allow quick access to specific parts of their Web content. The author selected short cuts may utilize keystrokes that
<mth> are unique to their site, differing from conventions used, and or familiar, to users of other similar sites, or sites
<mth> offering similar functionality. Users of assistive technologies who rely upon keyboard input may
<mth> wish to have a consistent mapping of shortcut keys to commonly accessed parts of a Web site. User agents should allow
<mth> users to define a preferred accesskey for common content elements, as defined by their ARIA role, and which override
<mth> any author specified keybinding for that page content. The user should have the option to make any defined override to be
<mth> persistent across browsing sessions.
updated 4.1.9 intent and example.
Users need to be in control of how they interact with the user agent. Assistive technology and physical keyboard input needs mean that certain keyboard combinations are easier for a user to enter. For example ctrl+f may be a command in a screen reader to read the itemm with focus and this is also typically a user agent find command. The user agent should allow the user to reassign the...
scribe: find command to a non-conflicting key binding. To allow this level of user control, the user agent could provide a list of user interface features and default keyboard assignments with options for the user to assign new key combinations. User keyboard customizations should be saved similar to other user preferences by the user agent.
+4.1.12 draft.
For many users, including those who use the keyboard or and input method such as speech, the keyboard is often a primary method of user agent control. It is inportant that direct keyboard commands assigned to user agent functionality be discoverable as the user is exploring the user agent. For example, the speech input user who sees a button on a toolbar needs to be able to determine that...
scribe: ctrl+p is the keyboard equivalent for activating the print button. If such key assignments are not displayed as the user interface by default, a user agent should have an option to alter UI display to include all direct hotkey assignments visually near the commands such assignments activate.
<jeanne> 4.1.1 Keyboard Operation Intent
<jeanne> A user should be able to navigate, read and use all of the web page or application without needing to use a mouse. Some users do not use a mouse, others can only use a pointing device that uses the keyboard API. Therefore, nsure that the user can interact with enabled elements, select content, navigate viewports, configure the user agent, access documentation, install the user agent, and operate user interface controls, all entirely through keyboard input.
<jeanne> User agents generally support at least three types of keyboard operation:
<jeanne> 1. Direct (e.g., keyboard shortcuts such a "F1" to open the help menu; see checkpoint 11.4 for single-key access requirements),
<jeanne> 2. Sequential (e.g., navigation through cascading menus), and
<jeanne> 3. Spatial (e.g., when the keyboard is used to move the pointing device in two-dimensional visual space to manipulate a bitmap image).
<jeanne> User agents should support direct or sequential keyboard operation for all functionalities. Furthermore, the user agent should satisfy this checkpoint by offering a combination of keyboard-operable user interface controls (e.g., keyboard operable print menus and settings) and direct keyboard shortcuts (e.g., to print the current page).
<jallan> comments -example for spatial, should not just be graphics. for example navigating a table, or moving to the same horizontal location on vertical lines.
<jeanne> 4.1.1 Keyboard Operation Intent
<jeanne> A user should be able to navigate, read and use all of the web page or application without needing to use a mouse. Some users do not use a mouse, others can only use a pointing device that uses the keyboard API. Therefore, nsure that the user can interact with enabled elements, select content, navigate viewports, configure the user agent, access documentation, install the user agent, and operate user interface controls, all entirely through keyboard input.
<jeanne> User agents generally support at least three types of keyboard operation:
<jeanne> 1. Direct (e.g., keyboard shortcuts such a "F1" to open the help menu; see checkpoint 11.4 for single-key access requirements),
<jeanne> 2. Sequential (e.g., navigation through cascading menus), and
<jeanne> 3. Spatial (e.g., when the keyboard is used to move the pointing device in two-dimensional visual space to manipulate a bitmap image).
<jeanne> User agents should support direct or sequential keyboard operation for all functionalities. Furthermore, the user agent should satisfy this checkpoint by offering a combination of keyboard-operable user interface controls (e.g., keyboard operable print menus and settings) and direct keyboard shortcuts (e.g., to print the current page).
<jeanne> 2nd try:
<jeanne> Example:
<jeanne> The user must be able to do the following through the keyboard alone (or pointing device alone or voice alone):
<jeanne> * Select content and operate on it. For example, if the user can select rendered text with the mouse and make it the content of a new link by pushing a button, they also need to be able to do so through the keyboard and other supported devices. Other operations include cut, copy, and paste.
<jeanne> * Set the focus on viewports and on enabled elements.
<jeanne> * Install, configure, uninstall, and update the user agent software.
<jeanne> * Use the graphical user interface menus. Some users may wish to use the graphical user interface even if they cannot use or do not wish to use the pointing device.
<jeanne> * Fill out forms.
<jeanne> * Access documentation.
<jeanne> An author uses the CSS overflow property to constrain the size of a block of content. The user agent provides scroll bars to display text that overflows the container. The user can use the keyboard to enter the element and operate the scrollbars to visually access the content. The user can return to the main flow of the next element on the page (see SC 4.1.3)
<jeanne> The author codes a volume control slider widget. The user can focus on the widget, and using the arrow keys to increase or decrease the volume, and then hit another key to move to the next element in the content.
<jallan> comments - example - the user places the caret on an element with a title attribute, the tooltip should be visible and remain visible while the caret is in the element
<jallan> comment - keyboard user, must navigate to an element to interact with the element, direct access is more efficient
<jallan> comment - tooltip display should be under the control of the user. user should be able to turn off tooltip on caret 'focus' or element focus on active elements
<jallan> comment - on additional resources - or an overview of guideline 4, write an overview of keyboard accessbility, then get specific for success criteria
<jallan> Intent on the Guideline
<jallan> ...
<jeanne> <--
<jallan> ...
<jeanne> <--
<jeanne> 4.1.2
<jeanne> Intent:
<jeanne> There are many layers of software that can specify what happens when the user presses a key. For example, the operating system, the user agent interface, the addons or extensions, and author supplied accesskeys or javascript. In addition, the assistive technology the user may be employing will also have assigned key commands. This results in conflicts in order of operations. These conflicts impact user expectations of what will happen when a key is pressed, cau
<jeanne> user expectations of what will happen when a key is pressed, causing confusion and failure. The most problematic situation is when the author supplied scripting has precedence on the keyboard commands. Therefore, the user needs a preference that a default order: Operating system, user agent interface, addon/extension, accesskeys, javascript.
<jeanne> comment: Remove :the most problematic"
<jeanne> The author codes a script that makes bananas dance on the screen when the user presses Alt-F. The user expectation is that Alt-F will open a file menu. When the bananas dance instead of opening the file menu, the user is confused or blocked from opening the file menu and has no recourse. Therefore, the user agent provides a preference setting that makes the Alt-F open the file menu. There needs to be a toggle ability, so that the user who wants to make the banan
<jeanne> the bananas dance can do so.
<jeanne> comment: repetitive list of the order.
<jallan> issue: in 4.1.2 how to make a keystroke cascade, trickle down from UA interface, extensions, accesskeys, scripts. if ALT F opens file menu, but the script need the ALT F how UA provide mechanism to pass the ALF F to the script and not open the menu
<trackbot> Created ISSUE-52 - In 4.1.2 how to make a keystroke cascade, trickle down from UA interface, extensions, accesskeys, scripts. if ALT F opens file menu, but the script need the ALT F how UA provide mechanism to pass the ALF F to the script and not open the menu ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/52/edit .
Group returning from lunch. Picking up with review of techniques.
<jallan> comment - direct access for keystroke...go to a menu of bound keys, then ALT-F will have 3 items in a sub menu - file menu, accesskey binding, script function
<jallan> or user hits ALT-F dialog pops-up listing bindings, file menu, accesskey function, scripted function
<jallan> what is still needed is a way for javascript to provide a list of bound keys to the UA with human friendly names
Twitter list of HTML 5 task force people.
https://twitter.com/laura_carlson/html5accessibilitytf
<jallan> to support i18n, localizaition, the UA should provide a mechanism for JS to present binding info - key, name, etc. to the UA to resolve conflicts
<jallan> is the above a requirement. this would allow the discovery of keys in use and provide alternative access methods
<jallan> perhaps send to APIWG?
<jeanne> Intent: If the user can put focus on an element, that they can remove focus and move on to the next element. This is often a problem with embedded objects. The user agent needs to provide a way to always return to the previous or next element in the content, or a known location, such as the address bar. The user agent also needs to be able to take control back from the embedded object, no matter what it is.
<jeanne> a) The user can press tab to put focus on an embedded object and can press shift-tab to move focus to the previous object and tab to move focus to the next object.
<jeanne> b) the user has moved the focus to a toolbar extension that does not relinquish control back to the user agent. The user can press Alt-D to move focus to the address bar.
<jeanne> c) the user has moved the focus to an embedded scripted application that was poorly programmed. the user can press alt-N (or any documented key combination) that overrides the scripting and moves the focus to the next element in the content.
<jallan> comment- what happens if this function is not there. the user cannot move out of the object/element without restarting browser or restarting computer
<jallan> issue: need definition of 'browser extension'
<trackbot> Created ISSUE-53 - Need definition of 'browser extension' ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/53/edit .
<jallan> comment - used to an issue in Flash, could move focus in, move around but never out again, only solutions was to refresh the page
<jeanne> This is a repair function for when an author violates WCAG, but the user still needs to be able to read a page without necessarily activating any controls.
<jeanne> when a user opens a drop down menu from the keyboard, they must be able to use the arrow keys to move up and down the list, without triggering an action from the items they are moving past.
<jeanne> A list of radio buttons where putting the focus on the radio button to read it causes the radio button to be selected. The user should be able to arrow or tab through the list of radio buttons without causing any one to be selected. Selection is a separate discrete operation like spacebar. This overrides any author provided scripting behavior.
<jallan> comments - intent, not just WCAG, only 1 example violates wcag
<jallan> another example - form field has data validation, user can not exit field until user enters valid data.
<greg> Intent:
<greg> Make it easy to for users to discover or be reminded of keyboard shortcuts and similar commands without leaving the context in which they're working. Easy keyboard access is especially important for people who cannot easily use a mouse.
<greg> Examples:
<greg> "[Ctrl+t]" displayed after a link whose accesskey value is "t".
<greg> An audio browser reading the value or label of a form control followed by "accesskey control plus t").
<greg> Mnemonic letters in menu titles are shown with an underline.
<jallan> comment - applicable shortcut indicated or otherwise highlighted
<greg> Intent:
<greg> Providing a full set of keyboard inputs allows users to efficiently--or at all--perform necessary tasks.
<greg> Making these inputs consistent within and across programs greatly reduces learning curve, cognitive load, and errors.
<greg> Examples:
<greg> Directional keys, letter keys, and the Enter key function should allow navigation within and activation of drop-down menus.
<greg> Ctrl+C or Command+C should copy selected text to the clipboard, allowing the user to avoid manually retyping, and possibly needing to memorize, large amounts of data.
<jallan> comment - what happens when things are not consistent. closing dialog boxes are inconsistent ESC or ALT-F4,
<jallan> ...might be text area keyboard conventions/controls, not just navigation.
<jallan> Ctrl-C is not a navigation command
<jallan> not menus, use select text in content,
<jallan> need to update examples
<jallan> topic 4.1.7 Keyboard Navigation
<jallan> issue: do we have a SC to support OS conventions for cut copy paste etc
<trackbot> Created ISSUE-54 - Do we have a SC to support OS conventions for cut copy paste etc ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/54/edit .
<greg> Intent:
<greg> Let the user navigate between sections without having to sequentially navigate through everything in every section. Efficient keyboard navigation is especially important for people who cannot easily use a mouse.
<greg> Examples:
<greg> Ctrl+Tab moves the focus to the first navigable item in the next frame.
<greg> The Tab key moves the focus to or away from a group of radio buttons, and then directional keys move between buttons within that group.
<jallan> comment - need to be able to choose to go to first item or to last point of regard in a viewport
<jallan> Kim: no this is Ok
<jallan> GL: need a keystroke to get to first or last active element on a page. what about moving within a group of radio buttons
<jallan> example - consistency - menu wrapping navigation. ISO should warn user of wrapping
<jallan> 4.1.7 seems ambiguious, apply only to UI toolbars, menus or also to content groups of radio buttons
<jallan> issue: 4.1.7 seems ambiguious, apply only to UI toolbars, menus; or apply also to content - groups of radio buttons
<trackbot> Created ISSUE-55 - 4.1.7 seems ambiguious, apply only to UI toolbars, menus; or apply also to content - groups of radio buttons ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/55/edit .
<jallan> note - fix example of ctrl+tab so it does not proscribe specific focus location
<greg> Intent:
<greg> Let the user access commonly used functions as efficiently as possible. Efficient keyboard navigation is especially important for people who cannot easily use a mouse.
<greg> Examples:
<greg> The user can open a document by pressing Ctrl+O or Command+O.
<greg> The user can temporarily enlarge the rendered content by pressing Ctrl+Plus, rather than having to invoke a menu, choose a command to display a dialog box, select a tab, etc.
#HTML5 WG #tpac09 Nov 5, breakout sessions irc://irc.w3.org/ #html-wg #html-wg2 #aapi & #video
<jeanne> resources should link to 1.1 Comply with applicable specifications and conventions
<jallan> comment - seems these are specific instances of why to use OS conventions (cut/copy/paste, file menu, etc)
<jallan> ...1.1 is so generic. we need to write techniques
4.1.9
Intent:
Users need to be in control of how they interact with the user agent. Assistive technology and physical keyboard input needs mean that certain keyboard combinations are easier for a user to enter.
Example:
Ctrl+f may be a command in a screen reader to read the itemm with focus and this is also typically a user agent find command. The user agent should allow the user to reassign the find command to a non-conflicting key binding. To allow this level of user control, the user agent could provide a list of user interface features and default keyboard assignments with options for the user to...
scribe: assign new key combinations. User keyboard customizations should be saved similar to other user preferences by the user agent.
<jallan> another example - one handed keyboardist needs to map all keys to the left side of the keyboard
<mth> 4.1.11 Intent
<mth> Content authors may utilize the Accesskey attribute to define short cut keys which allow quick access to specific elements, actions, or parts of their Web content. The author selected short cuts may utilize keystrokes that are unique to their site, differing from conventions used, and or familiar, to users of other similar sites, or sites offering similar functionality. Users of assistive technologies who rely upon keyboard input may wish to have a
<mth> consistent mapping of shortcut keys to similar, or common actions or functions across the sites they visit.
<mth> User agents should allow users to define a preferred key combination for specific instances of author defined accesskeys. The user should have the option to make any defined override to be persistent across browsing sessions.
<mth> User agents may also offer the user the option to automatically apply preferred key combinations for content which has author supplied accesskey bindings, based upon the associated text, label, or ARIA role, and which override any author specified keybinding for that page content.
<mth> Example
<mth> A speech recognition user has defined standard commands to access commonly used parts of a Web site. For example, speaking the the command "site search" will take the user to a Web site's search function. A site author may assign an access key to set focus to the search input field, basing the accesskey on the first letter of the search engine used (e.g., G for Google or B for Bing, rather than the mnemonic S for search). The speech user has specified
<mth> an override key mapping of S, which is consistent with the keystroke issued by the speech recognizer they are using.
<mth> A mobile device user, whose primary keyboard interface is their phone's numeric keypad, maps common Web site actions to numeric shortcut keys. For example, the user prefers to have the 1 key to activate a site's "skip to content" function. An author of a site visited daily by this user defines "S" as the accesskey for the skip to content function. The user overrides the author defined accesskey of "S" with "1".
<jallan> comment - good place to add i18n example, accesskey - o umlaut, but not on local keyboard
<jallan> comment - intent explains how you do it, not why you do it.
<jallan> ...seem to be a technique. where do techniques go.
<jallan> intent - is why, understanding the issue. examples seem to scenarios with expected behaviors.
<jallan> do we need another section for expanding intent, need more subheads...intent, examples, how, resources, ???
<jallan> perhaps should be AAA and follow 4.1.11
<jallan> intent: User agents may also offer the user the option to automatically apply preferred key combinations for content which has author supplied accesskey bindings, based upon the associated text, label, or ARIA role, and which override any author specified keybinding for that page content.
<jallan> comment - not reader friendly, techanleze
<greg> Rewrite of 4.1.10 ("Specify preferred keystrokes") includes the clause "except for conventional bindings for the operating environment"; please rewrite to clarify whether this is PROHIBITED or OPTIONAL.
<greg> The previous also applies to 4.1.9, and possibly others.
4.1.12
Intent:
For many users, including those who use the keyboard or and input method such as speech, the keyboard is often a primary method of user agent control. It is inportant that direct keyboard commands assigned to user agent functionality be discoverable as the user is exploring the user agent.
Example:
The speech input user who sees a button on a toolbar needs to be able to determine that ctrl+p is the keyboard equivalent for activating the print button. If such key assignments are not displayed as part of the user interface by default, a user agent should have an option to alter UI display to include all direct hotkey assignments visually as part of the controls the hotkeys activate.
<jallan> using this draft http://www.w3.org/WAI/UA/2009/ED-UAAG20-20091103/
<jallan> what is difference between 4.1.12 and 4.1.5
<jallan> should be next to each other.
<jallan> why were they separated.
<jallan> 4.1.5 is A, 4.1.12 is AA, web content changes - access keys can change, UAs generally do not change so revealing keybindings not as important
<scribe> ACTION: Jeanne to renumber 4.1.12 so it is closer to 4.1.5. These are the UI and content discovery items for hotkeys. [recorded in http://www.w3.org/2009/11/05-ua-minutes.html#action01]
<trackbot> Created ACTION-241 - Renumber 4.1.12 so it is closer to 4.1.5. These are the UI and content discovery items for hotkeys. [on Jeanne Spellman - due 2009-11-12].
<jallan> ...currently no UA meets 4.1.12 Present Direct Commands in User Interface
<jallan> comment - need to normalize intent across SC
Intent:
Users who rely on accessibility settings do so for multiple reasons and may want to adjust software settings in many differing fashions. It is key to allow software settings that impact accessibility to be configured to meed these differing needs. The easier such settings are to discover, the more rapidly the user looking for such settings can tailor the software to suit his or her needs. ...
scribe: Saving such configuration changes between browsing sessions allows the software to work the way the user wants each time the application is used.
Example:
A user who relies on larger text sizes when browsing web pages, locates a text adjustment setting in a browser's menus. The user sets the text size to the size that makes web contnet readable and each time the browser is used, the text is adjusted to that user's settings.
A user locates a control in a web browser called options. Activating this control leads to a series of tabs for adjusting multiple browser settings. One tab is listed as accessibility and has settings such as text size, use custom style sheet, display alternative text in place of images, enable caret browsing and other settings determined to be of benefit to users with disabilities.
A user is exploring settings for a web browser and locates an option called accessibility. The user is then guided through a series of questions asking about how he or she prefers to use software. Questions such as color preference, text size, ability to view images, the need for captions on videos and such are asked. When the user completes these questions, appropriate browser options...
scribe: are configured and stored.
A user who has configured accessibility settings in a browser needs to use that application on another computer. The browser allows the user to transfer such settings from one computer to another, saving the need to reconfigure the second machine.
<jallan> comment - change title to 'configure and store preference settings'
<jallan> implementing master document: http://www.w3.org/WAI/UA/2009/ED-IMPLEMENTING-UAAG20-20091103/MasterUAAG20091103.html
<jallan> comment - should include what happens if configure and store is not implemented
<jallan> comment - change font size (control+) is temporary. should indicate that temporary change should not be persistent.
<jallan> ...user locates the permanant configuration of font size, sets the size and saves it.
<jallan> " if feature not implemented then user must change the settings every browser session"
<jallan> new example - user is able to set the default/base font and font-size for when the author has not defined a font and font size
<Judy> SCORM: http://en.wikipedia.org/wiki/Sharable_Content_Object_Reference_Model
<jallan> example - user can override author style sheet for font and font size
<jallan> would be good to label examples with specific success criteria
<jallan> comment - image with alt HOME, search alt text should be a preference setting
<jallan> make 2 SC - search text, search alternative
<jallan> or make an option within search (match case, alternative content, up/down)
<jallan> or provide option to only search alternative content.
<jallan> discussion of Chrome visual indicator on scroll bar of location of hits. helps show clustering of hits on the page. how does that get exposed to screen reader etc.
<jallan> it is meta information. not actionable.
<greg> Intent:
<greg> Let the user use the keyboard to navigate forwards and backwards through elements that they are likely to be interested in interacting with. These elements must include, but are not limited to, enabled links and controls. This allows the user to jump between elements without having to navigate through intervening content such as blocks of text. Efficient keyboard navigation is especially...
<greg> ...important for people who cannot easily use a mouse.
<jallan> comment - important or structural elements are not defined
<greg> Examples:
<greg> The user can press the Tab key to move the focus to the next link or control in the page, or press Shift+Tab to move in the reverse order.
<jallan> ...may be many other elements (divs, class), roles, that user wants to navigate by
<greg> Related Resources:
<greg> See 4.1.4 for discussion of letting the user configure the list of important elements to suit their task.
<jallan> issue: definition of important or structural elements are vague, rewrite
<trackbot> Created ISSUE-56 - Definition of important or structural elements are vague, rewrite ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/56/edit .
<jallan> issue: create low priority search - regular expressions, word forms, colors, text attribute - bold etc.
<trackbot> Created ISSUE-57 - Create low priority search - regular expressions, word forms, colors, text attribute - bold etc. ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/57/edit .
<jallan> issue: searching from base UA through embedded UAs (time based object, svg, etc). how is user to know difference between natively rendered video (html5) and embedded video (quicktime). should the base UA query the embedded UA for its search results.
<trackbot> Created ISSUE-58 - Searching from base UA through embedded UAs (time based object, svg, etc). how is user to know difference between natively rendered video (html5) and embedded video (quicktime). should the base UA query the embedded UA for its search results. ; please complete additional details at http://www.w3.org/WAI/UA/tracker/issues/58/edit .
<jallan> GL: change title of 4.7.1 to Navigate filtered structure elements
<jallan> ...what you you want to navigate between.
<jallan> GL: burning issues
<jallan> ...audience should be able to read this, and have no ambiguity of what we mean and how to achieve it
<jallan> KP: need a gestalt overview, quick review - consistency, ambiguities, etc, then start attacking.
<jallan> agenda for tomorrow
<jallan> ...action item clean up
<jallan> ...glideline 5 review - review understandable
<jallan> ...do two more chunks of techniques
<jallan> ...html5 MCooper, UAAG issues, etc
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/action action/action / Succeeded: s/simplied/simplified/ Succeeded: s/other or/author or/ Succeeded: s/408/48/ Succeeded: s/launch/lunch/ Found Scribe: kford Inferring ScribeNick: kford WARNING: Replacing list of attendees. Old list: apis-db-stuff New list: Kelly Mark Jim Jeanne Kim Greg Default Present: Kelly, Mark, Jim, Jeanne, Kim, Greg Present: Jim Kim Greg Jeanne Mark Kelly Regrets: Henny Jan Found Date: 05 Nov 2009 Guessing minutes URL: http://www.w3.org/2009/11/05-ua-minutes.html People with action items: jeanne[End of scribe.perl diagnostic output]