16:19:30 RRSAgent has joined #ua 16:19:30 logging to http://www.w3.org/2012/04/26-ua-irc 16:19:32 RRSAgent, make logs public 16:19:32 Zakim has joined #ua 16:19:34 Zakim, this will be WAI_UAWG 16:19:34 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 41 minutes 16:19:35 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:19:35 Date: 26 April 2012 16:19:44 rrsagent, set logs public 16:19:57 chair: JimAllan, KellyFord 16:24:44 regrets: kelly, simon, jan (partial), wayne 16:55:54 jeanne has joined #ua 16:58:53 Greg has joined #ua 16:59:19 trackbot, start meeting 16:59:21 RRSAgent, make logs public 16:59:23 Zakim, this will be WAI_UAWG 16:59:23 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 1 minute 16:59:24 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:59:24 Date: 26 April 2012 17:00:41 Jan has joined #ua 17:01:03 zakim, code? 17:01:03 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 17:01:48 WAI_UAWG()1:00PM has now started 17:01:56 +??P4 17:02:09 +Jeanne 17:02:36 +Greg_Lowney 17:03:18 +Kim_Patch 17:03:23 zakim, ??P4 is really Jan 17:03:23 +Jan; got it 17:03:37 KimPatch has joined #ua 17:04:20 +Jim_Allan 17:05:35 Newest editor's draft - 17:05:36 http://www.w3.org/WAI/UA/2012/ED-UAAG20-20120419/ 17:05:38 http://www.w3.org/WAI/UA/2012/ED-IMPLEMENTING-UAAG20-20120419/ 17:06:37 Agenda+ 1.2.1 and 1.2.2 – Action 726 on JAN 17:06:38 Agenda+ 1.3.2 editors note, needs visual highlighting added (Kim?) 17:06:40 Agenda+ 1.3.3, 1.5.1 needs decision on whether it is done or not - Action item 723 on Kim 17:06:41 Agenda+ 1.7 Action-657 Review 17:06:43 http://www.w3.org/WAI/UA/2012/ED-UAAG20-20120419/#gl-style-sheets-config wording in draft. Approve or not 17:06:45 Agenda+ 1.8 Action-631 Jeanne (add new wording) Action-662 Jeanne (add revised wording) 17:06:47 Agenda+ 1.10.2 Action-639 Jan (revise for proposal) 17:06:48 Agenda+ 1.11.1 & 1.11.2 Action-467 Jim (revise for proposal) 17:06:50 Agenda+ Review any other proposals sent to list 17:07:28 zakim, agenda? 17:07:28 I see 8 items remaining on the agenda: 17:07:29 1. 1.2.1 and 1.2.2 – Action 726 on JAN [from JAllan] 17:07:29 2. 1.3.2 editors note, needs visual highlighting added (Kim?) [from JAllan] 17:07:29 3. 1.3.3, 1.5.1 needs decision on whether it is done or not - Action item 723 on Kim [from JAllan] 17:07:29 4. 1.7 Action-657 Review [from JAllan] 17:07:29 5. 1.8 Action-631 Jeanne (add new wording) Action-662 Jeanne (add revised wording) [from JAllan] 17:07:30 6. 1.10.2 Action-639 Jan (revise for proposal) [from JAllan] 17:07:33 7. 1.11.1 & 1.11.2 Action-467 Jim (revise for proposal) [from JAllan] 17:07:36 8. Review any other proposals sent to list [from JAllan] 17:08:32 zakim, open item 6 17:08:32 agendum 6. "1.10.2 Action-639 Jan (revise for proposal)" taken up [from JAllan] 17:09:40 CURRENT WORDING: 17:09:42 1.10.2 Outline View: An outline view of rendered content is provided, composed of labels for important structural elements (e.g. heading text, table titles, form titles, and other labels that are part of the content). (Level AA) @@ 639 17:09:43 Note: The outline constitutes the important structural elements for the user (See 1.10.3). A label is defined by each markup language specification. For example, in HTML, a heading (H1-H6) is a label for the section that follows it, a CAPTION is a label for a table, and the title attribute is a label for its element. 17:09:45 Jan: I added navigable. Once we say navigable I think the keyboard is implied. 17:09:57 proposed: 17:10:05 Greg: I'm not sure whether a navigable outline view means that it's an operable outline view. 17:10:08 1.10.2 Outline View: A navigable outline view of rendered content is provided, composed of labels for important structural elements. (Level AA) @@ 639 17:10:09 Note: The important structural elements will depend on the web content technology, but may include headings, table captions, and content sections. Success Criterion 1.10.3 addresses user configurability of the list of important structural elements. 17:10:56 Greg: there's two types of outline views -- one where you are filtering content to only show the important element. That's like in Word where you are using outline view. Then there's using a pane -- a separate view on the document to reflect what's going on in the main view. Like headings map in Firefox 17:11:08 Jan: I had in mind the second one 17:11:41 scribe: KimPatch 17:11:47 Greg: if it's the second one if you can navigate in it it doesn't necessarily mean it has an effect on the main viewport. We want changes once its visible in the main port 17:12:06 could we change 'navigable' to 'operable' 17:12:15 Jan: I meant something which helps you move your focus 17:13:28 Jan: should be more clear that we need a sort of side view, not replacing the original view, which is navigable outline view, but actions and changes in focus they are also change the focus in the main viewport -- we need to be clear that there's that relationship, and the other way as well, changes in focus in the main viewport change outline 17:14:11 Greg: need to be able to arrow through and then select what you want to zoom to as opposed to having the main view change all the time. 17:14:49 this discussion seem to be implementation. perhaps put this in the intent or examples 17:14:50 1.10.2 Outline View: A navigable outline view of rendered content is provided, composed of labels for important structural elements, that can be used to move focus efficiently to these elements in the main viewport. (Level AA) @@ 639 17:14:52 Note: The important structural elements will depend on the web content technology, but may include headings, table captions, and content sections. Success Criterion 1.10.3 addresses user configurability of the list of important structural elements. 17:15:43 Greg: example on that last one -- and Thunderbird outline of all the folders and on the right the contents of the folders. Changing which folder is viewed can sit there and think for a while -- you want to be able to navigate through the folder list without causing each one you pass over to sit for a few seconds loading the new contents 17:16:59 Jim: I think you did a good job capturing that without being prescriptive 17:17:11 no objections 17:18:00 Resolution: update 1.10.2 1.10.2 Outline View: A navigable outline view of rendered content is provided, composed of labels for important structural elements, that can be used to move focus efficiently to these elements in the main viewport. (Level AA) @@ 639 17:18:02 Note: The important structural elements will depend on the web content technology, but may include headings, table captions, and content sections. Success Criterion 1.10.3 addresses user configurability of the list of important structural elements. 17:18:13 close Action-639 17:18:14 ACTION-639 Propose how to explain that 1.10.2 outline view should be operable closed 17:18:33 zakim, agenda? 17:18:33 I see 8 items remaining on the agenda: 17:18:34 1. 1.2.1 and 1.2.2 – Action 726 on JAN [from JAllan] 17:18:34 2. 1.3.2 editors note, needs visual highlighting added (Kim?) [from JAllan] 17:18:34 3. 1.3.3, 1.5.1 needs decision on whether it is done or not - Action item 723 on Kim [from JAllan] 17:18:34 4. 1.7 Action-657 Review [from JAllan] 17:18:34 5. 1.8 Action-631 Jeanne (add new wording) Action-662 Jeanne (add revised wording) [from JAllan] 17:18:36 6. 1.10.2 Action-639 Jan (revise for proposal) [from JAllan] 17:18:38 7. 1.11.1 & 1.11.2 Action-467 Jim (revise for proposal) [from JAllan] 17:18:41 8. Review any other proposals sent to list [from JAllan] 17:18:51 zakim, close item 6 17:18:51 agendum 6, 1.10.2 Action-639 Jan (revise for proposal), closed 17:18:52 I see 7 items remaining on the agenda; the next one is 17:18:52 1. 1.2.1 and 1.2.2 – Action 726 on JAN [from JAllan] 17:20:04 http://lists.w3.org/Archives/Public/w3c-wai-ua/2012AprJun/0030.html 17:20:46 topic: viewports 17:21:20 http://lists.w3.org/Archives/Public/w3c-wai-ua/2012AprJun/0043.html 17:22:02 Topic: zoom 17:22:38 1.8.X: Zoom: The user can rescale content within graphical viewports as follows: (Level A) 17:22:39 (b) Zoom-in: to at least 500% of the default size; and 17:22:41 (a) Zoom-out: to at least 10% of the default size, or such that only one scrollbar is required. 17:22:42 JR: Changed top to 500%. It has implementations in Chrome, IE and is more reasonable for a mobile browser. 17:22:44 1.8.Y: Reflowing Zoom: The user can request that when reflowable content in a graphical viewport is rescaled, it is reflowed, such that one dimension of the content can fit into the viewport without scrollbars. (Level AA) 17:22:45 DEFINTION: Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions reflowable content are graphics and video. Author instructions not to wrap content (e.g., nowrap) does not affect reflowability. 17:23:27 Jan: changed from 1000 because we have 500 implementations in chrome and IE. Zoomed out to at least 10% or such that only one scrollbar is required is handling the issue of not requiring to zoom so much that there's Blank space 17:24:09 The primary exceptions reflowable should be The primary exception to reflowable 17:24:14 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions reflowable content are graphics and video. Author instructions not to wrap content (e.g., nowrap) does not affect reflowability. 17:24:36 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions to reflowable content are graphics and video. Author instructions not to wrap content (e.g., nowrap) do not affect reflowability. 17:25:25 Greg: minor concern about scrollbars -- in the mobile area no scrollbars, so what you really mean exceeds the size 17:26:39 Greg: slight concern about the last sentence of the definition -- understand what you mean, but liable to confuse. But we are saying is there's inherently content that doesn't reflow and then there's content which is conditional 17:27:25 1.8.X: Zoom: The user can rescale content within graphical viewports as follows: (Level A) 17:27:26 (a) Zoom-in: to at least 500% of the default size; and 17:27:28 (b) Zoom-out: to at least 10% of the default size, or such that the content does not exceed either the height or width of the viewport. 17:27:50 1.8.X: Zoom: The user can rescale content within graphical viewports as follows: (Level A)(a) Zoom-in: to at least 500% of the default size; and(b) Zoom-out: to at least 10% of the default size, or such that the content does not exceed one of the height or width of the viewport. 17:28:48 "fits within the height or width of the viewport" 17:28:55 1.8.X: Zoom: The user can rescale content within graphical viewports as follows: (Level A)(a) Zoom-in: to at least 500% of the default size; and(b) Zoom-out: to at least 10% of the default size, or such that the content fits within the height or width of the viewport. 17:29:18 all: +1 17:30:41 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions reflowable content are graphics and video. User should have the option to override author instructions not to wrap content (e.g., nowrap). 17:30:42 Author-specified formatting can specify that reflowable content be treated as non-reflowable (e.g. HTML pre element, CSS white-space and word-wrap attributes), but for accessibility purposes the user should be allowed to override such formatting. 17:31:31 Jan: the only concern is that this is a glossary terms was putting requirement in a glossary term 17:31:59 Greg: could say may 17:32:53 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions reflowable content are graphics and video. 17:32:58 Greg: non-reflowable content are either things that are inherently non-reflow like images or things that are treated as non-reflow bull did to author and can be overwritten by user preference 17:33:20 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions to reflowable content are graphics and video. 17:33:41 1.8.Y: Reflowing Zoom: The user can request that when reflowable content in a graphical viewport is rescaled, it is reflowed, such that one dimension of the content can fit into the viewport without scrollbars. (Level AA) 17:33:45 Good defintion 17:34:15 1.8.Y: Reflowing Zoom: The user can request that when reflowable content in a graphical viewport is rescaled, it is reflowed, such that one dimension of the content can fit within the height or width of the viewport. (Level AA) 17:34:57 Note: The user must be able to override author instructions not to wrap content (e.g., nowrap). 17:35:04 Note: The user can override author instructions not to wrap content (e.g., nowrap). 17:35:30 +1 17:35:54 1.8.Y: Reflowing Zoom: The user can request that when reflowable content in a graphical viewport is rescaled, it is reflowed such that one dimension of the content fits within the height or width of the viewport. (Level AA) 17:36:04 Note: The user can override author instructions not to wrap content (e.g., nowrap). 17:36:47 Greg: should be able to order it is recommended 17:37:17 Note: The user can choose to override author instructions not to wrap content (e.g., nowrap). 17:37:44 Greg: it would be good to cross reference whenever we say something about the user should have control of that 17:38:36 Greg: quite a few places where we say recommended in the intent paragraph 17:39:43 Note: user agents are encouraged to allow the override of author instructions not to wrap content (e.g., nowrap). 17:40:04 Note: User agents are encouraged to allow user to override author instructions not to wrap content (e.g., nowrap). 17:40:46 resolution: 17:40:51 1.8.X: Zoom: The user can rescale content within graphical viewports as follows: (Level A)(a) Zoom-in: to at least 500% of the default size; and(b) Zoom-out: to at least 10% of the default size, or such that the content fits within the height or width of the viewport. 17:40:52 1.8.Y: Reflowing Zoom: The user can request that when reflowable content in a graphical viewport is rescaled, it is reflowed such that one dimension of the content fits within the height or width of the viewport. (Level AA) 17:40:54 Note: User agents are encouraged to allow user to override author instructions not to wrap content (e.g., nowrap). 17:40:55 glossary 17:40:57 Reflowable content: Content that can be arbitrarily wrapped over multiple lines. The primary exceptions to reflowable content are graphics and video. 17:41:02 Jim: are happy with that? Any objections? 17:41:44 no objections heard 17:42:35 reviewing: http://lists.w3.org/Archives/Public/w3c-wai-ua/2012AprJun/0030.html 17:42:39 http://lists.w3.org/Archives/Public/w3c-wai-ua/2012AprJun/0030.html 17:43:07 Topic: viewports 17:43:32 GL: Support Orientation within Viewports (181, 182, 184, 1811) 17:44:20 GL: Provide Viewport Configuration (183, 186, 187, 1810, 18X, 18Y) 17:44:29 -Jan 17:44:39 Greg: I don't understand what you mean by ever 17:45:15 Jim: wait until Jan returns to finish this 17:45:16 Re Jan's 1.8.4 I don't understand how "ever" fits in; would it mean once scrollbars are shown they are not hidden again once no longer needed? 17:45:24 ZAKIM, AGNEDA? 17:45:24 I don't understand your question, JAllan. 17:45:32 zakim, agenda? 17:45:32 I see 7 items remaining on the agenda: 17:45:33 1. 1.2.1 and 1.2.2 – Action 726 on JAN [from JAllan] 17:45:33 2. 1.3.2 editors note, needs visual highlighting added (Kim?) [from JAllan] 17:45:33 3. 1.3.3, 1.5.1 needs decision on whether it is done or not - Action item 723 on Kim [from JAllan] 17:45:33 4. 1.7 Action-657 Review [from JAllan] 17:45:35 5. 1.8 Action-631 Jeanne (add new wording) Action-662 Jeanne (add revised wording) [from JAllan] 17:45:37 7. 1.11.1 & 1.11.2 Action-467 Jim (revise for proposal) [from JAllan] 17:45:40 8. Review any other proposals sent to list [from JAllan] 17:47:10 zakim, open 3 17:47:10 I don't understand 'open 3', JAllan 17:47:18 zakim, open item 3 17:47:18 agendum 3. "1.3.3, 1.5.1 needs decision on whether it is done or not - Action item 723 on Kim" taken up [from JAllan] 17:49:39 Jim: we took part of 1.3.3 and added to 1.3.1. At the end of it it looks like 1.3.1 is an artifact 17:49:51 1.3.3 Highlighted Input Controls: 17:49:52 The user can have the following highlighted when they are recognized: (Level AA) 17:49:54 (a) enabled controls that take input (e.g. push buttons, radio buttons, check boxes, and text input fields, but not groupings or static text and images) regardless of whether they are read-write or read-only, and 17:49:55 (b) elements with scripted input handlers (e.g. images or text ranges that have onClick or onKeyPress events) regardless of whether the current state allows them to operate. 17:50:49 Jim: this is the original 1.3.3 -- a is now in 1.3.1 17:50:54 That's the original version, here's Kim's rewrite: 17:51:05 1.3.3 Highlighted Input Controls: 17:51:07 The user can highlight elements with scripted input handlers regardless of whether the current state allows the input handlers to operate when they are recognized. (Level AA) 17:51:08 (Intent of Success Criterion 1.3.3: 17:51:10 Users need to be able to easily discover what web content they can interact with whether or not the current state allows input handlers (e.g. images or text ranges that have onClick or onKeyPress events) to operate when they are recognized. 17:51:11 Note: This success criterion works in conjunction with 1.3.1 Highlighted Items, which ensures that the user can highlight elements, and with 1.3.2 Highlighting Options, which ensures that the user can customize the highlighting to meet their visual or cognitive needs. 17:51:13 Examples of Success Criterion 1.3.3: 17:51:14 PLACEHOLDER 17:51:16 Related Resources for Success Criterion 1.3.3: 17:51:17 1.1.3 Identify Presence of Alternative Content (Level A) requires items with alternative content to be highlighted. 17:51:20 1.3.1 Highlighted Items (Level A) requires highlighting of additional classes, including the selection, the active keyboard focus, and visited and unvisited links. 17:51:23 1.3.2 Highlighting Options (Level A) requires the user be able to customize the appearances of these highlights. 17:51:55 I made the edits to 1.3.3, marked by xxx 17:51:57 After thinking about 1.3.3 it seems to be a waste of ink. Javascript is increasingly being abstracted to attached .js files. The js triggers on @class or @id attributes and there is nothing in the actual html (like onClick or onKeyPress) for the user agent to know what to repair. That is the js behavior is unrecognized by the user agent. onClick etc. are quickly falling out of favor, to me... 17:51:58 ...this seems like an AA repair of a nearly extinct coding practice. I would propose removing it from the guidelines. 17:52:55 +1 17:53:31 Greg: however doesn't WCAG have this 17:53:58 Jim: no -- here it's like were repairing an extinct dinosaur 17:56:07 Jim: the new rewrite of 1.3.3 is purely a repair function -- the user can do something if the browser can't find the thing and the authors are hardly doing the thing anymore. Five years ago this would have been relevant, now technology has passed it by 17:57:46 new 1.3.1 17:57:59 1.3.1 Highlighted Items: 17:58:01 The user can specify that the following classes be highlighted so that each is uniquely distinguished: (Level A)## DONE 5 April 2012 17:58:02 (a) selection 17:58:04 (b) active keyboard focus (indicated by focus cursors and/or text cursors) 17:58:05 (c) recognized enabled elements (distinguished from disabled elements) 17:58:07 (d) elements with alternative content (see 1.1.2) 17:58:08 (e) recently visited links 17:59:52 new intent for 1.3.1 17:59:57 Intent of Success Criterion 1.3.1: 17:59:59 Users need to be able to easily discover what web content they can interact with. They need to highlight selection, content focus, enabled elements and links (including recently visited links) in order to successfully discover and interact with the web content. 18:00:00 On some pages controls may be difficult to discern amid a large amount of other content, or may be styled in ways that make them difficult to distinguish from other content. 18:00:02 This can be particularly difficult for people with visual impairments, who may not be able to easily distinguish visual differences that may be subtle or obvious to users with average vision. This can also be difficult for people with some cognitive impairments, who may have difficulty distinguishing between items with similar or non-standard appearance. The ability to have these items... 18:00:03 ...visually distinguished can greatly help reduce the amount of time or number of commands these groups require to examine a page. 18:00:05 Note: In addition to these required categories, it is recommended that user agents also allow the user to highlight the active viewport, even when it is a frame or similar within the active window. This makes it much easier for the user to visually locate the active focus. 18:00:09 Note: Platform conventions will dictate whether or not an inactive keyboard focus (keyboard focus in an inactive viewport) is visually indicated by an inactive cursor. 18:00:13 Note: the definition of visited and unvisited links is up to the user agent. In some cases it might be links visited during the current session, or in other cases links visited in the browser's history until that is cleared. 18:00:46 Greg: definition of enabled elements -- that would include things that are scripted 18:01:53 zakim, who is talking 18:01:53 I don't understand 'who is talking', JAllan 18:01:57 zakim, who is talking? 18:01:59 Jim: definition should be recognized, because enable elements to me are links and form controls that you know are enabled and you can do something with. JavaScript enabled are entirely different, the browser knows something about them and the author has written a bunch of stuff to make sure it appears in the tab loop or accepts a keypress -- that's outside 18:02:08 JAllan, listening for 10 seconds I heard sound from the following: Jeanne (71%), Kim_Patch (24%), Jim_Allan (19%) 18:03:01 Greg: change the definition to say recognized enabled behaviors? 18:03:30 "An element with *RECOGNIZED* associated behaviors that can be activated through..." 18:03:51 Jeanne: we've been using recognized for a long time 18:03:51 An element with associated behaviors that can be activated through the user interface or through an API. The set of elements that a user agent enables is generally derived from, but is not limited to, the set of elements defined by implemented markup languages. A disabled element is a potentially enabled element that is not currently available for activation (e.g. a "grayed out" menu item). 18:06:04 Greg: we don't really need to change the definition of enabled elements -- just saying there are some elements user won't be able to detect or enable, whenever we are using enabled elements we need to scope it to make sure it's elements that are recognized 18:07:14 Jim: 1.3.3 should go away, Kim agrees, Greg agrees 18:07:22 It does look like the definition of enabled elements includes scripted elements, so 1.3.3 is not needed. 18:07:29 resolution: remove 1.3.3 18:08:45 Jim: I just sent the e-mail on this to the list 18:09:58 Jan has joined #ua 18:09:59 Users need to be able to easily discover web content they can interact with. They need to highlight selection, content focus, enabled elements and links (including recently visited links). 18:10:54 +??P10 18:11:13 zakim, ??P10 is really Jan 18:11:13 +Jan; got it 18:12:06 Users need to be able to easily discover web content they can interact with. The most effective way to do this is highlight selection, content focus, enabled elements and links (including recently visited links). 18:12:53 Users need to be able to easily discover web content they can interact with. One effective way to do this is to highlight selection, content focus, enabled elements and links (including recently visited links). 18:15:07 Users need to be able to easily discover web content they can interact with. One effective way to do this is to enable highlights for selection, content focus, enabled elements and links (including recently visited links). 18:15:08 Users need to be able to easily discover web content they can interact with. One effective way to do this is to highlight enabled elements and links (including recently visited links). They also need to know where they are working, which is enabled by highlighting selection and content focus. 18:16:35 resolution: 18:16:39 Intent of Success Criterion 1.3.1: 18:16:41 Users need to be able to easily discover web content they can interact with. One effective way to do this is to highlight enabled elements and links (including recently visited links). They also need to know where they are working, which is enabled by highlighting selection and content focus. 18:16:42 On some pages controls may be difficult to discern amid a large amount of other content, or may be styled in ways that make them difficult to distinguish from other content. 18:16:44 This can be particularly difficult for people with visual impairments, who may not be able to easily distinguish visual differences that may be subtle or obvious to users with average vision. This can also be difficult for people with some cognitive impairments, who may have difficulty distinguishing between items with similar or non-standard appearance. The ability to have these items... 18:16:45 ...visually distinguished can greatly help reduce the amount of time or number of commands these groups require to examine a page. 18:16:47 Note: In addition to these required categories, it is recommended that user agents also allow the user to highlight the active viewport, even when it is a frame or similar within the active window. This makes it much easier for the user to visually locate the active focus. 18:16:51 Note: Platform conventions will dictate whether or not an inactive keyboard focus (keyboard focus in an inactive viewport) is visually indicated by an inactive cursor. 18:16:54 Note: the definition of visited and unvisited links is up to the user agent. In some cases it might be links visited during the current session, or in other cases links visited in the browser's history until that is cleared. 18:16:57 Examples of Success Criterion 1.3.1: 18:17:00 Jerry is a low vision user. He goes to a website that uses styles to override visited link color. He wants to know what links have yet to be explored. The user agent provides a dialog box for setting overrides to author-selected link colors. 18:17:03 Jerry goes to a website with CSS styles that removes the content focus outline. The user agent provides a dialog box for setting overrides to the author’s CSS focus outline declaration. 18:17:07 Binh gets easily frustrated when he cannot locate the buttons and links on a page, usually because they don't have the standard appearance he's used to. By turning on the option to have all links appear in bright purple, and all push buttons and the like drawn with a bright purple border, he can easily scan the page and find the items he's looking for. 18:19:57 topic: Viewports 18:20:08 working on this message: http://lists.w3.org/Archives/Public/w3c-wai-ua/2012AprJun/0030.html 18:20:33 "ever" -> "when" 18:20:37 1.8.4 Viewport Scrollbars: USERS CAN SPECIFY THAT graphical viewports include scrollbars WHEN the rendered content extends beyond the viewport dimensions, overriding any values specified by the author. (Level A) ## DONE TPAC @@ 636 18:21:33 1.8.4 Viewport Scrollbars: USERS CAN HAVE graphical viewports include scrollbars WHEN the rendered content extends beyond the viewport dimensions, overriding any values specified by the author. (Level A) ## DONE TPAC @@ 636 18:22:07 Greg: specify would mean could also opt not to have it 18:22:37 Jan: split 1.8 into 2 18:22:51 guiedlines 18:23:10 s/guiedlines/guidelines 18:24:14 Greg: wasn't there another one that went with it -- if you are moving this one you might want to move the other one as well-- an SC that recommends they provide a history mechanism 18:24:29 Jan: 3.2.2 is back button, done on March 15 18:24:38 Greg: those go together 18:24:49 Jim: should at least cross reference each other 18:25:02 Jan: agreed 18:25:33 resolution: 3.2.2. and 1.8.5 should cross reference each other 18:25:47 Jan although 1.8.5 might get a new number soon 18:27:03 1.8.3 Resize Viewport: The user can RESIZE GRAPHICAL viewports, within the limits of the display, overriding any values specified by the author. (Level A) ## DONE TPAC 18:27:16 resolution: new 1.8.3 Resize Viewport: The user can RESIZE GRAPHICAL viewports, within the limits of the display, overriding any values specified by the author. (Level A) ## DONE TPAC 18:27:57 Jan: 1.8.7 -- added the word graphical 18:28:45 Greg: wording -- tabs -- anything inside a window is not a top-level window. 18:29:14 Greg: a top-level window is a top-level viewport and I would think that anything inside that would not be a top-level viewport. 18:30:20 Jan: top-level graphical viewport is the top-level viewport that is displaying content. top-level is not content, each of the tabs has content. 18:30:24 The current definition of "top-level viewport" does not address what it's used for (displaying a document, etc.), only about whether it's inside another viewport, and if a window is a viewport, then tabs are not top-level viewports. We could fiddle with the definition of top-level viewport. 18:30:52 Greg: what you're saying makes sense, but maybe the definition of top-level viewport is wrong 18:31:09 Jan: there are some cases where there's only one window and that's it, that's what we are talking about 18:31:43 Greg: leave 1.8.7 as you suggested, then adjust the definition of top level graphical viewports 18:32:31 Jan: we mean top level with respect to the rendering of web content not necessarily with respect to the design of a Windows program 18:33:34 Greg: if you go to a webpage and it's got a toolbar at the top like Google docs -- stuff framing around the actual content of the document -- which of those is the top level -- in that case the chrome to display the Google Doc is content 18:34:20 Jan: iIE top viewport is rendering content. Now Google docs, what is its top level that it's rendering -- it's this other Web content that starts at this point and goes down from there. 18:34:59 Jan: top-level viewport, we mean the top-level that's rendering content, not just its own implementation because you can imagine something that's nested all over the place 18:35:40 Action JR: To write glossary item for top-level viewport (that it is the top rendered content viewport) 18:35:40 Created ACTION-727 - Write glossary item for top-level viewport (that it is the top rendered content viewport) [on Jan Richards - due 2012-05-03]. 18:36:03 Jeanne: maybe should have all the viewport stuff in one place 18:37:30 Jim: that would mean 12 guidelines under principle . 2.11 has 12 18:38:24 Greg: the thing about splitting it is if you look at the guidelines it says something meaningful, more broad if we put them together 18:39:08 Jim: we'll pick this up next week 18:39:23 Jim: what was accepted, if we are splitting etc. 18:40:52 Jim: Jan started a conversation on 1.7, we need to comment. We'll start with this one next week 18:42:48 -Jan 18:43:16 -Kim_Patch 18:47:52 -Jeanne 18:49:09 rrsagent, make minutes 18:49:09 I have made the request to generate http://www.w3.org/2012/04/26-ua-minutes.html jeanne 18:49:10 -Greg_Lowney 18:49:12 -Jim_Allan 18:49:13 WAI_UAWG()1:00PM has ended 18:49:13 Attendees were Jeanne, Greg_Lowney, Kim_Patch, Jan, Jim_Allan 18:49:22 rrsagent, make minutes 18:49:22 I have made the request to generate http://www.w3.org/2012/04/26-ua-minutes.html JAllan 18:49:28 rrsagent, make logs public 19:31:44 zakim, please part 19:31:44 Zakim has left #ua 19:31:51 rrsagent, make minutes 19:31:51 I have made the request to generate http://www.w3.org/2012/04/26-ua-minutes.html JAllan 19:32:03 rrsagent, please part 19:32:03 I see 1 open action item saved in http://www.w3.org/2012/04/26-ua-actions.rdf : 19:32:03 ACTION: JR to To write glossary item for top-level viewport (that it is the top rendered content viewport) [1] 19:32:03 recorded in http://www.w3.org/2012/04/26-ua-irc#T18-35-40