Comments (14)
Sure
from clipboard-apis.
@MichielBijl thanks for your review and the issues. I've attempted to keep this spec focused on what happens between the browser engine and the JavaScript. Questions like how exactly pasted data is inserted into the DOM or how focus / cursor should be positioned after inserting various types of data seem off-topic.. Perhaps these questions indicate we need a more general "cutting and pasting" spec rather than a "Clipboard API" spec?
from clipboard-apis.
We are discussing this next week on the APA call; I'll keep you posted.
from clipboard-apis.
@hallvors I appreciate the effort to keep the focus tight and clear.
There is a section in HTML on managing focus, which is somewhat patchy - but it might be the place to put in stuff about what happens after operations like cut/paste. This might also be something that should pass through the editing group, since I think focus is pretty important for them too.
I suspect we don't need to put it into the clipboard spec itself.
from clipboard-apis.
@chaals is this the section you refer to: HTML 5.1 Focus?
from clipboard-apis.
๐ Focus handling is a big and important topic, it's good to see the HTML spec pay more attention to it.
@MichielBijl May I close this issue and expect you to follow this up with the HTML and/or Selection folks? I have one requirement about focus (as far as I can remember) which is if JS during paste event processing moves focus, the pasting must target the control that gained focus. I think everything else about focus handling applies equally to editing in general ('cut' being like 'delete' focus-wise etc.) and thus nothing to add to my spec..
from clipboard-apis.
@hallvors sounds good to me.
from clipboard-apis.
@hallvors I think it would be good to file an issue against https://github.com/whatwg/html/issues/new listing those requirements.
(We should probably also figure out the other dependencies between HTML and this specification, such as the Clipboard interface.)
from clipboard-apis.
@annevk I'll leave that to @MichielBijl and his APA reviewers in the blissful belief that they will know more about these requirements than I do :)
from clipboard-apis.
@annevk convinces me that I should add references to for example https://w3c.github.io/html/editing.html#focused and https://w3c.github.io/html/editing.html#focusable to define the concepts I'm using in my single focus-related requirement. I'll might as well reopen this bug and use it for that purpose..
from clipboard-apis.
https://html.spec.whatwg.org/multipage/interaction.html#focused https://html.spec.whatwg.org/multipage/interaction.html#focusable-area
from clipboard-apis.
For what it's worth, if the APA decides the HTML spec focus management section needs clarification on this; I will take that on. @hallvors can I get you to review that if necessary? Would be great to have someone read changes that knows the Clipboard API.
from clipboard-apis.
We're moving this into the HTML spec, so this can be closed :)
from clipboard-apis.
Not really, the clipboard API will need updates for this.
from clipboard-apis.
Related Issues (20)
- Web Platform tests using "clipboard-read" HOT 2
- Async Clipboard API take more time compared to DataTransfer API to read/write data in System Clipboard HOT 1
- Read Blob data for the supported formats on-demand during getType. HOT 11
- Start and End fragment tags in text/html format on Windows HOT 1
- Add method `match` (`clipboard.match(regex)`) to check clipboard for pattern matching before reading - as it is done in iOS HOT 1
- Optional data types description seems wrong HOT 1
- Feature detection of web custom format support HOT 1
- Parallelism and task sources HOT 2
- algorithms don't enforce focus requirement
- Aljbore HOT 1
- References to permissions
- Topic: โunsanitizedโ option to allow developers to opt-out of UA-provided sanitization HOT 1
- Merge a PR only with explicit implementor consensus (followup) HOT 4
- read(formats) ambiguous
- RTF is not exposed when using navigator.clipboard.read()
- `supports` should take a dictionary instead of a DOMString as argument for readability HOT 2
- [Async Clipboard API] Use Stream APIs to provide data during write HOT 10
- No provision made for multiple clipboards, e.g. on Linux
- Write UTF-8 data to the clipboard. HOT 3
- Support clipboard write() for audio formats (midi, wav) HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from clipboard-apis.