User Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2 Build ID: 20110902133214 Steps to reproduce: Created lines in CK Editor with various indentions. Here is the link to CK Editor: http://nightly.ckeditor.com/7291/_samples/replacebyclass.html Actual results: Looked at the exposed MSAA attributes and found that all lines are exposed with a 0 pixel indent. Expected results: Indented lines should have correct pixel indent levels.
I believe what we should do is not show an indention by a number of pixels, but indicate, similar to read-only html documents, the indentation level/blockquote level, much like we do when citing messages in Thunderbird. I believe the object attributes in IA2 already expose something to that effect, but I'd have to look up the spec to be certain. In any case, CK Editor needs to tell us about the indentation levels through its code, or we won't have a chance to see them at all.
From Frank on 9/27/2011: Marco, I queried the CK Editor folks on this and they responded that they were exposing a 40 pixel incrment for each indention, but we observed that Firefox always says that the indent level is 0 pixels.
The question is *how* they expose that indentation. If it's through pure CSS, it is very likely we are not picking that up, because there is no standard this information is to be translated from CSS to a11y APIs yet. Other editors expose stuff like this through blockquote elements that are styled in accordance with the wanted indentation level. This way we would pick it up automatically. That would not give you exact pixels, but an idea about the indentation anyway.
Frank, it would be helpful to know how they set up the indentation, for example, code snippet.
The text-indent object attribute seems to correspond to the text-indent CSS property, which specifies "the indentation of the first line of text in a block container", not the indentation of the entire block. If I do: <p style="text-indent: 5px">blah</p> Firefox correctly exposes 5px in the text-indent object attribute.
All we need to do is fix nsAccessible::GetAttrbutesInternal (http://mxr.mozilla.org/mozilla-central/source/accessible/src/base/nsAccessible.cpp#1414) the same way how we expose other CSS based object attributes. Keep in mind to add tests: attributes/test_obj_css.html
6 years ago
Created attachment 594569 [details] [diff] [review] First bugfix attempt ... DIFF file Can someone review this? If it's going in the right direction, I'd like to be added as the "Assign to"... I noticed CK Editor uses margin-left (40 pixel increment as noted) not left-indent. I'm not sure how (Frank DiPalermo) looked at the exposed MSAA attributes, maybe this has something to do with it. Also, the IA2 spec indicates margin property <length> values be in mm but px works also, so that's how I left the test HTML. Finally, the request indicates exposing "margin" attributes, so I didn't address object attributes: line-height, line-spacing, and tab-stop.
Comment on attachment 594569 [details] [diff] [review] First bugfix attempt ... DIFF file Review of attachment 594569 [details] [diff] [review]: ----------------------------------------------------------------- r=me with comment fixed ::: content/base/src/nsGkAtomList.h @@ +1997,5 @@ > GK_ATOM(textAlign, "text-align") > +GK_ATOM(marginLeft, "margin-left") > +GK_ATOM(marginRight, "margin-right") > +GK_ATOM(marginTop, "margin-top") > +GK_ATOM(marginBottom, "margin-bottom") nsGkAtomsList.h keeps atoms in alphabetical order
Created attachment 594637 [details] [diff] [review] Fixed Fixed
Landed this on Mark's behalf on mozilla-inbound: http://hg.mozilla.org/integration/mozilla-inbound/rev/50c00def777a Thank you for the patch, Mark!
You're all very welcome :-P Let me know if there's anything I need to do to "complete" this ... if it's safely in your court now I'll be looking at Bug 672202 - Don't completely hide aria-valuenow exposure with aria-valuetext exposure.
Mark, no, go right ahead! If there's anything that we need to follow up with you, you'll see it appear on this bug.
Thanks Mark - this has now been merged to mozilla-central & will be present in tomorrow's Nightly :-) https://hg.mozilla.org/mozilla-central/rev/50c00def777a
https://developer.mozilla.org/en/Accessibility/AT-APIs/Gecko/Attrs should be updated
Documentation updated: https://developer.mozilla.org/en/Accessibility/AT-APIs/Gecko/Attrs#Hypertext_attributes Mentioned on Firefox 13 for developers.