Skip to content

Search should display the number of results it finds #6319

Closed

Description

when the search term is not found, pressing enter on the find dialog announces nothing. It would be ideal if some message was announced to the effect that it was not found.

When it is found, NVDA reads the search term. I find that this behaviour is not that intuitive.

What does work well is that when escaping out of the find dialog, NVDA's review cursor is positioned at the starting position of the match for you to review around it.

Originally posted by Dickson Tan (@Neurrone) in #5421 (comment)

Additional Details

With regards to accessibility, UIA should at least somehow notify the user that no results were found.

With regards to general UX, this kind of notification should be revealed in/near the search box. It would be cool if we could say something like "4 of 42 Results" and change it to "No Results" if none are found. But at the very least, somehow displaying "No Results" would be very useful.

Though we could just implement the accessibility approach, if we managed to implement the second approach instead, we would basically get accessibility for free.

(another approach) I think some apps would do some kind of noise when no result was found (though I think that's a bit of an older approach, correct me if I'm wrong). That would be another approach that would "bridge the gap" and solve this problem too.

Activity

  1. ghost added
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Jun 2, 2020
  2. ghost added
    Needs-Tag-FixDoesn't match tag requirements
    on Jun 2, 2020
  3. added
    Area-UserInterfaceIssues pertaining to the user interface of the Console or Terminal
    Issue-FeatureComplex enough to require an in depth planning process and actual budgeted, scheduled work.
    and removed
    Needs-Tag-FixDoesn't match tag requirements
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Jun 2, 2020
  4. Neurrone commented on Jun 3, 2020

    @Neurrone

    (another approach) I think some apps would do some kind of noise when no result was found (though I think that's a bit of an older approach, correct me if I'm wrong).

    Lets avoid that if possible. Some apps like notepad do that for example, but also pop up a dialog saying that nothing is found.

  5. Don-Vito commented on Dec 14, 2020

    @Don-Vito
    Contributor

    Dustin L. Howett (@DHowett), Carlos Zamora (@carlos-zamora) - I have a PoC for the number of results + interactive behavior (search upon every box modification).

    I am not sure how severe are the performance implications on a very large buffer - to count the number of results I need to iterate all over all matches to count them (actually I also store them to prevent additional searches). If we are going to productize this, probably we can introduce some threshold on the size of buffer / number of matches beyond which we will show question marks, something like "2000 of ?".

    SearchStatus

    I lost several hours trying to implement live highlighting of all matches (with another color).. eventually I dieded.. (I guess changing renderer interface is still beyond my level).

    1. Please let me know - if you want this productized
    2. What do you believe is the correct approach to implement highlighting?
  6. ghost added
    In-PRThis issue has a related PR
    on Dec 14, 2020
  7. DHowett commented on Dec 14, 2020

    @DHowett
    Member

    Let's not do highlighting just yet. There's some changes to the renderer we've been mulling over that might make it easier to implement down the road.

  8. DHowett commented on Dec 14, 2020

    @DHowett
    Member

    I'm totally fine with productizing the match counter, however. That's really neat.

  9. Don-Vito commented on Dec 14, 2020

    @Don-Vito
    Contributor

    I'm totally fine with productizing the match counter, however. That's really neat.

    What do you say about the feature flag - required or not?
    I already introduced one in the draft, but it kinda doubles the code due to:

    • The setting propagation (I think we need to do something with the amount of boilerplate code required per setting)
    • Two absolutely independent implementations of search
  10. 13 remaining items

  11. added a commit that references this issue on Sep 5, 2023
    0cbde94
  12. added
    HCL-E+DAccessibility tracking
    A11yWCAGAccessibility tracking
    A11ySev3Accessibility tracking
    A11yTTValidatedYet another label for the a11y folks. They want so many. So so many.
    on Jan 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    A11yMASAccessibility trackingA11ySev3Accessibility trackingA11yTTValidatedYet another label for the a11y folks. They want so many. So so many.A11yWCAGAccessibility trackingArea-AccessibilityIssues related to accessibilityArea-UserInterfaceIssues pertaining to the user interface of the Console or TerminalDisability-BlindAccessibility trackingHCL-E+DAccessibility trackingHCL-WindowsTerminalAccessibility trackingIn-PRThis issue has a related PRInclusionBacklogAccessibility trackingInclusionBacklog-Windows TerminalWin32Accessibility trackingIssue-FeatureComplex enough to require an in depth planning process and actual budgeted, scheduled work.Needs-Tag-FixDoesn't match tag requirementsProduct-TerminalThe new Windows Terminal.WindowsTerminal_Win32

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions