diff options
| author | Ben Harris <bjh21@bjh21.me.uk> | 2023-07-05 19:39:57 +0100 |
|---|---|---|
| committer | Ben Harris <bjh21@bjh21.me.uk> | 2023-07-05 19:39:57 +0100 |
| commit | ad7042db989eb525defea9298b2b14d564498473 (patch) | |
| tree | 2745e325e200d421f881ed28c555ea3a75f2a980 /pattern.c | |
| parent | c8cc4a5f387774c35e3e8f924d4200c0908c9d5a (diff) | |
| download | puzzles-ad7042db989eb525defea9298b2b14d564498473.zip puzzles-ad7042db989eb525defea9298b2b14d564498473.tar.gz puzzles-ad7042db989eb525defea9298b2b14d564498473.tar.bz2 puzzles-ad7042db989eb525defea9298b2b14d564498473.tar.xz | |
js: Copy-to-clipboard support
Now using the browser's "copy" operation while the focus is in the
puzzle will copy the puzzle state to the clipboard. Browsers seem to
have odd ideas about whate element to target with the "copy" event:
Firefox targets the parent of the <canvas> while Chromium targets the
<body>. To cope with these and possible future weirdness I attach the
event handler to the document and then look to see if it's plausibly
related to the canvas.
Arguably we might want to handle a wider range of "copy" events, maybe
any where the selection isn't empty. I'm not sure, though, so we'll
start with the minimal change.
Diffstat (limited to 'pattern.c')
0 files changed, 0 insertions, 0 deletions