17:07:19 RRSAgent has joined #ua 17:07:19 logging to http://www.w3.org/2015/06/04-ua-irc 17:07:21 RRSAgent, make logs public 17:07:21 Zakim has joined #ua 17:07:23 Zakim, this will be WAI_UAWG 17:07:23 I do not see a conference matching that name scheduled within the next hour, trackbot 17:07:24 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 17:07:24 Date: 04 June 2015 17:07:30 rrsagent, set logs public 17:07:42 Agenda+ GL4 proposal based on last weeks meeting 17:07:44 Agenda+ 1.7 rewrite 17:07:45 agenda+ Cynthia comments 17:08:01 Kim has joined #ua 17:14:15 open item 1 17:14:28 topic: SC 4.1.4 DOM 17:17:18 - awaiting more information. Two screen readers say they need the DOM, a technologist and a different screen reader say the DOM access is a lost cause 17:17:50 close item 1 17:18:09 open item 2 17:18:22 topic: Guideline 1.7 17:18:30 http://lists.w3.org/Archives/Public/w3c-wai-ua/2015AprJun/0047.html 17:20:34 How is "styles" different from the term "style properties" we already have? 17:21:37 Style properties is defined as "Properties whose values determine the presentation (e.g. font, color, size, location, padding, volume, synthesized speech prosody) of content elements as they are rendered (e.g. onscreen, via loudspeaker, via braille display) by user agents. Style properties can have several origins..." 17:22:42 "Style Properties" is only used in the glossary. 17:23:39 js: we should just leave it. styles are important 17:25:37 Re changing the term "stylesheets" to "styles", we already define "stylesheets" to broadly that it applies to many technologies, including but not limited to CSS-type stylesheets. Thus changing to another term that's inherently broader, such as "styles", seems like a purely editorial change, rather than substantive. 17:25:51 +1 17:26:28 "Style sheet" (two words) is defined as "A mechanism for communicating style property settings for web content, in which the style property settings are separable from other content resources." 17:26:54 Thus I believe it would apply to user stylesheets and also to extensions like Stylish. 17:28:08 Thus, if we leave the SC to require "user stylesheets", but user stylesheets are already inclusive of other technologies such as Stylisht, then Microsoft Edge could presumably comply by simply supporting Stylish rather than traditional CSS/HTML user stylesheets. (For better or worse.) 17:28:50 If, on the other hand, we feel that traditional stylesheets are important enough to require specifically, we would have to change the SCs or the definitions to accomplish that. 17:29:41 s/Stylisht/Stylish/ 17:30:02 js: don't see that we need to change SC or Defs. 17:30:40 ja: leave them as they are. 17:30:48 js: +1 17:31:14 gl: important for user stylesheets or some other mechanism - stylish, etc. 17:31:22 js: the second 17:31:32 Even Greasemonkey would presumably suffice to meet today's SC. 17:32:53 ja: proposal was to communicate a styling mechanism 17:33:19 js: we try to reword to make it broad, and end up confusing people. 17:33:54 The current wording is technically accurate, but it will mislead anyone who doesn't consult the glossary. 17:34:11 That is, assuming we want Stylish and Greasemonky to be enough to comply. 17:34:22 s/Greasemonky/Greasemonkey/ 17:36:12 ja: keep stylesheets or change to style modification mechanism 17:38:06 gl: distinction - stylseheet is separate from content. but in pdf style is not separate. if you change from stylesheets which is separate to style modification mechanism...would it still apply to pdf 17:38:55 Another concern is that our definition of style sheet limits it to mechanisms "in which the style property settings are separable from other content resources". If we go to a more general mechanism, what would keep it from applying to web content formats where formatting is hard-coded in? 17:41:03 ja: we have many implementations to meet changing style changes if one UA - PDF doesn't ... I'm ok with that, don't want to change the SC to make them weaker 17:44:28 gl: ok with this. 17:44:43 http://lists.w3.org/Archives/Public/w3c-wai-ua/2015AprJun/0047.html 17:45:39 1.7.1 Support User Style Modification Mechanism: If the user agent supports a mechanism for author styles, the user agent also provides a mechanism for a user to override author styling on specified elements. (Level A) 17:46:30 1.7.1 Support User Stylesheet or User Style Modification Mechanism: If the user agent supports a mechanism for author styles, the user agent also provides a mechanism for a user to override author styling on specified elements. (Level A) 17:47:30 Added “on specified elements” seemed that overriding could be viewed as simply turning off the styles. Wanted it to be more. Styish provide mechanism for changing specific elements on specific pages. 17:47:44 To be clear, it previously read "1.7.1 Support User Stylesheets: If the user agent supports a mechanism for author stylesheets, the user agent also provides a mechanism for user stylesheets. (Level A) ". 17:48:03 Another concern re the proposed 1.7.1: The term "specified element" (or "specified elements") is not used elsewhere in the document. Did you mean "specified element types"? I feel that specifying for individual elements is less useful than by element types, as while the former can be useful on occasion, it’s a lot of work if you have to use it widely or frequently. 17:51:13 I was worried that a browser could comply by providing a debugger in which the user could override the formatting of a particular element, but would have to repeat it for every single paragraph. However, if you consider that too theoretical a problem, that's okay. 17:51:37 That means, though, that providing the debugger is sufficient to comply, correct? 17:51:57 gl: has concerns about strength or abilities of tools to override really poor content 17:52:56 js: yes it would comply. sigh. this is the argument for keeping stylesheets 17:53:40 That could be addressed either by going back to "user stylesheets" or changing Jim's new wording from "specified elements" to "specified element types". (Or just ignore it and allow debugger to comply.) 17:54:47 1.7.1 Support User Stylesheet or User Style Modification Mechanism: If the user agent supports a mechanism for author styles, the user agent also provides a mechanism for a user to override author styling. (Level A) 17:56:16 With that, would a browser comply just by providing a debugger? Would it comply simply by allowing the user to *disable* author styling, without allowing them to substitute their own? 17:57:45 Don't we want this SC to require the user to specify their own styles, overriding the author's? We're losing that in the proposed rewrite. 17:57:56 1.7.1 Support User Stylesheet or User Style Modification Mechanism: If the user agent supports a mechanism for author styles, the user agent also provides a mechanism for a user styling to override author styling. (Level A) 17:57:58 s/to specify/to be able to specify/ 17:58:37 js: +1 17:59:54 That takes care of my concern that 1.7.3 would automatically comply with 1.7.1, but does it still allow presence of a debugger to be sufficient? 18:00:08 ja: yes, not sure we will get around that. 18:01:54 However, I can live with that wording if you want to use it. 18:02:37 RESOLUTION: change 1.7.1 to be Support User Stylesheet or User Style Modification Mechanism: If the user agent supports a mechanism for author styles, the user agent also provides a mechanism for a user styling to override author styling. (Level A) 18:04:48 I would explain this by saying that it is almost entirely an editorial change, that instead of using a technical term which we'd redefined more broadly, we'll use a more general term so as to not be misleading people who do not consult the glossary. This should remove Microsoft's concern when they thought we were requiring a specific implementation that they didn't want to support, when in... 18:04:49 ...fact we were requiring end user functionality and leaving implementation mechanism up t them. 18:04:58 s/up to them/to up them/. 18:05:44 s/up t them/up to them 18:06:21 In the process, we may have made it slightly broader if it's interpreted as allowing things that apply element-by-element rather than requiriing mechanisms that apply to the whole document. 18:08:56 Topic: 1.7.2 apply user styles 18:09:24 1.7.2 Apply User Stylesheets: If user stylesheets are supported, then the user can enable or disable user stylesheets for: (Level A) 18:09:26 All pages on specified websites, or 18:09:27 All pages 18:09:34 Firefox lets the user install exactly one CSS file which applies to all rendered documents, thus complying with the second bullet. 18:09:54 Stylishl applies styling to all pages on a specific site, thus complying with the first bullet. 18:10:04 s/Stylishl/Stylish/ 18:13:55 1.7.2 Apply User Styles: 18:13:57 If a mechanism for user styles is supported, then the user can enable or disable user styles for: (Level A) 18:13:58 All pages on specified websites, or 18:14:00 All pages 18:15:44 If we are removing "sheets" from the other SC, we should remove it here, too. As I said, it's purely editorial given our glossary entry for stylesheet. 18:17:18 RESOLUTION: change 1.7.2 to be 1.7.2 Apply User Styles: If a mechanism for user styles is supported, then the user can enable or disable user styles for: (Level A) *All pages on specified websites, or *All pages 18:17:34 action: Jeanne to change the links in 1.7 from user and author stylesheets to user and author styles (under the def of style properties) 18:17:34 Created ACTION-1086 - Change the links in 1.7 from user and author stylesheets to user and author styles (under the def of style properties) [on Jeanne F Spellman - due 2015-06-11]. 18:18:01 topic: 1.7.3 disable author styles 18:18:41 proposal: 1.7.3 Disable Author Styles: If the user agent supports a mechanism for author styling of rendered content, the user can disable the author styles on the current page. (Level A) 18:19:08 original: 1.7.3 Disable Author Stylesheets: If the user agent supports a mechanism for author stylesheets, the user can disable the use of author stylesheets on the current page. (Level A) 18:20:59 proposal: 1.7.3 Disable Author Styles: If the user agent supports a mechanism for author styes, the user can disable the author styles on the current page. (Level A) 18:21:01 This uses a longer phrase than the new wording from 1.7.2. 18:21:58 proposal: 1.7.3 Disable Author Styles: If the user agent supports a mechanism for author styles, the user can disable the author styles on the current page. (Level A) 18:21:59 author styles: Style property values that are set by the author as part of the content (e.g. in-line styles, author style sheets). 18:24:54 Fine, I think it's a purely editorial change. 18:24:58 RESOLUTION: change 1.7.3 to 1.7.3 Disable Author Styles: If the user agent supports a mechanism for author styles, the user can disable the author styles on the current page. (Level A) 18:25:42 topic: 1.7.4 save styles 18:25:56 current: 1.7.4 Save Copies of Stylesheets: The user can save copies of the stylesheets referenced by the current page. This allows the user to edit and load the copies as user stylesheets. 18:26:41 proposal: 1.7.4 Save Copies of Styling Profile: The user can save copies of the user styles referenced by the current page. This allows the user to edit and load the copies on other devices. (Level AA) 18:27:08 The new wording has problems. It only saves copies of user styles, not of the author styles like the original SC did. 18:27:44 proposal: 1.7.4 Save Copies of Styling Profile: The user can save copies of the styles referenced by the current page. This allows the user to edit and load the copies on other devices. (Level AA) 18:28:29 Better, but still not perfect. The original only required the browser to save the author-provided stylesheet to the user's local storage. 18:29:55 However, it seems that the new wording would require the browser to extract all the formatting (e.g. style=, etc. etc.) from an HTML document, and save it separately from the original document, effectively creating a new stylesheet where there was none before, and perhaps even applying ID attributes to elements so that formatting could be applied to them via the new stylesheet. 18:31:02 That is because it requires saving all styling in the page, not just external stylesheets. 18:31:26 ja: agree. leave 7.1.4 alone 18:31:32 js: +1 18:31:35 +1 18:32:03 rrsagent, set logs public 18:32:11 rrsagent, make minutes 18:32:11 I have made the request to generate http://www.w3.org/2015/06/04-ua-minutes.html allanj 18:32:16 +1 18:32:20 1.7.1 through 1.7.3 were about providing a mechanism for overriding styles, not anything about the styles themselves. 18:33:34 topic: reorder 1.7 18:33:47 proposal: 3,1,2,4 18:33:58 kp: +1 18:34:07 I have no strong opinion on the order. 18:34:13 action: jeanne to reorder 1.7 to 1.7.3, 1, 2, 4 18:34:18 Created ACTION-1087 - Reorder 1.7 to 1.7.3, 1, 2, 4 [on Jeanne F Spellman - due 2015-06-11]. 18:36:10 rrsagent, make minutes 18:36:10 I have made the request to generate http://www.w3.org/2015/06/04-ua-minutes.html allanj