[Libreoffice-ux-advise] [Bug 155893] Table cell baseline misalignment when using different fonts
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Jun 20 19:23:01 UTC 2023
https://bugs.documentfoundation.org/show_bug.cgi?id=155893
--- Comment #22 from Eyal Rozenberg <eyalroz1 at gmx.com> ---
(In reply to V Stuart Foote from comment #18)
> IIUC we have never made direct use of the 0 base within a font. Rather, we
> take the font's total height --between ascent top and descent bottom (font
> designers choice with M height plus any *internal* leading above or below)
> and that height is what is aligned TOP, CENTER or BOTTOM.
I don't quite understand what this means. Vertical alignment of 2D objects
means choosing some horizontal line relative to each of them, and moving the
objects so that those lines identify, and some other constraint is satisfied
(with different constraints for top, center and bottom). But how can you "align
height"? If you mean setting the top of the fonts including ascenders to be the
top of the respective table cells - that's not what happens.
Also, when text laid out in a paragraph, alignment is on the baseline.
> Try it with an exaggerated font like Styx Two.
Do you mean Stix Two?
https://www.stixfonts.org
> Short of a rewrite of VCL font handling, don't see a bug here, it is doing
> what is expected.
You're conflating the difficulty of addressing the issue with the question of
whether there's an issue. It could be, that addressing this would require
tremendous efforts, in which case this will have very low priority. But that is
irrelevant to the question what the correct behavior _should_ be.
> While enhancement to actually align on the 0 base would be at odds with what
> other word processors do, don't see much demand there.
1. Consistency between the rendering of text in consecutive table cells vs
consecutively on a line.
2. The use of tables as a mechanism of controlling 2D text placement, as
opposed to having to manually manipulate multiple boxes/frames. For the table
to be usable, we need finer control over alignment within it - and reasonable
defaults which don't look garish.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list