feat(wifi): add search functionality for filtering WiFi networks

[manascb1344]

Description

This PR adds search/filter functionality to the WiFi settings page, allowing users to easily find WiFi networks when there are many available networks (50+). The search includes both currently visible networks and known/saved networks, even if they're not currently visible.

Fixes #1589

Problem

When there are many WiFi networks available, it becomes difficult to manually search through the list to find a specific SSID. Additionally, the interface reloads every 2-3 seconds, causing the network order to change, making it even harder to locate networks.

Screenshots

Related Issues

Closes #1589

[manascb1344]

@jacobgkau Please have a look!

[mmstick]

Since this isn't in our Figma design specs, it needs design approval by @maria-komarova first.

[maria-komarova]

I would suggest we only show search within "Visible networks" section and only when there are 30+ networks.

For the refresh rate I would love to better understand why networks jump around that much. Maybe we can refresh less frequently but I need more information first.

[jacobgkau]

For the refresh rate I would love to better understand why networks jump around that much. Maybe we can refresh less frequently but I need more information first.

Not sure about the frequency, but the reason they jump around is because they're currently sorted by signal strength, and signal strength of wireless networks often changes slightly (based on the environment) between different scans.

Maybe quantizing the signal strength (e.g. chunking in groups of "5-bar, 4-bar," etc.) and then sorting alphabetically within those groups, or a similar solution, could prevent it from happening quite as much? (There would still be some networks going between the different bar groups, but it would prevent e.g. a 3.05-bar and 3.06-bar from swapping in the list constantly.)

[maria-komarova]

Maybe quantizing the signal strength (e.g. chunking in groups of "5-bar, 4-bar," etc.) and then sorting alphabetically within those groups, or a similar solution, could prevent it from happening quite as much? (There would still be some networks going between the different bar groups, but it would prevent e.g. a 3.05-bar and 3.06-bar from swapping in the list constantly.)

I like this idea, sounds like it would be an improvement.

[manascb1344]

Updated implementation based on @maria-komarova's feedback

I've updated the implementation to match the design requirements:

Changes made:

1. Search bar moved inside "Visible Networks" section: no longer at page top level
2. 30+ network threshold: search only appears when wireless_access_points.len() >= 30
3. Known Networks always unfiltered: search only filters visible networks

Screenshots:

With fewer than 30 networks (search hidden):

With search bar (I have reduced the threshold to 2 instead of 30 for testing):

Note on testing:

The 30+ threshold means the search bar won't appear in most home/small office environments. For testing, reviewers can temporarily change line 1007 in wifi.rs:
let show_search = state.wireless_access_points.len() >= 30;
// Change to >= 3 for testing, then revert

@maria-komarova @jacobgkau @mmstick

[manascb1344]

Hi @jacobgkau
Can you review this once.