Issue 32838 - incorrect coordinates for text exposed via text interface for push buttons
Summary: incorrect coordinates for text exposed via text interface for push buttons
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: AccessBridge (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: eric.savary
QA Contact: issues@ui
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2004-08-11 12:43 UTC by remusd
Modified: 2005-02-08 07:25 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
a simple tester (2.83 KB, text/txt)
2004-08-12 08:17 UTC, remusd
no flags Details
and its results (18.65 KB, text/txt)
2004-08-12 08:19 UTC, remusd
no flags Details
binary for the tester (75.58 KB, application/octet-stream)
2004-08-13 12:49 UTC, remusd
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description remusd 2004-08-11 12:43:34 UTC
If a button from toolbar is quered for coordinates for every character exposed
via its text interface it will retur wrong coordinate. More, it will return same
character for all positions.

Ex:

 for (i = 0; i < getCharCount(text); i++)
 {
   gchar *ch = getText (text, i, i+1);
   long x, y, w, h;
   getCoord (text, i, &x, &y, &w, &h);
  fprintf (stderr, "\n%s (%d-%d)-(%d-%d)", ch, x, y, w, h);
 }

will display (for "New" button)
 N (3-7)-(3,7)
 N (3-7)-(3,7)
 N (3-7)-(3,7)
Comment 1 remusd 2004-08-11 12:45:40 UTC
This is cause of bug http://bugzilla.gnome.org/show_bug.cgi?id=149602.
Comment 2 ru 2004-08-11 13:47:18 UTC
Ralf -> Remus: Can you please provide us with a test case or a small test
program so that we're able to reproduce it here? Thanks.
Comment 3 remusd 2004-08-12 08:17:11 UTC
Created attachment 17089 [details]
a simple tester
Comment 4 remusd 2004-08-12 08:19:58 UTC
Created attachment 17090 [details]
and its results
Comment 5 ru 2004-08-12 12:52:58 UTC
Ralf -> Remus: Ii's not possiblefor me to build it on my machine. Could you
please provide a binary for JDS? Thanks.
Comment 6 remusd 2004-08-13 12:49:34 UTC
Created attachment 17127 [details]
binary for the tester
Comment 7 nospam4obr 2004-08-20 12:57:47 UTC
I think we have 3 different issues here:

1. AccessibleText should only be exposed if the toolbars items contain visible
text. But even when switching to Tools - Configure - Toolbars -  Contents - Text
the returned results are not as expected, because

2. getCharacterBounds() always returns (0,0,0,0) regardsless of the display mode
the toolbar items are in and finally

3. the getText() implementation of the gnome-java-bridge does not work well with
StarOffice. 
Comment 8 nospam4obr 2004-08-20 13:56:42 UTC
The 3rd issue is a gnome-java-bridge issue, and I have reopened
http://bugzilla.gnome.org/show_bug.cgi?id=149602 for that.

However we need to do something about #1 and #2.

Target as suggested by MD for now, but the issue may become a JDS stopper and
thus 1.1.x relevant.
Comment 9 pb 2004-08-30 11:31:59 UTC
#1: queryInterface() will consider the toolbox style (symbol, text or both) and
will disable XAccessibleText for symbol style.

#2: getCharacterBounds() works correctly if the toolbox style is "Text" or
"Symbol and Text"
Comment 10 pb 2004-09-03 11:47:00 UTC
#1 is fixed in cws os36.
Comment 11 pb 2004-09-07 08:47:09 UTC
.
Comment 12 pb 2004-09-07 08:47:41 UTC
pb -> obr: please can you (or do you know someone who can) verify this. You will
find an instset for linux on /cws/so-cwsserv06/os36/unxlngi5.pro/en-us/office/normal
Thank you.
Comment 13 nospam4obr 2004-09-07 13:35:01 UTC
Eric, this should fix the "11 empty lines" problem in gnopernicus' flat review
mode. Could you please verify this ? Thanks.
Comment 14 nospam4obr 2004-09-07 13:35:22 UTC
Restoring FIXED state.
Comment 15 eric.savary 2004-09-28 17:58:19 UTC
Verified in cws os36 but issue 34747 and issue i34751 have been found which have
been at first preventing from testing this fix.
Comment 16 eric.savary 2005-02-08 07:25:42 UTC
closed