Reset cursor font when entring an inset with char-forward/backward

When entering an inset from the keyboard, setCurrentFont()
was not called and thus the cursor retained the font that was set
before. This could create strange behavior that could often go
unnoticed by the user.

It is easy to imagine many other situations similar to #9597 where
the user could trigger this bug.

Fixes bug #9597.
This commit is contained in:
Jean-Marc Lasgouttes 2015-07-17 16:13:34 +02:00
parent 4c66627ca9
commit 2109412720
2 changed files with 5 additions and 0 deletions

View File

@ -616,6 +616,7 @@ bool Text::checkAndActivateInset(Cursor & cur, bool front)
if (!front)
--cur.pos();
inset->edit(cur, front);
cur.setCurrentFont();
return true;
}
@ -634,6 +635,7 @@ bool Text::checkAndActivateInsetVisual(Cursor & cur, bool movingForward, bool mo
return false;
inset->edit(cur, movingForward,
movingLeft ? Inset::ENTRY_DIRECTION_RIGHT : Inset::ENTRY_DIRECTION_LEFT);
cur.setCurrentFont();
return true;
}

View File

@ -184,6 +184,9 @@ What's new
- Fix cursor font after undoing a font-changing command (bug 9537).
- Reset cursor font when entring an inset with char-forward/backward
(bug 9597).
- Fix crash when attempting to restore a document with multiple views on the
Mac (bug 9483).