An early signal for nonvisual search

Search results usually arrive as a visual field: titles, thumbnails, durations and play buttons arranged so a sighted person can compare choices at a glance. That field disappears when a screen reader or keyboard-only navigation is in use, making the first spoken update unusually important.

For a nonvisual listener, the number of matches is more than a decorative total. It answers practical questions at once: Did the search work, how broad is the result set, and is it worth continuing through the list or refining the words?

Queue Music, developed by Thomas Logan with funding from the Mozilla Foundation, is a web-based player that searches YouTube, queues tracks and streams music without requiring a mouse. It announces the number of search results before the first result, turning a technical delay into an accessible status checkpoint.

That choice matters in Australia, where many people listen on public transport, on patchy mobile connections or while sharing a space. A clear announcement can turn an uncertain wait into a comprehensible stage in a task that would otherwise rely heavily on visual scanning.

The count as an orientation point

A YouTube query can involve several network requests and a delay while titles, artists and video metadata are prepared. A blank area during that work does not necessarily mean that no matches exist, so treating silence as “zero results” can mislead.

Announcing the count before the first item provides a boundary. A listener who hears “24 results” can understand the scale of the set, decide whether to browse or use search controls to narrow it. The information arrives before the need for a detailed comparison, which is exactly where it can support planning.

How assistive technology receives the count

Queue Music uses ARIA live regions to expose changes to assistive technology. By placing the search total in that separate channel before the first item is encountered, the player gives a screen reader a meaningful update without requiring the user to locate a visual count. Browsers and screen readers may phrase the message differently, but the underlying job remains stable: communicate that a response is ready and state its size.

That separation also prevents decorative interface text from being read as part of a track title or button label. The wording should remain consistent across searches while the number changes, allowing listeners to recognise a completed response and distinguish it from loading, an empty result or a failed connection. For the commands that follow an update, the player help guide provides a useful reference.

Turning awareness into useful action

Knowing the size of the list is only the first step. The listener can then move through results with the keyboard, select a track and add it to the queue while playback continues, rather than stopping the music merely to inspect choices.

The count also supports a graceful exit. Someone who requested an obscure live recording and receives hundreds of broad matches can return to the search field sooner, while someone with three precise matches knows that a short list is ready to explore.

Control without a pointing device

A mouse-free music player must expose search, selection, queueing, shuffle and playback as separate, discoverable actions. Queue Music also supports playlists and saved queues between sessions, so accessibility extends beyond one successful search to an ongoing listening workflow.

Clear command names and predictable focus movement give screen-reader and keyboard users the same functional route through the player that a mouse provides for others. Announcing the size of a result set supports these controls by helping users judge how much movement is needed before they commit to browsing.

Listening conditions across Australia

In Sydney, a passenger on a busy train may have limited room to look at a display, while a Melbourne tram rider may be standing and using headphones for the trip. For either commuter, speech feedback can keep the search process moving without repeated visual checks.

Mobile use adds variable conditions. The project’s mobile listening notes connect these controls with use away from a desk, an important consideration when coverage changes between a city and regional stretches of Western Australia. An early total confirms that a request has been understood while metadata is still arriving over a slower connection.

Australian listening habits are similarly mixed. The local market spans paid subscriptions and free, ad-supported YouTube listening, with artists from Geelong and Byron Bay circulating alongside global catalogue finds through community radio, social clips and shared playlists. During what many people call the arvo, a listener might queue several tracks for the journey home; an initial result total makes that multi-track task easier to begin without a mouse.

Recommendations for dependable result updates

A useful announcement should be short, timely and placed where it will not be mistaken for content in the result list. It should also distinguish a successful search with no matches from a request that has not finished.

These details make the announcement useful without allowing it to obscure the results themselves. A concise count provides orientation, while distinct status messages prevent a temporary technical state from being interpreted as a final answer.

The value of knowing before seeing

For nonvisual users, an early count replaces a period of uncertainty with a reliable checkpoint. It supports orientation, estimation and the choice to refine or continue, all before the user enters the list itself.

That is why Queue Music’s ordering is significant. The result total is not a preliminary courtesy; it is the first sign that a search has become an accessible set of choices. By converting an invisible loading state into spoken information, the player gives keyboard and screen-reader users a stronger sense of control over what happens next.