Added interfaces to wifi

[zanaviska]

issue

Currently, if there are several wireless interfaces, there is no way to figure it out, which connection is being used(see picture below. There is no way to determine difference between 1 and 2 or 3 and 4 or 5 and 6).
In addition to that, when trying to connect to some ssid, it will ALWAYS use the first wireless interface and so, there is no way to use the second one. So there is no actual way to connect to 2, only to 1

fix

Fix contains several changes:

1. when connecting to wifi, it compares both ssid and iface of the connected wifi
2. it displays iface for ssid that is available on several interfaces
3. same rule applies to already connected wifi(see last image)
   
   

[mmstick]

This'll require design input

[zanaviska]

Has there been any progress on the design input since the last message?

[maria-komarova]

Sorry for the delay, but we have just discussed adjusting designs for multiple adapters for wireless and wired connections last week. The applet designs are described in #623
Here is the screenshot of the wireless adapters. I used the same IDs you had so that it is easier to see the suggestions:

The idea is to group the connections by the adapter and then display them inside the side popup menu instead of in one giant list.

[Dygear]

Sorry for the delay, but we have just discussed adjusting designs for multiple adapters for wireless and wired connections last week. The applet designs are described in #623 Here is the screenshot of the wireless adapters. I used the same IDs you had so that it is easier to see the suggestions: [snip] The idea is to group the connections by the adapter and then display them inside the side popup menu instead of in one giant list.

That looks good. My critique is that the top level should probably have the IP address instead of just the connected label. Might as well show that information up front. No need to go digging into the menu (even if it is just one layer deeper.) Looks like that detail was included in the #623 figma for the single adapter instance.

Maybe a friendly device name option for the interface, so instead of wlo1, wlx503eaa3bbf11, and adaptor3 if it's easily possible to pluck the manufacture's name then the last 3 octets of the MAC address. For Intel it would be Intel DE:AD:BE. And RealTek EF:13:37. As the first three octets of the MAC address are manufacture prefixes anyway, so omitting them won't matter much and it allows you to localize down to what adapter you want to use much more easily.

[zanaviska]

@maria-komarova I have some questions about how should it work from User perspective(all names is based on your example):

1. In case when wlo1 and wlx503... have known networks, but adapter3 has no known network, we will still display adapters together as on your screen? Or should we rather add somehow a separator between them?
2. If I am connected to adapter3, should I write ip address of a connection?
3. If we are viewing wifi networks related to some adapter, how should we mark "connected" wifi? "known" wifi? Should we draw them in separate block? Should we write ip address of a connected network? Or how should it look?

[zanaviska]

Hello. @maria-komarova I have made such an implementation. It is still buggy and is yet to be ready for the review, but I think you could already tell me if I am doing smt wrong from design perspective link to video here(Github being github want to make users life as misserable as possible. So I cannot paste video directy): https://github.com/user-attachments/assets/1ec92efb-b691-43af-88a8-4b428758d902 пт, 23 серп. 2024 р. о 18:49 maria-komarova ***@***.***> пише:

…

Sorry for the delay, but we have just discussed adjusting designs for multiple adapters for wireless and wired connections last week. The applet designs are described in #623 <#623> Here is the screenshot of the wireless adapters. I used the same IDs you had so that it is easier to see the suggestions: image.png (view on web) <https://github.com/user-attachments/assets/bac200ad-688c-41ef-90a1-0788587ed926> The idea is to group the connections by the adapter and then display them inside the nested popup instead of in one giant list. I am not sure if we already have the nested popup example anywhere, that might still be pending implementation. — Reply to this email directly, view it on GitHub <#584 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHSGL53QTDD6ROY5V2GRKSLZS5KXZAVCNFSM6AAAAABMOCV5OSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBXGM2TMNJTGE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[maria-komarova]

Looks good from the design perspective so far, just buggy.