Please.
Version: unspecified
Severity: major
Please.
Version: unspecified
Severity: major
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Open | Release | None | T84936 Release VisualEditor-MediaWiki as "1.0" | ||
Resolved | Esanders | T74725 VisualEditor: [Regression] Ctrl+A no longer working since staging of slugs because a selection starting from a CE=false node in Chrome |
Chromium bug, has been around for a year, but maybe we've made it more common by having ce=false slugs?
Solutions:
Further complicating the issue is CE true inside CE false inside CE true, as is the case with table cell editing. In this case CTRL+A should only select the cell contents, so any programmatic solution would have to be aware of that, and any book-end solution would have to work in these "sub-surfaces" as well.
*sigh* Chrome doesn't even let you set such a selection programmatically, so it appears book-ending is required. Although I'd like to do programmatic handling too to catch things like table and focusable node selections (where the native selection is in the paste target).
(In reply to Ed Sanders from comment #3)
*sigh* Chrome doesn't even let you set such a selection programmatically, so
it appears book-ending is required. Although I'd like to do programmatic
handling too to catch things like table and focusable node selections (where
the native selection is in the paste target).
So… gerrit 172039 didn't fix this. Is it do-able?