Block Editor: move selection state from RichText to the store#14640
Block Editor: move selection state from RichText to the store#14640
Conversation
8f68912 to
d118977
Compare
d69e964 to
a9cccaa
Compare
d5deacd to
c08c0b5
Compare
| ); | ||
| await expect( isFocusedRightAlignmentControl ).toBe( true ); | ||
|
|
||
| // Tab to focus on the 'Bold' formatting button |
There was a problem hiding this comment.
Reason why these are no longer expected: the formatting toolbar is only available one the rich text field has selection. The buttons are useless otherwise. In master, they are useless as well, but they display because there is lingering local selection state, so the toolbar thinks that the rich text field is selected. If you select the block for the first time in master, there will also be no formatting buttons. See #13598.
| }; | ||
| } | ||
|
|
||
| // Ensures that only one RichText component can be focused. |
There was a problem hiding this comment.
This is no longer needed as the selection state is stored in block-editor and there can be no two identifiers at the same time.
2d20ef9 to
800953a
Compare
|
In comparison to the It seems like the changes proposed should open possibilities to finally resolve #7463 which we tried to tackle a few times but it was extremely difficult to detect blur event when implementation of |
…rnmobile/887-History-stack-is-not-empty-on-a-fresh-start-of-the-editor * 'master' of https://github.com/WordPress/gutenberg: 'string' misspelled as 'srting' (#15118) [Mobile] Improving accessibility on Post title (#15106) Fix 13776: Format is already registered to handle class name (#15072) Add wpDataSelect WordPress end 2 end test util (#15052) Block Editor: move selection state from RichText to the store (#14640) chore: Fix: Lint error that makes unit tests (and CI tests) fail. (#15073) Set ownProps.onFocus when context.onFocus is undefined. (#15069)
|
This seems to have a crashing regression effect on mobile side: wordpress-mobile/gutenberg-mobile#921 |
|
@pinarol Selection state has been moved to the |
| case 'TOGGLE_SELECTION': | ||
| return { | ||
| ...state, | ||
| ...BLOCK_SELECTION_INITIAL_STATE, |
There was a problem hiding this comment.
This change has the effect of deselecting the current block when toggling selection. Is that intended?
- Insert an image block
- Assign an image from the media library
- Resize the image using the resizers
Expected: Block remains selected
Actual: Block is unselected
There was a problem hiding this comment.
I think I noticed something similar with the Spacer block as well when using the resize handle.
Upgrade RichText on mobile native to use the latest changes from the web, mainly those made in #14640 It also removes the customization we made to the rich-text library since writing in multiple formats at once is now stable on the web. * Adding `onSelectionChange` from store to RichText * First experiment fixing selection change handling in rich text * Update readme change postcommit * Fix sequence of events on split and selection change * Remove commented onTextUpdate call on enter pressed * Do not reset activeFormats when onSelectionChange is emitted while typing * Update value from props * Pinpoint conditions for the case where onSelectionChange is emitted without changing selection * Improve isTyping detection * Fix applying link format * Do not try to update text from the paste handler * onChange should update the state * Selection change events always fire after text already changed * Fix issue where the list block was not being selected on focus. * Add isSelected prop from context to RichText * Fix move caret to the end when merging. This avoid moving the caret to the end when two blocks, both with content, are merged. * Caret position from props, don't force to end * Fix lint errors * WIP: more fixes * WIP: Fix list external Enter key on Android * No stray onSelectionChanged events from AztecAndroid * Only block html elements will be trimmed by AztecAndroid * Mirror caret state on text change * Fix issue on iOS where the format buttons were not working properly. Pressing on the buttons didn't change the format of the selected text. * Restore iOS autoscroll while editing. * Cleanup * Try a new approach to detect if the selection change event is manual or not * Fix iOS issue with formats, where pressing the format buttons sometimes won't change the format of the selected text
|
@ellatrix Would you mind sending me to the right direction on RichText documentation? I need to fix the selection after I'm using same code here : which works perfectly but the selection is being reset to the start of paragraph for some reasons. I can't figure it out, been trying to on last couple of days. Here's the screenshot of my work so far:Thank you very much! |
|
|
||
| Returns an action object used in signalling that the user caret has exited formatted text. | ||
|
|
||
| ### selectionChange |
There was a problem hiding this comment.
To maximize consistency with other action names in the pattern of "verbNoun" / "actSubject" (insertBlock, updateSettings, clearSelectedBlock), in retrospect I think this should have been named as changeSelection. Has this landed in a stable WordPress release?


Description
Fixes #11616.
Blocks #11005 and #12002. Blocks making RichText a controlled component.
This is an attempt to move local
RichTextselection state toblock-editorstore.RichTextwould have the following props:selectionStart: the selection start offset, similar to thetextareaattrubute.selectionEnd: the selection end offset, similar to thetextareaattrubute.onSelectionChange: the function that will be called when the selection changes.Within blocks, this state is provided by context. Nothing changes for block authors.
In the
block-editorstore, the selection state will now include a rich text identifier and offset in addition to the block client ID.Why?
How has this been tested?
Screenshots
Types of changes
Checklist: