/* V950 FOUND FOUR FIELDS THAT MAKE AN iPHONE ZOOM, and the way it found them is the point: V919's ratchet ("no stylesheet sets a field below 16px without going through --fld-fs") only ever walked static/css/. To-Do's fields were 12.5px, 14px and 15px -- under the 16px iOS needs -- and they were invisible to the guard because they lived inside a TEMPLATE. Moving them into a stylesheet is what exposed them. They go through the switch now: the laptop keeps the dense size, a touch screen gets 16px, and tapping a To-Do field stops zooming the page. /* THE TO-DO STYLESHEET --- moved out of templates/todo.html at V950. HIS INSTRUCTION, 04-Oct, and he asked for it as a separate release: *"after arabic release: do this as separate release"* -- quoting back the reason it was not folded into V945. WHY IT MOVED, in the order the costs actually bite. 1 IT WAS RE-SENT ON EVERY SINGLE PAGE LOAD. Inline CSS is not cached, not minified and not gzipped. 772 lines travelled with the HTML every time anybody opened To-Do, on a phone, on mobile data, in Kathmandu. A stylesheet is fetched once, and since V834 it is minified and served gzipped besides. 2 THE TEMPLATE WAS 1,274 LINES AGAINST ITS OWN 1,000-LINE CEILING, and the CSS was 772 of them. The ceiling broke at V933 and nobody saw it for fifteen releases, because V933 was a single-tool release run on the tiered selection and the suite holding that ceiling was not in the selection. V945 found it, recorded it, and deliberately did NOT fix it inside an Event Expenses release. 3 NOTHING HERE WAS EVER TEMPLATED. Not one Jinja tag in 772 lines -- which is what made the move safe, and is also what made keeping them inline pointless. THE ORDER IS UNCHANGED, which is the only thing that could have broken the page: the sits exactly where the