My use case: users need to read a corona test cassette and put in the ‘Lot number’ of the kit so the number can be included in a valid medical certificate (for good record keeping, plus in case something was wrong with the batch/lot).
I started with getting customers to take a photo… but that is not readable. I even had @Darren_Murphy do autoOCR reading… but it was too garbled to use consistently (it would pick up a newspaper in the background, or the manufacturer’s details).
So now I have to change to getting the customer to put the data in manually and I want to make it a bit easier for them (plus it saves the call center agents rework to fix).
I have got some CSS to make the year large in the Date Picker component:
<pre><span><style>
/* Choice 1 (2nd component) */
div[id*='screenScrollView'] > div > :nth-child(17) {
display:fixed;
margin-left:25px;
width:150px;
}
/* Choice 2 (3eme component) */
div[id*='screenScrollView'] > div > :nth-child(18) {
display:fixed;
margin-top:-84px;
margin-left:175px;
width:150px;
}
´´´
Fiddling to find the nth component (and then using visibility conditions for when a component becomes visible) - and moving the margins about so that the matched up.
Very cool - more things to play with now. Thanks!
There is one big downside to all this magic.
On the actual phone, during page animations(navigate back or submit the form, etc) users see as CSS nth-child applies to wrong elements, ruining the feeling of solid app.
Even worse on desktop and tablets: Show New Screen or Submit Form appears as a popover and CSS remains in effect on background elements after closing Screen/Form.
Everything could be solved if guys from Glide can add actual title to div with choice(as meta), so we can avoid using :nth-child and use data selectors.