Description: allow for decimal percentage in paragraph proportional line spacing Steps to Reproduce: not applicable (see Other information for rational of improvement request) Actual Results: not applicable (see Other information for rational of improvement request) Expected Results: not applicable (see Other information for rational of improvement request) Reproducible: Always User Profile Reset: No Additional Info: Rational for the request is for using a cursive font over a page with regular line spacing background (like schoolbooks). In that context, I want to use the percentage proportionnal line spacing to have all text line aligned with the background, but unfortunately the correct value fall between 106% and 107%. Using a decimal value now get rounded to nearest and a shift appears at bottom of the page depending on lines counts. I guess 2 digits would be enough.
I confirm, that proportional line spacing with decimal numbers is not possible with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0480e84e4c0b43d3829d83746636ad7a7037e76e CPU threads: 12; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Desing-team should decide, but I think difference within 1% is so small, that you can hardly see it. In the specific case mentioned in original bug report I think problem can be solved with a fixed line spacing.
Whether rounding is essential for proportional values is a question to developers. Matthieu presented a use case, there is nothing to discuss.
Mathieu, can you try suggestion from comment 1? You have 3 options with 1 mm difference: At least, Leading and Fixed.
Created attachment 198388 [details] Test document
(In reply to BogdanB from comment #3) > Mathieu, can you try suggestion from comment 1? You have 3 options with 1 mm > difference: At least, Leading and Fixed. Hello the fixed line spacing has the same issue as the proportional line spacing. It only allows 2 digits and the correct value for my test document falls between 0.78 and 0.79 cm I added the test document in attachment to this ticket. The font used for the document is PlumBAE which is free for private usage and can be downloaded e.g. here : https://fr.fonts2u.com/plumbae.police
Ok, I tested your document, I see that more precision could mean a better alignment for lines and text, let's change the title to be available for all kinds of line spacing. Let's wait for developers to analyze it.
A line spacing of 0.78cm makes the paragraphs nicely align to the background - even when expanding the text over many pages. And glyphs are drawn at least very close to the background baseline with a different font. You can add a few millimeter padding on top of the page style to tweak the least pixel out of this. Regarding precision, it is possible to enter a value of "7,85 mm" into the field, which then is converted to the unit you chose under tools > options > writer > general, at least it should be evaluated. Another solution for your specific question is to change the option to millimeter. I see no need for enhancements.
(In reply to Heiko Tietze from comment #7) > A line spacing of 0.78cm makes the paragraphs nicely align to the background > - even when expanding the text over many pages. And glyphs are drawn at > least very close to the background baseline with a different font. You can > add a few millimeter padding on top of the page style to tweak the least > pixel out of this. > > Regarding precision, it is possible to enter a value of "7,85 mm" into the > field, which then is converted to the unit you chose under tools > options > > writer > general, at least it should be evaluated. Another solution for your > specific question is to change the option to millimeter. > > I see no need for enhancements. I confirm that changing the unit to millimeters allows for 2 digits in millimeters line spacing and to reach the expected behavior ! Thank you for the workaround !
Maybe the documentation can mention this ideea that a better precision can be achived changing from cm to mm or other measurement units?
(In reply to BogdanB from comment #9) > Maybe the documentation can mention this ideea that a better precision can > be achived changing from cm to mm or other measurement units? But I think, this should be opened as a new bug. Regarding to comment 7 and comment 8 I think we can close this bug as WONTFIX. Everybody is free to change it back to UNCONFIRMED if he disagrees.