Bug 167484 - When no text is selected, font controls should reflect the chosen keyboard layout
Summary: When no text is selected, font controls should reflect the chosen keyboard la...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
25.2.4.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: RTL-UI Language-Grouping
  Show dependency treegraph
 
Reported: 2025-07-12 21:31 UTC by Eyal Rozenberg
Modified: 2025-07-13 09:53 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2025-07-12 21:31:23 UTC
Currently, the settings in the formatting toolbar controls regarding font (typface name, font size, bold, italic etc.) reflect the the character before the caret. Instead, it should reflect the language of the currently-active keyboard layout - if such a layout is defined and can be determined by LO.

Why? Because if one is interested is determining the previous character's font details, one can always select it. But if one wants to tell which font will be used for the next character, the only way to do so at the moment is either to open the dialog or to type that character.

I believe users will be better served by being able to use typing and (keyboard) selection only, to determine the font info for both of these objects of interest.

Note: When I say "language", this effectively, and at the moment, means the language group containing the language or locale associated with the active keyboard layout.
Comment 1 V Stuart Foote 2025-07-13 09:50:34 UTC
+1 reasonable. Assumes there is a consistent method to query system for keyboard in use, and can be implemented cross platform. Should work at ICU word bounds, or assigned language of text run/sentence. See also work for bug 66791 and dupes.