- From: Robert Utasi via GitHub <sysbot+gh@w3.org>
- Date: Tue, 06 Mar 2018 16:41:28 +0000
- To: public-css-archive@w3.org
hunboy has just created a new issue for https://github.com/w3c/csswg-drafts: == [css-grid][css-flexbox] Discussion of removing logical order exclusion for readers in the near future. == Current state: https://drafts.csswg.org/css-flexbox/#order-accessibility > Authors must use order only for visual, not logical, reordering of content. Style sheets that use order to perform logical reordering are non-conforming. Testcase: https://www.utasirobert.com/order.html Let me explain this testcase. This is an asyncronous paralel result, the buttons are atomic objects generated expensively by the server. This way is cheap in this theoretic testcase, and in client side we can group them easily by the "order" css property, each skills go to their own group. This true for additional items as well. Now we have 1 problem with the readers. Based on the spec reader reads it in phisical order. To trying solve this problem, let's modify the sctructure using "aria-ownedby" attribute on items. The result is here: https://www.utasirobert.com/order3.html This is almost good ONLY (only!) 1 problem is with it, there is no "aria-ownedby" attribute in WAI-ARIA standard, however it shows the GUI as expected. Let's analyze the WAI-ARIA what he suggests: https://www.utasirobert.com/order2.html The answer is "aria-owns" attribute, so now it reads as expected. But... BUT it is a very expensive way, we must declare unique ID for each items, and we need group them manually in the "aria-owns" attribute, which is very-very expensive, and kills the paralel generation way, requires 3 more select in order, so we might ignore this feature (which is inconsistent or really difficult to solve by manipulating the attribute of heading elements). Summary: in the paralel asyncronous age we must apply the css order for modern readers, anyway we can't group cheaply or normally the elements. Another testcase: https://jsfiddle.net/utasir/rsvu6k9q/61/ In this testcase I emulate an asyncronous webpage generating. The result is always a non-deterministic order of the elements. GUI solves it with css-grid order algorhytm, but not for readers. In the near future I'll suggest to remove the "logical order exclusion for readers" part from the spec. Or at least defining "aria-ownedby" attribute in WAI-ARIA. Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2405 using your GitHub account
Received on Tuesday, 6 March 2018 16:41:33 UTC