Closed allanj-uaag closed 7 years ago
Great SC except that there are MANY other exeptions you need to make. MAPS, Diagrams, drawings, plans, schematics , etc.
And you can't make them by list -- you will always exclude them.
Before this can advance (and it is a good one ) you need to capture what needs to flow and what does not / can not without destroying the information.
hmmmm
how about
Except where reflow causes distortion or loss of information.
OH another problem you just said single column. you didnt say REFLOW nor specify column width.
(also wrong form for an SC)
Maybe
All content can be viewed as a single column with reflow except where reflow would cause distortion or loss of information
Can we use a similar exception to #77 Resize content? ...unless "the spatial layout of some the content is essential to that contents use, that part of the content is exempt."
It is worth considering these two together, as effectively Resize content is for browser based zoom up to 400%, and this one goes beyond that for people who re-style the content or remove styles from the content.
If #57, #58 are not combined, here's a tweak of #58. Don't need the bit about reading order... its already required. SC 1.3.2
Content can be viewed as a single column, except where:
Gregg raised concern that this list of exceptions could end up endless, and that we should find another way to characterizes the quality of the exceptions and make one generic statement. He suggested "except where reflow would cause distortion or loss of information". I added the third exception to try to address this possible endless list. (the 3rd bullet could also be something like "The layout is essential to the function and understanding of the content")
Okay, last of my broad LVTF comments... I'd like to assert that IF you make a requirement to Reflow into a single column without horizontal scrolling, it is very difficult to imagine a situation where you would need a more elaborate Resize Text requirement. If I can reach the existing 200% Resize Text and my authoring enables the new requirement to reflow into a single column without horizontal scrolling, then there should be nothing impeding the reflow to the abilities of the user agent, be they 250%, 500% or whatever. Can anyone think of a scenario where this would not be the case?
I think the reverse applies as well: if you don't offer the ability to reflow to a single column, you are going to have great difficulty achieving 400% magnificiation without scrollbars. So I don't see anything gained by creating both new requirements.
A mechanism is available to view content as a single column, with blocks of text in this column user adjustable to 25 characters without requiring two dimensional scrolling, except where:
@mbgower I think most modern browsers stop at about 400%. There might be an argument for combining #77 resize one in here with #57 and #58. But I'm thinking we may want to leave them separate in the draft.
@mbgower For context, the original user-requirement was for the ability for a 1100% increase in sizing without horizontal scrolling!
That was broken down into two:
If you consider SC 1.3.2 to cover reading order in that scenario then arguably it could cover reflow, but previously it hasn't been interpreted that way.
The impact of these could be that the current 1.4.4 is redundant, however, it is still useful for niche cases within the exceptions. E.g. for content which requires 2D and can scroll, the text should be increased by 200%.
A short screencast to show visually how some of that is intended to work.
merge with merge with visual-presentation wcag issue 51 Or with support-personalization wcag issue 6
Link to Lisa's proposal #51
@alastc said:
the original user-requirement was for the ability for 1100% increase in sizing without horizontal scrolling!
Can you please explain the rationale for that target? I'd also like to understand how you approach this target without AT. The most magnification I've seen in a user agent is 500%. Reflow doesn't make that number go any higher. Reflow gives an author the ability to magnify 4x without scrolling. My admittedly quick assessment of a handful of well-known/used sites suggests that the breakpoint to a single column for most sites is much earlier than 400%. No site I tested with any kind of 'rich' content could achieve a 4x magnification without both scrollbars unless content was reflowed to a single column.
I guess if a user overrode the CSS of a page and made all the text very large THEN magnified it, they could approach 11x, but ultimately there are only 2 things authors need to do to achieve that: Reflow (to single column, no horizontal) and don't impede users' ability to use their own style sheets. I welcome being shown the failure of my logic, but it still seems to me that with just two such SCs in place, we arrive at a place where the limitations are all on the user agent (and beyond the control of the author).
If you consider SC 1.3.2 to cover reading order in that scenario then arguably it could cover reflow,
I was not considering Meaningful Sequence in this discussion. I've normally thought of that as a requirement to ensure the visual order matches the DOM order (as read by an AT, etc). I'd expect less issues with a single column reflow, but I would be surprised if that resolved all meaningful sequence issues.
1.4.4 is redundant, however, it is still useful for niche cases within the exceptions.
Given the need for backward compatibility, as well as to cover the exceptions, absolutely it is useful. I'll be a bit cheeky and suggest the 400% proposal seems to be redundant. If someone can reflow to single column without horizontal scrolling, and they are successfully meeting the 200% requirement, the limitation would seem to me to be the user agent. If folks want to specify 400% I'm not going to lose much sleep, but it seems unnecessary.
BTW, shouldn't no two-dimensional scrolling (or whatever we're going to call it) be specified in this SC? Just because something is one column, doesn't mean it fits the browser width. I think that has to be clearly stated -- and there may need to be some language around the minimum width supported (or perhaps that's a user agent item).
@alastc Here is the consensus proposal from LVTF for this issue.
Content can be viewed as a single column, except where:
Gregg says: Great SC except that there are MANY other exceptions you need to make. MAPS, Diagrams, drawings, plans, schematics , etc. And you can't make them by list -- you will always exclude them. Before this can advance (and it is a good one ) you need to capture what needs to flow and what does not / can not without destroying the information. The following are possible third bullets. @GreggVan
@mbgower I think we're talking at cross purposes here.
Did you see this email to the thread? https://lists.w3.org/Archives/Public/w3c-wai-gl/2017JanMar/0202.html and the screencast? https://alastairc.ac/tests/layouts/resizing-scs.mp4
Reflow is the name of the SC, not necessarily the mechanism, perhaps we need to call it linearisability or something?
Can you please explain the rationale for that [1100%] target?
That is what some people with low vision need, and use when they can. You can get there in a browser, but you have to use both zoom and text size via user-stylesheets or something like that.
If I can reach the existing 200% Resize Text and my authoring enables the new requirement to reflow into a single column without horizontal scrolling, then there should be nothing impeding the reflow to the abilities of the user agent, be they 250%, 500% or whatever. Can anyone think of a scenario where this would not be the case?
It is not the case for most sites (which do get to 400%) under author-styles. At over 400% zoom, author-defined layouts will break down with no easy options available to the author. The branding at the top, the menus (even mobile optimised ones) will start overlapping. You have to take an extreme 'linearise all the things' approach.
Check this example page, and use the link "Linearise page at 20em wide" so see what I mean. That is orthogonal to sizing, some people have little peripheral vision and don't increase the size, but can't see very widely.
Also note how the navigation at the top changes order differently under a reflow and zooming-reflow.
ultimately there are only 2 things authors need to do to achieve that: Reflow (to single column, no horizontal) and don't impede users' ability to use their own style sheets.
Exactly, the first is covered by Resize content, and this is aimed primarily at the second.
I'd expect less [meaningful sequence] issues with a single column reflow, but I would be surprised if that resolved all meaningful sequence issues.
Agreed, and previously meaningful sequence hasn't been applied to the low-vision use case (thus the need for an SC).
If someone can reflow to single column without horizontal scrolling, and they are successfully meeting the 200% requirement, the limitation would seem to me to be the user agent.
The current 200% doesn't prevent horizontal scrolling, so it is not good enough. As soon as you put in a requirement for no horizontal scrolling then you need media queries to reflow, and if you have those, 400% is quite reasonable.
Also, we haven't had much luck with getting the user agents to change...
-Alastair
@alastc change short name to "Single column:
Single Column: Content can be viewed as a single column, except where:
==OR==
Single Column: A mechanism is available to view content as a single column, except where the spatial layout is essential to the function and understanding of the content.
==OR===
Single Column: Content can be viewed as a single column, except where the spatial layout is essential to the function and understanding of the content.
============ Then in the understanding we could list Tables, Interactive controls, maps, diagrams, drawings, plans, schematics , etc.
I'm not sure which option best indicates that the mechanism for making in single column can be done with the UA? What do you think about "Linearisation" as the short name?
Personally, I think data-tables and interactive controls should be covered under:
The spatial layout is essential to the function and understanding of the content.
That can be confirmed in the understanding doc.
Therefore I'm leaning towards:
Linearisation: A mechanism is available to view content as a single column, except where the spatial layout is essential to the function and understanding of the content.
Except that it implies if any of the content relies on spatial layout, the whole page is exempt.
So, how about:
Linearisation: A mechanism is available to view content as a single column, except where the spatial layout is essential to the function and understanding of the content, that part of the content is exempt.
Getting a bit long, but it has the meaning we want...
I'm ok with that.... Word smithing to remove a few redundant words, might look like this:
Linearisation: A mechanism is available to view content as a single column, except for parts of the content where the spatial layout is essential to the function and understanding of the content.
Ah, better, thanks.
OK I'll submit this as ready for group review.
From WG call of 01/17/17 What would happen if content was laid out in
Current versions of SC and Definitions
SC for viewing | SC for editing
SC in full draft guideline ## Current versions of SC and Definitions
Understanding doc for viewing | Understanding doc for editing | Understanding doc in master
Open issues and Surveys
Open issues: SC Status page
(Links to surveys require W3C Member access)
SC Shortname
Linearization
SC Text
A mechanism is available to view content as a single column, except for parts of the content where the spatial layout is essential to the function and understanding of the content.
Suggested Priority Level
Level A
Related Glossary additions or changes
none
Relevant Guidelines and Success Criteria
Guideline 1.3 (Flexible Date) is essential for reflow. SC 1.3.2 (Meaningful Sequences) establishes the necessary structure for reflow to occur. Without reflow SC 1.4.4 (Resize Text) could not be extended to enable very large text. Finally, without reflow restriction of column size would be difficult. This allows raising the level of SC 1.4.8(2) (Visual Presentation (width)) to Level A.
Principle 1, Guideline 1.4 (Distinguishable) is the most appropriate location for this new success criteria. This is because it focuses on presentation of content in a single column of elements with all text in single column format.
The final fit for reflow is in Principle 2, Guideline 2.4 (Navigation). Most people with low vision could benefit from a single column view of a page. This is because items get lost in a two dimensional presentation. (See Benefits below)
Description
Content can be viewed in a single column. All text is presented in single column format and the Line Length SC ensures that all lines of text word wrap to fit the available space. Data tables will have a standard tabular display, a two-dimensional matrix. Some user agents do not support active data such as form controls in reflow. In these cases the content author is not responsible for creating content that reflows.
This good reflow of HTML was accomplished by a custom style sheet.
Properly reflowed PDF text.
Improper characters used by the author for spaces. This causes words to jam together with reflow. This authoring problem occurs frequently with PDF.
Benefits
One important need of most people with low vision is to reconfigure a presentation from a normal two-dimensional page to a one-dimensional organization of data. This is not always the case, but it is a frequent need. For quick scanning the original structure may be useful to scan for recognizable items. This is usually done when the user knows a page and is looking for just one thing. In cases where careful examination of the page is necessary one column presentation is needed. The reasons are given below.
Testability
Techniques
Existing Relevant Techniques
New Techniques
Note: This is necessary because non-decorative images cannot be reflowed.
Related Information
Articles
Email
GitHub
Minutes
Surveys
Wiki Pages