GitLab

Makes search result page view a list box, whose value indicates the
number of available results, and the query for which the results are
shown. The search result view roles are changed to list box options
(which should give the user feedback of the relative position of the
currently selected result).

When the result list is updated, the accessibility framework is notified
of the results page view's value change (so the new value gets announced
by spoken feedback). The notification is sent with a delay, once the set
of results, and the query itself stabilize to avoid spamming accessibility
framework with interim values.

The result selection changes are still announced by sending kSelection
events on the selected result, but the timing of the notification is
now controlled by the search results page view. The notification is not
sent from the views when the selection state changes - instead,
SearchResultsPageView will request the selected result view to send
notification when required. With this, selection change notifications are
throttled while the result list is still changing.


Bug: 939111, 1021270
Change-Id: I0db6f1263e0bea0dddd0f278436bfc025bc6f450
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1925769
Commit-Queue: Toni Baržić <tbarzic@chromium.org>
Reviewed-by: Jenny Zhang <jennyz@chromium.org>
Cr-Commit-Position: refs/heads/master@{#718405}