The behavior in SimpleText is different. CMD-A inserts an A at the beginning. This is because SimpleText::deleteSelectedText() appears to be a NOOP for single-line text objects.
The test if ( r1 != r2 ) is false for single line text objects so the delete never happens. Or, so that is my read at 2AM...
I think all the cases in Text::edit() that satisfy the (modifiers == Qt::ControlModifier) test should return true rather than break. The key input has been processed and there is nothing left to do.
Comments
Same thing with CMD-I (italic) and so on...
Looks like there is special handling in both of these locations:
Text::edit()SimpleText::edit()The behavior in
SimpleTextis different. CMD-A inserts an A at the beginning. This is becauseSimpleText::deleteSelectedText()appears to be a NOOP for single-line text objects.The test
if ( r1 != r2 )is false for single line text objects so the delete never happens. Or, so that is my read at 2AM...This also explains why selecting text and then pressing DELETE in the title of a score does nothing unless the selection spans multiple lines.
I think all the cases in
Text::edit()that satisfy the(modifiers == Qt::ControlModifier)test should return true rather than break. The key input has been processed and there is nothing left to do.Partial fix for
Text::edit()here:https://github.com/musescore/MuseScore/pull/681
As per Werner it is fixed in ece0678e
Automatically closed -- issue fixed for 2 weeks with no activity.