Package Version
main

To Reproduce
The behavior can be reproduced in the example application.

Steps to reproduce the behavior:

1. Run example application on an Android device
2. Select text
3. Select cut from editing toobar
4. See non-collapsed text selection handles
5. Attempt to drag one
6. Observe Exception: Tried to drag an expanded Android handle but the selection is collapsed. followed by Exception: Tried to pan an Android drag handle but the focal point is null. The focal point is set when the drag begins. This shouldn't be possible.

The same behavior can be observed if the selected text is removed via backspace not just cut.

Additionally, when text is cut or deleted and you type something, the text selection handlers continue to indicate an uncollapsed selection even though it is actually collapsed.

Actual behavior
The selection handlers indicate a non-collapsed document selection and it seems other parts of super_editor don't expect this.

Expected behavior
After cut or deletion, the selection handlers should probably be removed or collapsed.

Platform
Android

Flutter version

Flutter 3.19.5 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 300451adae (3 weeks ago) • 2024-03-27 21:54:07 -0500
Engine • revision e76c956498
Tools • Dart 3.3.3 • DevTools 2.31.1