8000 Custom element extended built-in support and special `is` attribute · Issue #156 · elm/virtual-dom · GitHub
[go: up one dir, main page]

Skip to content

Custom element extended built-in support and special is attribute #156

Open

Description

@toastal

document.createElement support additional options, namely is for custom elements that are extended. You can see that no additional arguments are sent to document.createElement.

Since custom elements are a goto solution for when limitations of Elm are crossed, allowing more support for them would be worthwhile. I tried in vain both using Html.Attributes.property and Html.Attributes.attribute because it must be set on element creation .

I would suggest similar to _VirtualDom_nodeNS, to have _VirtualDom_nodeIs or _VirtualDom_extendedNode that takes a string is like the namespace variable that applies it to document.createElement(tag, { is: is }). It could then be exposed in Html as a special case for Html.Attributes.is or Html.extendedNode.

This is related to Html issue elm/html#192

Activity

  1. changed the title [-]Custom element extended built-in support and special `is` attribute.[/-] [+]Custom element extended built-in support and special `is` attribute[/+] on Apr 10, 2019
  2. wolfadex commented on Apr 13, 2020

    @wolfadex

    From reading the docs on the is attribute, createElement(), and extending built-ins I've thought of a couple paths that could work nicely.

    The first is _VirtualDom_nodeWithOptions : Tag -> List Option -> ... where Option is a something similar to an Attribute. This is slightly divergent from everything in Html being like writing HTML because when you specify is in HTML you specify it as an attribute. It does however more align with the JavaScript implementation of createElement(tagName, [ options]).

    The second idea is to go with the is attribute and update the virtual dom to look for attributes that act as options. This would align more with writing HTML, but make the implementation a little strange in that the VirtualDom is looking a specific attribute on an element.

    I do think the first option provides a more clear idea of what's going on. The user is modifying their element in an atypical manner. It's also more obvious to a person who is coming into a large code base for the first time and trying to understand why their element is behaving in a way that isn't typical of an element with that name.

  3. dotnetCarpenter commented on May 4, 2020

    @dotnetCarpenter

    I do not have enough insight to be a proponent of any specific implementation, hence not just adding +1 to the OP. But I do want to +1 fixing extending standard HTMLElement via Web Components.

    @jreusch made an example (for fun, not for real usage), https://ellie-app.com/8LXM8GVGxWWa1
    But it highlights why extending the DOM with Object.defineProperty (HTMLElement.prototype simply does not work.

    Ref: https://discourse.elm-lang.org/t/calling-dom-methods-from-elm/5701/7

    @pdamoc made an example of how it might look like, if there is support for is attribute.
    validity is however not an attribute but a read-only property.. So ignore that part.

    validity =
        attribute "validity"

    Documentation: https://developer.mozilla.org/en-US/docs/Web/API/HTMLObjectElement/validity
    Reference: https://discourse.elm-lang.org/t/calling-dom-methods-from-elm/5701/5

  4. enjoythelive1 commented on May 19, 2020

    @enjoythelive1

    Is anybody working on this or is this in active discussion? I would like to collaborate

  5. rlefevre commented on May 20, 2020

    @rlefevre
    Member

    @enjoythelive1 According to https://discourse.elm-lang.org/t/calling-dom-methods-from-elm/5701/15 and https://caniuse.com/#search=custom%20elements, it's not possible to customize built-in elements with the is syntax in Safari. If confirmed, this would lower significantly the interest of adding support for it.

  6. wolfadex commented on May 20, 2020

    @wolfadex

    I'm having difficulty finding the source task that was for implementing is= in webkit but has been closed as will not implement. In lieu of that I have found a discussion about the lack of support WICG/webcomponents#509. There other various GitHub discussions about Safari's lack of support as well.

  7. boccato commented on Mar 7, 2022

    @boccato

    On the discussion about the Safari issue it is recomended to use a polyfill (https://github.com/ungap/custom-elements) which not only makes it work on Safari but also on older versions of other browsers.

    https://bugs.webkit.org/show_bug.cgi?id=182671

  8. fbedussi commented on Aug 16, 2024

    @fbedussi

    The extension of build in elements works perfectly fine in Safari with the polyfill. It is really a pity that there is no way to make it work in Elm,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      0