You will notice that the same number does not show up in more than one list. This is how the bandplan was designed. If you select a channel it automatically corresponds to its bandwidth.
There is never any reason to be able to select the channel width. Channel width is decided by the channel you pick. The entire point of having "center" channels in the bandplan it to allow channel selection to decide channel width.
To be completely clear, the above chart and and "Available channels" section is how the bandplan for 5ghz is designed. Channels are tied directly to their widths.
I would be happy to answer any questions you may have but the question I have is:
Why does OpenWRT not apply the correct bandplan once a location has been selected?
If you are in the US the above bandplan is what is allowed, period.
The wifi drivers are taken from mainstream Linux, and they look at the situation differently. Passing "Channel = 42" to the kernel wifi driver is an error. However if width 80 and any channel 36, 40, 44, or 48 is set, the on air result is the same 80 MHz range in compliance with the band plan and interoperable with other equipment set to "channel 42". It would be additional OpenWrt- specific work to have the user interface use different channel numbers.
What do you think is simpler for a layperson?
Remembering 4 channels lists (or patterns)
OR
Having a simple channel list (that grows and shrinks) and a width parameter?
And what about being able to select a primary channel at larger widths? Because that changed based on my initial channel choice right? (I don’t have time right now to go capture packets)
Also this new channel naming only came into effect with 802.11ac. OpenWrt supports devices that are N only, should they have to code an entirely different interface scheme?