Add compat data for EventType

[hichxm]

https://developer.mozilla.org/en-US/docs/Web/Events/click

[ExE-Boss]

Can you put webview_android to the end of the support block? (see issue #398 and #1882)

[ExE-Boss]

ditto

[hichxm]

I have changed to alphanumeric order

[ExE-Boss]

The contents of click must be also contained inside a __compat block, that’s why the build is failing.

[hichxm]

fixed.

[ExE-Boss]

The URL should be https://developer.mozilla.org/docs/Web/Events/click

[hichxm]

fixed.

[ExE-Boss]

click should have a sub-feature called on_disabled_elements containing the following:

"on_disabled_elements": {
  "__compat": {
    "description": "On disabled form elements",
    "support": {
      "chrome": {
        "version_added": true,
        "partial_implementation": true,
        "notes": "Only works for <code>&lt;textarea&gt;</code> elements and some <code>&lt;input&gt;</code> element types."
      },
      "chrome_android": {
        "version_added": null
      },
      "edge": {
        "version_added": false
      },
      "edge_mobile": {
        "version_added": false
      },
      "firefox": {
        "version_added": false
      },
      "firefox_android": {
        "version_added": false
      },
      "ie": {
        "version_added": true,
        "partial_implementation": true,
        "notes": "Internet Explorer only triggers the <code>click</code> event on <code>&lt;input&gt;</code> elements of type <code>checkbox</code> or <code>radio</code> when the element is double-clicked."
      },
      "opera": {
        "version_added": true,
        "partial_implementation": true,
        "notes": "Only works for <code>&lt;textarea&gt;</code> elements and some <code>&lt;input&gt;</code> element types."
      },
      "opera_android": {
        "version_added": null
      },
      "safari": {
        "version_added": null
      },
      "safari_ios": {
        "version_added": null
      },
      "samsunginternet_android": {
        "version_added": null
      },
      "webview_android": {
        "version_added": null
      }
    },
    "status": {
      "experimental": false,
      "standard_track": true,
      "deprecated": false
    }
  }
}

[hichxm]

Why will I add this to the click event, is not sub-feature of click?

[ExE-Boss]

It must be on the same level as the __compat block, but not inside the __compat block.

Also, stuff like this has been made into sub-features in the past:

browser-compat-data/api/NavigatorConcurrentHardware.json

Lines 52 to 56 in 5133d14

	},
	"available_on_workers": {
	"__compat": {
	"description": "Available on Workers",
	"support": {

browser-compat-data/html/elements/html.json

Lines 110 to 114 in 0fd82d0

	},
	"secure_context_required": {
	"__compat": {
	"description": "Secure context required (HTTPS)",
	"support": {

[hichxm]

Yes I understand but why add it? This is not an event.

[ExE-Boss]

Because it’s part of the current documentation.

[hichxm]

Ah, thank you I had not understood the why of how. Thank you. I will add it.

[Elchi3]

Thanks for your work! I thought this was about an "EventType" API. It isn't however.

We have not yet decided how to structure compat data from MDN event pages. See the discussion in #935. I will come back to this PR once that is sorted. Sorry for any inconveniences.

[hichxm]

No problem, take your time. the pull request does not move.

[Elchi3]

We've started re-doing event pages and mouse events are reworked as part of this task: mdn/sprints#955
The compat data will be submitted to this repo as part of that work as well. The page is already moved to a new place https://developer.mozilla.org/en-US/docs/Web/API/Element/click_event

I'm closing here now as we won't add this data the way this PR suggests.