- Enable the "Overline" button in the "Formatting" toolbar (if not already)
=> It will be displayed next to the Underline button
- Open the attached ods-file
- Press F2 on cell A1 to enter the edit mode
- Use arrow-left and arrow-right keys to move the caret while watching the Overline and Underline button of the Formatting bar
Result: The Underline button changes - as expected - to pressed state while the caret is within the underlined part. But the Overline button does not change to pressed state while the caret is within overlined part of the text.
Bug found in the following build:
Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d
CPU Threads: 8; OS Version: Windows 6.1; UI Render: default;
Locale: de-DE (de_DE)
Created attachment 124990 [details]
The problem does not occur if placing the caret by mouse.
Bug confirmed in addition with the following build:
CPU-Threads: 8; BS-Version: Linux 3.16; UI-Render: Standard;
Gebietsschema: de-DE (de_DE.UTF-8)
Overline seems like quite a new feature.
Win 7 Pro 64-bit Version: 18.104.22.168.alpha1+
Build ID: 3d27afd26f7b85c46a7c7d08498000b9dbcea1c8
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2016-05-09_02:42:15
Locale: fi-FI (fi_FI)
(In reply to Buovjaga from comment #3)
> Overline seems like quite a new feature.
I think overline is an old feature inherited from StarOffice.
Maxim Monastirsky committed a patch related to this issue.
It has been pushed to "master":
tdf#99783 Invalidate SID_ATTR_CHAR_OVERLINE
It will be available in 5.2.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
This seems to do the trick.