same here, it's not not styled. we could fix it but then those details start to distract. it's an off the shelf input in a list item! it looks ugly by default and you can fix it with CSS but we are interested in the list semantic rather than the CSS side quest
actually the examples below work better coz they are inside a UL group. it's kinda broken just printing a LI on its own so it acts weird, but it's useful to be able to right click on the DOM and inspect the source to understand what the row() does
Hi Tom, thanks again for all your effort in providing and describing these in-depth examples. Regarding listening to cells without triggering dataflow, here you advise to use `viewof myData.addEventListener('input', (evt) => ...)`.
Would you be able to provide an example to make this work? For instance, Cell B receiving data from a dropdown box triggered by input events in Cell A? It seems bindOneWay can do this in some form but I haven't been able to figure it out for the example provided above.
Here is an example to wire two things up using addEventListener (https://observablehq.com/@tomlarkworthy/community-help#ui_dev) which does not have a direct "dataflow" dependency. Does that help? Or am I not understanding the question. Happy to iterate more.
I believe the `viewof staticListExample.children.forEach` line in this needs to be changed to something like `Array.from(viewof staticListExample.children).forEach` to function properly. That makes this example work as intended on my machine.