Bug 169012 - Shortcuts should be universal and not dependent on keyboard language/layout
Summary: Shortcuts should be universal and not dependent on keyboard language/layout
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
25.8.2.2 release
Hardware: All Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-22 22:12 UTC by F0x
Modified: 2026-02-05 03:18 UTC (History)
0 users

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 F0x 2025-10-22 22:12:14 UTC
Description:
Currently, keyboard shortcuts in LibreOffice depend on the active keyboard layout.
For example, on a German keyboard, the shortcut for Bold text is Ctrl + Shift + F instead of the more universally recognized Ctrl + B (used in most other applications, including Microsoft Word, Google Docs, etc.).

This inconsistency makes it difficult for users who switch languages or share instructions across international teams.

Steps to Reproduce:
Open LibreOffice Writer.

Set system keyboard layout to German (QWERTZ).

Try to use Ctrl + B to make text bold.

Actual Results:
The shortcut Ctrl + B does not apply bold formatting. Instead, Ctrl + Shift + F must be used

Expected Results:
Ctrl + B should apply bold formatting regardless of the active keyboard layout.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
This behavior is inconsistent with most major text editors and office suites (e.g., Microsoft Word, Google Docs, Notepad++, etc.), which maintain universal shortcuts independent of keyboard layout.
The issue especially affects multilingual users or those who switch frequently between layouts (e.g., German ↔ English).
It would greatly improve usability and accessibility if LibreOffice allowed users to keep standard shortcuts (Ctrl + B, Ctrl + I, Ctrl + U) regardless of keyboard language, or provided a toggle option in Preferences.

System examples tested:

Windows 11 (German layout, DE-de)
Comment 1 Fahad Al-Saidi 2026-02-04 03:34:48 UTC
I confirm that Ctrl + B doesn't work with Arabic Layout using Qt\kf6 backend, the gtk backend working fine. 

My system:
Version: 25.8.4.2 (X86_64)
Build ID: 580(Build:2)
CPU threads: 14; OS: Linux 6.18; UI render: default; VCL: kf6 (cairo+wayland)
Locale: ar-OM (ar_OM.UTF-8); UI: en-US
Calc: threaded