After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 364086 - Orca reports "paragraph 0 paragraph" <char> when you begin typing in a Calc cell.
Orca reports "paragraph 0 paragraph" <char> when you begin typing in a Calc c...
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: speech
2.17.x
Other All
: Normal normal
: ---
Assigned To: Rich Burridge
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-22 05:27 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2006-10-31 19:58 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16

Attachments
Orca debug whilst reproducting the problem. (84.10 KB, text/plain)
2006-10-22 15:49 UTC, Rich Burridge 		  Details
Patch to hopefully fix the problem. (1.68 KB, patch)
2006-10-23 19:29 UTC, Rich Burridge 		none Details | Review

Description Joanmarie Diggs (IRC: joanie) 2006-10-22 05:27:09 UTC 
Please describe the problem:
When you begin to type in a Calc cell, Orca says "paragraph 0 paragraph" followed by the character you just typed.  It only does this for the first character and not subsequent characters.

Steps to reproduce:
1. Launch Orca
2. Launch Calc
3. In cell A1, type "hello"


Actual results:
Orca says "paragraph 0 paragraph h" (I have key echo off).

Expected results:
Orca would not say "paragraph 0 paragraph h", but would instead only echo the characters/words as specified by my key echo setting.

Does this happen every time?
Yes.

Other information:
Comment 1 Rich Burridge 2006-10-22 15:49:50 UTC 
Created attachment 75202 [details]
Orca debug whilst reproducting the problem.

See about line 619:

We get the following event:

vvvvv PROCESS OBJECT EVENT object:state-changed:focused vvvvv
OBJECT EVENT: object:state-changed:focused             detail=(0,0)
    app.name='soffice.bin'        name='Paragraph 0' role='paragraph' state='ACT
IVE EDITABLE ENABLED FOCUSABLE FOCUSED MULTI_LINE SENSITIVE SHOWING VISIBLE' rel
ations=''

The new "object:state-changed:focused" code in onStateChanged() in default.py
is doing this. 

We could certainly override it in the onStateChanged() method
in the StarOffice.py script.

Will, what do you think? ...
Comment 2 Willie Walker 2006-10-22 17:49:03 UTC 
At the time this happens, the paragraph thing used for entering data into the cell has become the locus of focus, so I don't think doing state-changed stuff is all that bad.  As an alternative, we might need to see if there is a way to determine that this paragraph is the editor for the cell contents and do nothing as a result.  I'm not sure where the better place to do this would be - it might be in the StarOffice.py:locusOfFocusChanged method.
Comment 3 Rich Burridge 2006-10-23 19:29:32 UTC 
Created attachment 75258 [details] [review]
Patch to hopefully fix the problem.
Comment 4 Rich Burridge 2006-10-23 19:32:29 UTC 
Patch checked into CVS HEAD. It seems to work nicely for me, but
before I close this out as FIXED, could I please get feedback 
from others on whether this resolves the problem? Thanks.
Comment 5 Mike Pedersen 2006-10-31 19:20:23 UTC 
Ntis now seems to work correctly.
thanks
Comment 6 Joanmarie Diggs (IRC: joanie) 2006-10-31 19:54:35 UTC 
Oops, sorry Rich.  I somehow missed your last comments on this.  Yes, it does resolve the problem.  Thanks!!
Comment 7 Rich Burridge 2006-10-31 19:58:09 UTC 
Thanks all. Closing as FIXED.