@graynorton @knowler all good points! The event is certainly easier to manage. This came up because I was wishing the event object had some detail similar to a childList mutation record that said what was added or removed.
@tbroyer also made the excellent point that a MO isn鈥檛 going to handle manually assigned children, which is something I鈥檇 forgotten. (@deebloo also just added that)
@noleli It wouldn't account for manually assigned elements, and you'd otherwise obviously have to reimplement the slot matching that the browser already does to assign elements to slots by name.
If `slotchange` didn't exist, you'd likely ask why you'd have to reimplement what the browser already knows and "it could just fire an event when things change" 馃槈
@noleli A Mutation Observer CANNOT do the one thing a slotchange can do and that is observe changes through multiple slots...
However, there are lots that a Mutation Observer can do that a slotchange event _could/should_: https://github.com/WICG/webcomponents/issues/933