Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

No cell content read anymore in OpenOffice Calc #145

Closed
nvaccessAuto opened this issue Jan 1, 2010 · 4 comments
Closed

No cell content read anymore in OpenOffice Calc #145

nvaccessAuto opened this issue Jan 1, 2010 · 4 comments
Labels
bug close/worksforme

Comments

@nvaccessAuto
Copy link

Reported by zitzke on 2008-07-27 07:48
When navigating through an OpenOffice Calc table NVDA announces the cell coordinates followed by the word "label". However the actual content of the cell is not spoken. This worked just fine in the P1 release. This may well effect all other Java tables too.
@nvaccessAuto
Copy link
Author

Comment 1 by mdcurran on 2008-07-30 22:13
Partially fixed in r2316. However, this only works for editable spreadsheets. NVDA's rules for when to use accessible text will have to be improved some what so that it can work with read-only sheets as well.
Changes:
Milestone changed from 0.6p2 to 0.6

@nvaccessAuto
Copy link
Author

Comment 2 by jteh on 2009-06-23 05:30
Changes:
Milestone changed from 0.6 to None

@nvaccessAuto
Copy link
Author

Comment 3 by nvdakor on 2014-05-29 05:30
Hi,
Whoever opened this ticket, can you try using Open Office 4.1 (or whatever the latest stable version is) Calc to see if it is fixed? Thanks.

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2014-05-29 05:53
I just tested and the content of cells in Calc is read correctly in OpenOffice 4.1. Please reopen if the problem persists.
Changes:
Added labels: worksforme
State: closed

michaelDCurran added a commit that referenced this issue May 1, 2018
@michaelDCurran
Roll back to comtypes commit edbaf3 as 98f6a42 causes comtypes issue #…
61b73a8 
…145.
michaelDCurran added a commit that referenced this issue May 16, 2018
@michaelDCurran
Restore handytech COM server (#8213)
d3abab7 
* Upgrade comtypes to 1.1.4 which fixes a bug affecting the Handitech COM server.

* miscDeps again contains handytech files until Handytech driver supports native auto detection and ATC.

* Restore the Handytech COM registration in our manifest.

* Readme: mention comtypes 1.1.4

* Roll back to comtypes commit edbaf3 as 98f6a42 causes comtypes issue #145.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug close/worksforme
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@nvaccessAuto