Apache OpenOffice (AOO) Bugzilla – Issue 71385
[a11y] Numerous text attributes not provided.
Last modified: 2013-08-07 14:42:35 UTC
See also Orca bug #372965 which is blocked because of this bug. http://bugzilla.gnome.org/show_bug.cgi?id=372965 There are many text attributes that a sighted user can obtain by glancing at the screen. Orca currently does not provide access to these attributes. It can't provide them, because they aren't currently provided by OOo. Attributes which would be helpful to have access to via Orca include: * The bulk of the items in the Character dialog (Format menu... Character): * Color (foreground and background) * Highlighting * Position (superscript, subscript, normal) * Scale width * Spacing (expanded, collapsed, normal) * Relief * Rotation * Outline, Shadow, Blinking Note that the "style" attribute is covered by OOo issue #71383.
Reassigned to ES.
Reassigned to OBR
Note that the color attribute should be there if a specific color has been chosen. Only the (theme dependant) default colors are not exposed.
As previously stated, the color attributes (foreground/background) are currently not exposed if they match the default values of the theme. Do you really think it make sense to provide the RGB values for those ?
When I filed the original Orca bug, my list was based on everything we weren't getting from Orca -- color being one of them. I just did a comparison between getDefaultAttributes and getAttributes. Color attributes (as you indicated) are attainable via getAttributes when they are NOT a property of the entire paragraph. They are attainable via getDefaultAttributes when they ARE a property of the entire paragraph. This seems to be consistent with how other attributes are exposed (right??). If so, then perhaps it is not necessary to expose them further. But I'll let Rich and others chime in. As far as I'm concerned, the bottom line is that we need a quick and efficient (and predictable/reliable) way to obtain ALL of the text attributes.
To follow-up on my previous comment: If the color is not exposed, can we safely assume that it is definitely black text on a white background, or is there a possibility that it is something else?
The colors depends on the theme you are using: in most themes the text color is "black on white", while on inverse themes it most likely is "white on black". So currently a missing color attribute means somthing like: "default".
Here's what gedit currently supplies as default attributes: left-margin:2; right-margin:2; indent:0; invisible:false; editable:true; pixels-above-lines:0; pixels-below-lines:0; pixels-inside-wrap:0; bg-full-height:false; rise:0; underline:none; strikethrough:false; size:8; scale:1; weight:400; language:en-us; family-name:Monospace; bg-color:65535,65535,65535; fg-color:0,0,0; bg-stipple:false; fg-stipple:false; wrap-mode:word; direction:ltr; justification:left; stretch:normal; variant:normal; style:normal So yes, I think it would be a good idea to specify the foreground and background colors as rgb values. Thanks.
implement method <getBackground()> at class <SwAccessibleParagraph> - Writer implementation of <XAccessibleEditableText> - changed files: /sw/source/core/access/accpara.hxx, 1.36.174.1 /sw/source/core/access/accpara.cxx, 1.67.96.3
atktext.cxx: revision: 1.5.70.1 atktextattributes.cxx: revision: 1.4.136.2 atktextattributes.hxx: revision: 1.3.176.1 add support for "language" and "scale".
/vcl/unx/gtk/a11y/atktextattributes.cxx 1.4.136.4 adds support for "font-effect" attribute as described in http://www.w3.org/TR/2002/WD-css3-fonts-20020802/#font-effect-prop.
vcl/unx/gtk/a11y/atktextattributes.cxx 1.4.136.5 adds support for "text-decoration" (underline, line- through, blink) as described in http://www.w3.org/TR/REC-CSS2/text.html#lining-striking-props .
vcl/unx/gtk/a11y/atktextattributes.cxx 1.4.136.6 adds support for "text-rotation" in degrees and "text-shadow" as in http://www.w3.org/TR/REC-CSS2/text.html#propdef-text-shadow revision 1.4.136.7 for "direction" (see ATK docu) and "writing-mode" as in http://www.w3.org/TR/2001/WD-css3-text-20010517/ #PrimaryTextAdvanceDirection revision 1.4.136.8 for "stretch" (see ATK docu) and "vertical-align" as in http://www.w3.org/TR/REC-CSS2/visudet.html#propdef-vertical-align ("sub", "super" and "<percent>%") Note: ignore ATK attribute "rise" as no mapping seems to be possible in the bridge "line-height" as in http://www.w3.org/TR/REC-CSS2/visudet.html#propdef-line-height (<percent>% and <height>pt) Note: ignore ATK attribute "pixels-inside-wrap" as a mapping would only be possible for "fixed" line height
please verify.
Verified in atkbridge5
Ok in OOF_m5