-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
Table mouse selection UI/UX #6114
Comments
Moved from PR: ckeditor/ckeditor5-table#230 (comment):
I found out that it is a Chrome issue IMO:
|
Also from a PR: please create proper entries in theme lark (if we'll work on master by then).ckeditor/ckeditor5-table#230 (comment) |
That's an issue with us moving the real selection to the fake sel container and not blocking mousemoves later on which makes the browser render the selection starting from the fake sel container and ending at your cursor position. |
DUP with some additional info: #6302. |
DUP in #6300. |
May fix #6299. |
Let's not forget this case (more details): |
Internal: Improved the look of multi-cell selection. Prevented the selection from starting in the fake selection container. Closes ckeditor/ckeditor5#6114. Closes ckeditor/ckeditor5#6353.
Features: Brought styles for selected table cells (multi-cell selection) (see ckeditor/ckeditor5#6114).
Let's keep it open for Safari. |
Internal: Rewritten the base selection handling. Closes ckeditor/ckeditor5#6114. Closes ckeditor/ckeditor5#6330. Closes ckeditor/ckeditor5#6346. Closes ckeditor/ckeditor5#6347.
Internal: Improved styles for cell selection. See ckeditor/ckeditor5#6114.
📝 Provide a description of the new feature
Requires #6113.
Validate mouse selection indication UI/UIX. The solution used in #6113 is at the POC stage and a nice styling must be used for mouse selection.
This should address:
Progress log
ckeditor/ckeditor5-table#257
The PR brings:
MouseSelectionHandler
internalsRemaining issues
The selection is broken in Safari. In theory, this can be improved by a
selectionstart
listener kicking in at some specific moments (tried it, it works OK), but this is more a hack than the actual solution. It seems that the selection goes crazy in Safari once the mouse crosses the boundary of the table cell and resets to the beginning of editable.What we need instead is a solid research.
MouseSelectionHandler#_handleMouseMove()
callsTableSelection#stopSelection()
after the mouse has been released. Each such call runsmodel.change()
which is very wrong and a potential source of issues.if ( !this._isSelecting ) { return; }
(what's the point of themousemove
handling if not selecting any more?)If you'd like to see this feature implemented, add a 👍 reaction to this post.
The text was updated successfully, but these errors were encountered: