| 00:35 | <Krinkle> | Hm.. is there a solution in CSS for the nested parent problem? E.g. style any X inside Y one way and any X inside Z one way, and work as expected when X and Y are nested, by using the nearest parent. |
| 00:35 | <Krinkle> | E.g. https://codepen.io/Krinkle/pen/eMQPby |
| 00:36 | <Krinkle> | s/when X and Y are nested/when Y and Z are nested/ |
| 15:38 | <lgrahl> | A WebIDL question. Signature: foo(USVString s), Call: foo(null) - Is 's' an empty string or 'null'... or something else? |
| 15:42 | <nox> | lgrahl: https://heycam.github.io/webidl/#es-USVString -> https://heycam.github.io/webidl/#es-DOMString -> https://heycam.github.io/webidl/#TreatNullAs -> "If the [TreatNullAs] extended attribute appears on the DOMString type, it creates a new IDL type such that that when an ECMAScript null is converted to the IDL type, it will be handled differently from its |
| 15:42 | <nox> | default handling. Instead of being stringified to "null", which is the default, it will be converted to the empty string." |
| 15:42 | <nox> | lgrahl: So "null" AFAIK. |
| 15:44 | <lgrahl> | nox: So, I follow the USVString section conversion which points me to DOMString (but the reference goes to the DOMString definition and not the conversion... that was confusing). Following the DOMString conversion, I ended up at https://tc39.github.io/ecma262/#sec-tostring which would result in null converted to 'null'. |
| 15:44 | <lgrahl> | Quite easy to get wrong imo |
| 15:55 | <lgrahl> | But thanks for confirming it :) |
| 16:34 | <annevk> | If you have some spare time IDL could use the editing help… |