Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Updating chromium support for optional data types in the Async Clipboard API #23346

Merged
merged 7 commits into from
Jul 11, 2024

Conversation

captainbrosset
Copy link
Contributor

Summary

The Async Clipboard API now supports SVG and custom web formats, in Chromium.

Support for these optional types was documented in BCD in #23134, but I think the chromium versions are incorrect. This PR updates the version numbers based on my findings.

Test results and supporting details

@github-actions github-actions bot added the data:api 🐇 Compat data for Web APIs. https://developer.mozilla.org/docs/Web/API label Jun 11, 2024
@captainbrosset
Copy link
Contributor Author

@tayloregivens do you know whether the ClipboardItem.supports() static method is supposed to be supported on Chrome for Android too?

@hamishwillee @Elchi3 I'm wondering if the SVG and custom web format support subfeatures shouldn't be moved to be below the main api.Clipboard entry, rather than nested below the api.ClipboardItem.supports_static entry.
The reason being that supporting those optional formats is a feature of the overal Async Clipboard API, not a specific argument you can pass to the supports() function. Either the browser supports writing/reading SVG data type to the clipboard, or it doesn't.

Thoughts?

api/ClipboardItem.json Outdated Show resolved Hide resolved
api/ClipboardItem.json Outdated Show resolved Hide resolved
@captainbrosset
Copy link
Contributor Author

@queengooborg I just saw that #23593 was moving non-optional mime-types at the Clipboard API level, whereas the optional mime-types in this PR are at the ClipboardItem API level. Should we align?

@queengooborg
Copy link
Collaborator

Considering that support for certain types was implemented before the supports() method was, yes, we should move the types up a level.

@queengooborg queengooborg merged commit 44f6bd7 into mdn:main Jul 11, 2024
6 checks passed
@captainbrosset captainbrosset deleted the optional-clipboard-types branch July 11, 2024 13:01
SGNATION

This comment was marked as spam.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
data:api 🐇 Compat data for Web APIs. https://developer.mozilla.org/docs/Web/API
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants