Description: Pressing the Hyphenation button on the Properties sidebar enables hyphenation, then the button turns into Hyphenate CAPS button, so you cannot disable the Hyphentation anymore by using the sidebar. Steps to Reproduce: 1. Create a new Writer document 2. Type in a paragraph 3. Open the Properties sidebar 4. Either leave it the default paragraph style applied or apply the Body text style. 5. Press the Hyphentation button to enable hypenation. The hyphentation control boxes are now visible. Actual Results: The Hyphenation button is gone and replaced by the Hyphenate CAPS button, which even if you toggle it, it does not disable Hyphenation Expected Results: The button should not go away and must be able to toggle it back to disable hyphentation. This is misleading UI design. Reproducible: Always User Profile Reset: No Additional Info: Version: 25.2.0.2 (X86_64) / LibreOffice Community Build ID: 62af784cc06624122f17ee71c7cf13d906cbaed0 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded
Created attachment 198701 [details] Initial look of the hyphenation button when it is turned off.
Created attachment 198702 [details] The button Hyphenate CAPS replaces the original Hyphenation button
Reproducible Version: 25.2.0.2 (X86_64) / LibreOffice Community Build ID: 62af784cc06624122f17ee71c7cf13d906cbaed0 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Seems it works fine with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1412f0235405e71aaa327596e3db71ffa999e122 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded
I don't see it fixed in the latest master build. I see the same behaviour as int 25.2. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 43fc662520e5488cbeadd6eb60a24374a837dca4 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded
Proposed fix: https://gerrit.libreoffice.org/c/core/+/182321
Messed up our own nomenclature and was looking for a tab ;-). I recommend to not expose each and every function in the sidebar. Your panel has for example eight icon-only buttons with varying clarity of the underlying function. To understand the UI I have to hover over and wait for the tooltip. Even if those icons were better it's still the sheer amount of items that makes it impossible to use the always-on UI by pure muscle memory. For some reason I get the panel in Version: 25.2.1.2. It starts with a button (again icon-only and in this case quite pointless tooltip) that expands (?) the panel but not properly and I cannot use the controls. Resizing helps though. Using a label above every spin edit changes the look and feel of the sidebar (only the frames have an a11y label, attributes start with an icon). Ultimately Mihai's report is about issues with the deck and you may or may not fix it. But I see no reason to add the panel in the first place. At least not entirely.
Created attachment 199580 [details] 2025-03-01 state: hyphenation button changing parameter, but glitches on first use Either in: Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: pl-PL (pl_PL); UI: en-US Calc: CL threaded or in: Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a91494780bb59afe8c971003e6b809f1e66df050 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: pl-PL (pl_PL); UI: en-US Calc: CL threaded "Hyphenation:" button still has glitch after clicking the first time on the button (the sidebar renders properly after going to another section and restoring "Properties (Alt+1)" tab. And in these versions "Hyphenate words in CAPS" changes it's value properly to the indication of sidebar button, that it's activated or disabled. SUMMARY: ╔═════════════════════╦════════════════════╦═══════════════════════════╗ ║ LO version ║ First click glitch ║ "Hyphenate words in CAPS" ║ ║ ║ ║ parameter in "Paragraph" ║ ║ ║ ║ options ║ ║ ║ ║ and <sidebar> "Hyphenate" ║ ║ ║ ║ button synchronization ║ ╠═════════════════════╬════════════════════╬═══════════════════════════╣ ║ 25.2.0.3 ║ exist ║ updates ║ ║ ║ ║ bidirectionally ║ ╠═════════════════════╬════════════════════╬═══════════════════════════╣ ║ 25.8.0.0.alpha0+ ║ exist ║ updates ║ ║ master: ║ ║ bidirectionally ║ ║ 2025-03-01_02.30.25 ║ ║ ║ ╚═════════════════════╩════════════════════╩═══════════════════════════╝
@Mihai, Heiko, Piotr: thanks for the report and feedback! I will try to add smaller fixes for this and Bug 162840 to avoid introducing new issues for 25.2. Unfortunately, I have no Windows build recently, so likely I will need your help. @Heiko: Thanks for your review! I agree, that we don't need every function on the sidebar, only the important ones for basic formatting. Replacing hyphenation-keep buttons with a popup menu can help a lot, indeed. I am just collecting the information about the typographical requirements, e.g. fixing DOCX interoperability issues, like Bug 160518 (DOCX: fix layout of hyphenated text by supporting allowHyphenationAtTrackBottom and useWord2013TrackBottomHyphenation) and Bug 165354 (DOCX: fix layout of hyphenated text by supporting useWord2013TrackBottomHyphenation = false (i.e. shifting only the last word, not the whole hyphenated line)). Adjusting automatic hyphenation needs sidebar support definitely, because this is the only way to solve the most time-consuming part of typesetting in several languages: fixing typographical issues. Not only this is a basic feature in DTP software, but according to my research, there is huge jittering in the typesetting quality, depending on small random differences, so it's worth to give a tool to handle this. (See https://numbertext.org/typography/automatikus_magyar_elv%C3%A1laszt%C3%A1s_a_LibreOffice-ban.pdf, chart on page 2 Frequency of hyphenation in English (light blue), German (red) and Hungarian (dark blue). Hyphenated lines/lines (%). Line length (character count). At normal line length (30–80), there are 10% differences in the same language on the same text in the ratio of the hyphenated lines, which may be linked to typographical quality in more than one way.) I will try to hide the Hyphenation panel as much as possible: for example, keeping only a hyphenation button on the paragraph settings, and only enabled hyphenation will show the (closed?) Hyphenation panel.
Proposed fix for version 25.2: https://gerrit.libreoffice.org/c/core/+/182486
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/38a4d3f0b095f70deaf1c25617b5f8b378f31626 tdf#164823 sfx: fix order of sidebar hyphenation options It will be available in 25.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/715b7ad6532bd5a196427453848ab9d70f03c711 tdf#164823 sfx: fix order of sidebar hyphenation options It will be available in 25.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tested NOT FIXED in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 894563ee0e4032019623a97c313af3d833863b1f CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded Pressing the hyphenation button on the sidebar still changes the button to Hyphenate caps and you cannot turn the hyphenation off from the sidebar.
(In reply to Mihai Vasiliu from comment #12) > Tested NOT FIXED in > > Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 894563ee0e4032019623a97c313af3d833863b1f > CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; > VCL: win > Locale: ro-RO (ro_RO); UI: en-US > Calc: CL threaded > > Pressing the hyphenation button on the sidebar still changes the button to > Hyphenate caps and you cannot turn the hyphenation off from the sidebar. @Mihai: many thanks for your feedback! Using a new profile, is there any difference? soffice.com -env:UserInstallation=file:///c:/Folder%20Name%20With%20Spaces/my-test-profile (https://wiki.documentfoundation.org/UserProfile#Quick_test_for_corrupted_profiles:_use_a_temporary,_new_user_profile). Note: I am going to fix this in 25.2 by removing all the temporary hidden buttons (especially because I've found, this feature, i.e. ODF 1.0 fo:hyphenation-keep and its loext:hyphenation-keep-type (also CSS4 interoperability) extension were implemented using the non-default interoperability behaviour of the MSO Open Specification DOCX compatibility feature useWord2013TrackBottomHyphenation="true", but useWord2013TrackBottomHyphenation="false" is the default in the newer MSO versions (moving only the last hyphenated word, not the entire hyphenated line, like in MSO 2013).
(In reply to László Németh from comment #13) > @Mihai: many thanks for your feedback! Using a new profile, is there any > difference? > I restarted in Safe mode. The Hyphenate button still converts to a Hyphenate caps button and that button is stuck, you cannot change its state by clicking on it. But this does not fix at all the issue I reported, which is that you cannot toggle the Hyphenation back off, once enabled via the sidebar.
This issue appears in KDE environment on Linux (not Gnome) and it affects 25.8 development version as well. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c7c543e5f5a361d52dd0cc57379da4304bc3eb7f CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
*** Bug 162840 has been marked as a duplicate of this bug. ***