Luke Warlow

> > I think HTMLString is only relevant for input which is why innerHTML uses it (for its setter). > Ahh, makes sense, thanks. I "forgot" innerHTML is a settable...

Fwiw HTML requires a positive standards position or for chrome LGTMs on an intent to ship to be considered supportive. Saying that Mozilla have marked their position as positive so...

As per https://github.com/openui/open-ui/issues/900#issuecomment-1834448462 this'll need updating to only fire the event when the action is custom (has a hypen) or is recognised and valid (correct action name on correct element)....

In https://github.com/openui/open-ui/issues/952#issuecomment-1834461595 we resolved that "Invokers v1 will be popover and dialog invoking." This should help keep this initial PR as small as possible while also avoid the issue of...

Before merging this I think it would be good to get a resolution on the naming discussions @annevk bought up in the webkit standards position issue. Specifically on if "invoke"...

Happy to raise a new issue if this seems like a separate conversation to this, but adding it here for now. Currently removing a dialog from the document only removes...

> flags are addressable by emoji instead of image files I just wanted to point out Windows doesn't provide flag emojis so this specific example is a good use case...

I'm concerned by the implications of the multiple attribute. How does it work with the new parsing? That being said I am excited by the progressive enhancement possibilities.

The idea is that the combobox proposal would be that way to do input + datalist properly.

@argyleink combobox doesn't have to be an array it has the single Vs multi concept that select has