I get that this could happen if my neighbor's router fails to recognize beacons that mine is sending, but now you are talking about ancient APs not ancient clients. That's not a scenario I think I need to worry about. Every SSID my wifi scanner can see is at least 802.11ac capable.
A/N/AC/AX - they're forward/backward compatible, so little to no impact to leave the AP configured for all four of the protocols in 5GHz...
Nice within with 6E (6Ghz) is that it's greenfield, and there is no legacy support required there - so it's a lot less complicated.
The challenge in mixed mode is 11b and the DSSS modes - G/N/AX are fine, but 11B has constraints around the preambles and basic rates. There's also the issue with ERP and protection modes there, along with client protections that only apply to 802.11n in 2.4Ghz.
OpenWRT actually changed their defaults for 2.4 to disable the legacy modes a couple of years ago (one can enable it if needed).
One of the more interesting things I've see recently is that the carrier provided gateway/routers configure the 2.4GHz radios as G/N/AX, disabling the legacy mode. Those same gateways configure the 5GHz radios as A/N/AC/AX, as we've discussed, there's no impact to support 11A clients.
As others have mentioned earlier in this thread - it's hard to consider why one would use 11B on a regular basis - maybe it's for an older printer, or to support older Game Consoles (there were a few that were 11B only, Nintendo hasd a few) - and there's the retrocomputing thing, where 11B might be all that's available.
For those case - I would just dedicate a separate AP for those with it's own SSID and encryption schemes - however I wouldn't even consider WEP, and WPA is a manageble risk, but not entirely risk free (many 11B clients can't do WPA2/AES, but most can do WPA/TKIP).
Anyways - I've done a lot of work with ath9k, which is a QC-Atheros 802.11n chipset family - and there, the driver and WiFi NIC actually track the association ID and uplink/downlink rates, so mixed mode there works fine - and when disabling the 11B legacy, it sets the basic rates accordingly (6/12/24) - remember when one is looking at PCAP's, the (B) doesn't mean 11B, it means the Basic Rates.
The Basic Rates determine the data rates for the Beacon Frames, along with all management frames for the BSS - and 11A/N/AC/AX default to the same rate sets - and this is so that all clients (the AP designer has no idea of what mix of clients are on any given WLAN), so there, the 802.11 specs actually say support them all...
Going also to the Spec - 802.11B and other legacy modes are deprecated so support there is optional - one still has to support 11G/ERP and 11N/HT modes, along with 11AX/HE if the chipset supports it and is configured to support HT and HE modes in 2.4 (note that AC/VHT doesn't apply, however, 11AX/HE mode allows the 2.4 radio to use the VHT fields).
So I hope this clears it up a bit - as some of the forum members may know, I'm a recovering member of the IEEE 802 working groups, both for 11 and 16 (16 was WiMax), as well as one of the folks that contribute from time to time on OpenWRT...
so
@tgl - my answers earlier may have sounded a bit flippant and patronizing, if you are personally butt hurt on this, I do apologize - it is one of those things, well, better things to worry about than this - if you want to dive in and do more research, 802.11 is out there, and so is the
ath9k source code and chipset documentation - some of it is samizdat but it is out there if you would like to dig into things further...