/** * Every control in Settings is at least 44px (#186, second pass). * * The header pass covered the five controls a user meets on every * screen. Settings is the other half and is much the larger one: swept * on the reference device (TLP301, 424x439) with all eleven * `config-section`s expanded, **120 controls** were under the floor, * not the 93 the issue's first table implies, and `config-field` — the * row shape the issue names — is eight of them. The bulk is behind the * disclosures: * * | control | size | count | * |---|---|---| * | `.column-arrow-btn` | **16x14** | 36 | * | `.column-toggle` | 16x16 | 29 | * | `shortcut-capture` button | 80x**25** | 26 | * | download format checkbox | 16x16 | 8 | * | `config-field` select | 335x**30** | 7 | * | `wa-input` / `wa-button` | 204x**20**, 185x**21** | 6 | * | `library-filter` select | 120x**32** | 1 | * | `.overflow-btn` | 31x31 | 1 | * * **This tier can measure it, unlike #187's seek bar**, for the reason * the header pass gives: the controls are real elements and the rules * are min-sizes, so a real Chromium rendering a real component gives * the actual answer at any width. And unlike the header there is no * overflow fit on this page, so nothing here needs the negative-margin * treatment — height is free and the two square controls can simply be * square. * * **What the sweep cannot see is written down here as a test rather * than as a comment**, because it is the trap this whole issue keeps * setting. Two controls are invisible to a walk of `button, select, * input`: `config-field`'s toggle, whose `` is * `opacity: 0; width: 0; height: 0` so the thing a finger hits is the * `