- From: Andrea Giammarchi <notifications@github.com>
- Date: Mon, 23 Sep 2019 07:53:31 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Monday, 23 September 2019 14:54:13 UTC
@dogoku well, yes, if there was at least a `contentChangedCallback` that would automatically enable access to the Custom Element content (i.e. `this.innerHTML` or `this.textContent`, or `this.querySelector(...)`) we'll have an easier life, as that can help with unexpected flushes of the page and it will expose a precise point in time where you can at least start setting up your content.
After all, even `<select>` shows their content before their end tag is encountered:
```php
<?php
header('Content-type: text/html; charset=utf-8');
echo '<select>';
for ($i = 0; $i < 10; $i++) {
echo '<option>'.$i.'</option>';
if ($i === 5) {
flush();
ob_flush();
sleep(5);
// explore the select up to 5 options
}
}
echo '</select>';
?>
```
So while I personally dream about a `contentParsedCallback` that would happen independently of the content, as long as the closing tag is either explicitly encountered or automatically closed, anything help that could help setting up reliably a Custom Element would be better than current state.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webcomponents/issues/809#issuecomment-534135299
Received on Monday, 23 September 2019 14:54:13 UTC