[w3c/editing] [Delayed Clipboard Rendering] What happens to the clipboard data on Tab/Browser Close? (Issue #424)

From #417 
@anaskim prepared a [document ](https://docs.google.com/document/d/1H6ow7RWa4MeycKP3OQBoMhLuMaJct3jSCWW6apcVu9U/edit?usp=sharing)describing all the options for the web authors to handle this scenario. Please take a look at it and let us know if you have any comments.
@inexorabletash posted:
> A comment I made that didn't make it into the notes: UAs could consider integrating with the Reporting API for the scenario where a site places deferred content on the clipboard, the user navigates away from the site, and the user attempts to paste. This could act as a signal to sites that they should consider doing something in "beforeunload" handling, e.g. prompting the user that clipboard data will be lost.
> 
> I think I've seen native Excel do something like this at least on macOS; I think it has heuristics and makes the clipboard content deferred if over a certain size, and warns on app shutdown?
> 
> ETA: To clarify: someone else in the call suggested the beforeunload approach, which would be good to document as part of the proposal. I was suggesting that if a site _doesn't_ do that, the Reporting API might be a way for the UA to provide a signal to web developers that it's something they should consider implementing.

@annevk @sanketj @evanstade @a-sully @whsieh 

-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3c/editing/issues/424
You are receiving this because you are subscribed to this thread.

Message ID: <w3c/editing/issues/424@github.com>

Received on Tuesday, 11 April 2023 22:53:41 UTC