#403 Data losses due to Ctrl+Backspace and Ctrl-Space behaviour in text box properties editor
This stems from the backspace and enter key being next to each other on a laptop compact keyboard and you can use ctrl+Enter and/or shift-Enter to create multi line text. The problem was found on Beta 3 but I have experienced this so many times in other versions but hadn't spotted what was causing the problem.
Example 1: When you are writing multi line text and hit shift+backspace by accident rather than shift+enter, it closes the text box properties losing everything typed into it; sometimes this can be a sizeable amount of text. If there is no reason for having the shift+backspace active then really it needs to be disabled, or if it needs to be enabled there should be some interlock asking if you want to save changes.
Example 2: When you are writing multi line text and hit ctrl+backspace by accident rather than ctrl+enter, it deletes all of the text in the text box and it cannot be recovered by undo (ctrl+z); sometimes this can be a sizeable amount of text. In many programs ctrl+backspace just deletes the last word, not the whole text. If you want to keep it then an undo is needed, if its not needed then really it could do with being disabled.
Many thanks
Discussion
Anonymous
These are issues with the GTK Multi-line Text widget - we don't control delete all functions directly. And we also have to maintain parity with Windows and its widgets.
There may be ways to filter some keystrokes (GTK statement). But as for the text, we simply get handed the output string once all editing has ceased, so Undo is not feasible.
This delete all function has been true for a long time - and there would be a lot of work needed to even see if removing this is feasible on Windows, so this is not a bug but a feature request.
Ok no probs, I will raise the ctrl+backspace disable (or delete last word) as a feature request. Is an interlock to allow ask to save changes before exit feasible for the shift+backspace version?