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

Support IAccessible2 labelled-by relation #17437

Conversation

michaelweghorn
Copy link
Contributor

@michaelweghorn michaelweghorn commented Nov 26, 2024

Link to issue number:

Fixes #17436

Summary of the issue:

IAccessible2 has an IA2_RELATION_LABELLED_BY relation type, see https://accessibility.linuxfoundation.org/a11yspecs/ia2/docs/html/group__grp_relations.html#ga7bbace7ffb57476b75d621af2e27d1ff . However, that one was not taken into account by NVDA's "labeledBy" property for objects. This could could be seen for example with LibreOffice that implements handling of that IAccessible2 relation.

Additionally, a None return value from
IAccessibleHandler.accNavigate wasn't handled
in IAccessible._get_labeledBy, triggering an error, e.g.:

>>> focus.labeledBy
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "C:\tools\cygwin\home\user\development\git\nvda\source\baseObject.py", line 59, in __get__
    return instance._getPropertyViaCache(self.fget)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\tools\cygwin\home\user\development\git\nvda\source\baseObject.py", line 167, in _getPropertyViaCache
    val = getterMethod(self)
          ^^^^^^^^^^^^^^^^^^
  File "C:\tools\cygwin\home\user\development\git\nvda\source\NVDAObjects\IAccessible\__init__.py", line 1167, in _get_labeledBy
    (pacc, accChild) = IAccessibleHandler.accNavigate(
    ^^^^^^^^^^^^^^^^
TypeError: cannot unpack non-iterable NoneType object

Description of user facing changes

None, unless they're using the Python console or addons making use of the property.

Description of development approach

  • Extend IAccessibleHandler.RelationType with the LABELLED_BY relation as defined in the IAccessible2 spec.
  • Use this relation in IAccessible._get_labeledBy before falling back to trying a custom Mozilla/Gecko specific NAVRELATION.
  • Add handling for the case where IAccessibleHandler.accNavigate for the custom Mozilla/Geck approach returns None to fix the error triggered otherwise when no relation is set.

Testing strategy:

  1. start NVDA

  2. Start LibreOffice Writer

  3. open the options dialog: "Tools" -> "Options", go to the "User Data" page

  4. move focus to the "Company" text edit

  5. open NVDA's Python console (Ctrl+Insert+Z)

  6. print the object that the currently focused edit is labelled by, and it's accessible name and role:

    focus.labeledBy
    <NVDAObjects.IAccessible.IAccessible object at 0x0BC55A70>
    focus.labeledBy.name
    'Company:'
    focus.labeledBy.role
    <Role.STATICTEXT: 7>

Known issues with pull request:

None

Code Review Checklist:

  • Documentation:
    • Change log entry
    • User Documentation
    • Developer / Technical Documentation
    • Context sensitive help for GUI changes
  • Testing:
    • Unit tests
    • System (end to end) tests
    • Manual testing
  • UX of all users considered:
    • Speech
    • Braille
    • Low Vision
    • Different web browsers
    • Localization in other languages / culture than English
  • API is compatible with existing add-ons.
  • Security precautions taken.

@coderabbitai summary

 ### Link to issue number:

Fixes nvaccess#17436

 ### Summary of the issue:

IAccessible2 has an IA2_RELATION_LABELLED_BY relation type, see
https://accessibility.linuxfoundation.org/a11yspecs/ia2/docs/html/group__grp_relations.html#ga7bbace7ffb57476b75d621af2e27d1ff .
However, that one was not taken into account by NVDA's "labeledBy"
property for objects. This could could be seen for example with LibreOffice that
implements handling of that IAccessible2 relation.

Additionally, a `None` return value from
IAccessibleHandler.accNavigate wasn't handled
in `IAccessible._get_labeledBy`, triggering an error, e.g.:

    >>> focus.labeledBy
    Traceback (most recent call last):
      File "<console>", line 1, in <module>
      File "C:\tools\cygwin\home\user\development\git\nvda\source\baseObject.py", line 59, in __get__
        return instance._getPropertyViaCache(self.fget)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      File "C:\tools\cygwin\home\user\development\git\nvda\source\baseObject.py", line 167, in _getPropertyViaCache
        val = getterMethod(self)
              ^^^^^^^^^^^^^^^^^^
      File "C:\tools\cygwin\home\user\development\git\nvda\source\NVDAObjects\IAccessible\__init__.py", line 1167, in _get_labeledBy
        (pacc, accChild) = IAccessibleHandler.accNavigate(
        ^^^^^^^^^^^^^^^^
    TypeError: cannot unpack non-iterable NoneType object

 ### Description of user facing changes

In NVDA's Python console, retrieving the "labeledBy" property now works for objects in applications implementing the "labelled-by" IAccessible2 relation and no longer triggers an error.

 ### Description of development approach

* Extend `IAccessibleHandler.RelationType` with the `LABELLED_BY` relation
  as defined in the IAccessible2 spec.
* Use this relation in `IAccessible._get_labeledBy` before
  falling back to trying a custom Mozilla/Gecko specific NAVRELATION.
* Add handling for the case where `IAccessibleHandler.accNavigate`
  for the custom Mozilla/Geck approach returns `None` to fix
  the error triggered otherwise when no relation is set.

 ### Testing strategy:

1. start NVDA
2. Start LibreOffice Writer
3. open the options dialog: "Tools" -> "Options", go to the "User Data" page
4. move focus to the "Company" text edit
5. open NVDA's Python console (Ctrl+Insert+Z)
6. print the object that the currently focused edit is labelled by,
   and it's accessible name and role:

    >>> focus.labeledBy
    <NVDAObjects.IAccessible.IAccessible object at 0x0BC55A70>
    >>> focus.labeledBy.name
    'Company:'
    >>> focus.labeledBy.role
    <Role.STATICTEXT: 7>

 ### Known issues with pull request:

None

 ### Code Review Checklist:

- [x] Documentation:
  - Change log entry
  - User Documentation
  - Developer / Technical Documentation
  - Context sensitive help for GUI changes
- [x] Testing:
  - Unit tests
  - System (end to end) tests
  - Manual testing
- [x] UX of all users considered:
  - Speech
  - Braille
  - Low Vision
  - Different web browsers
  - Localization in other languages / culture than English
- [x] API is compatible with existing add-ons.
- [x] Security precautions taken.

<!-- Please keep the following -->
@coderabbitai summary
@michaelweghorn michaelweghorn requested a review from a team as a code owner November 26, 2024 09:31
Copy link
Collaborator

@LeonarddeR LeonarddeR left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Awesome!

source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
user_docs/en/changes.md Outdated Show resolved Hide resolved
Use qualified name.

Otherwise the newly introduced

    from __future__ import annotations

in

    commit feea4aa
    Author: Michael Weghorn <[email protected]>
    Date:   Wed Nov 27 09:12:38 2024 +0000

        Add type annotation

causes

    source/NVDAObjects/IAccessible/__init__.py:2391:7: F811 Redefinition of unused `List` from line 13
         |
    2391 | class List(IAccessible):
         |       ^^^^ F811
    2392 |     def _get_role(self):
    2393 |         return controlTypes.Role.LIST
         |
         = help: Remove definition: `List`

    Found 1 error.
source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
user_docs/en/changes.md Outdated Show resolved Hide resolved
seanbudd and others added 2 commits November 29, 2024 15:21
Without deferred evaluation (s. PEPs mentioned
in the newly added comment):

    $ ./runlint.bat
    Ensuring NVDA Python virtual environment
    call ruff check --fix
    source\NVDAObjects\IAccessible\__init__.py:1165:30: F821 Undefined name `IAccessible`
         |
    1163 |         return True
    1164 |
    1165 |     def _get_labeledBy(self) -> IAccessible | None:
         |                                 ^^^^^^^^^^^ F821
    1166 |         label = self._getIA2RelationFirstTarget(IAccessibleHandler.RelationType.LABELLED_BY)
    1167 |         if label:
         |

    Found 1 error.
    Deactivating NVDA Python virtual environment
source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
source/NVDAObjects/IAccessible/__init__.py Outdated Show resolved Hide resolved
@AppVeyorBot
Copy link

  • PASS: Translation comments check.
  • PASS: License check.
  • FAIL: Unit tests. See test results for more information.
  • PASS: Lint check.
  • FAIL: System tests (tags: installer NVDA). See test results for more information.
  • Build (for testing PR): https://ci.appveyor.com/api/buildjobs/tlulkpas0r8347xb/artifacts/output/l10nUtil.exe nvda_snapshot_pr17437-34656,263c3c81.exe
  • CI timing (mins):
    INIT 0.0,
    INSTALL_START 1.4,
    INSTALL_END 1.0,
    BUILD_START 0.0,
    BUILD_END 25.2,
    TESTSETUP_START 0.0,
    TESTSETUP_END 0.3,
    TEST_START 0.0,
    TEST_END 1.0,
    FINISH_END 0.2

See test results for failed build of commit 263c3c810f

@seanbudd seanbudd merged commit 83fbd7d into nvaccess:master Dec 2, 2024
5 checks passed
@github-actions github-actions bot added this to the 2025.1 milestone Dec 2, 2024
@michaelweghorn michaelweghorn deleted the michaelweghorn/iaccessible2_labelled_by branch December 3, 2024 10:25
@michaelweghorn
Copy link
Contributor Author

Thanks for the review and bringing this in line with the NVDA code conventions, @seanbudd !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

IAccessible2 "labelled-by" property not supported
4 participants