Re: [w3c/clipboard-apis] Defer OS clipboard read from clipboard.read() to ClipboardItem.getType() (PR #248)

@shwetabin commented on this pull request.



>  
-       1. For each |format| in |formats|["{{ClipboardUnsanitizedFormats/unsanitized}}"]:
-
-        1. If |format| is equal to [=representation/MIME type=], set |isUnsanitized| to true.
-
-      1. Resolve |representation|'s [=representation/data=] with |systemClipboardRepresentation|'s [=system clipboard representation/data=].
-
-       Issue: It should be possible to read the data asynchronously from the system clipboard after the author calls getType, however, this set of steps implies that data will be provided at the time of read.
-      
-      1. The user agent, MAY sanitize |representation|'s [=representation/data=], unless |representation|'s [=representation/MIME type=]'s essence is "image/png", which should remain unsanitized to preserve meta data, or if it satisfies the below conditions:
-      
-       1. |representation|'s [=representation/MIME type=] is in optional [=unsanitized data types=] list.
-       
-       1. |isUnsanitized| is true.
+       Note: The OS clipboard data for this [=representation=] will not be fetched until the author calls {{ClipboardItem/getType()}} on the resulting {{ClipboardItem}} object.

Correct — for read()-created items the per-representation data promise isn't used; the deferred OS read populates the resolver map instead. The representation data promises drive only the author-constructed path.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3c/clipboard-apis/pull/248#discussion_r3458262173
You are receiving this because you are subscribed to this thread.

Message ID: <w3c/clipboard-apis/pull/248/review/4551496527@github.com>