[Libreoffice-ux-advise] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Mon Jun 19 09:35:40 UTC 2023
https://bugs.documentfoundation.org/show_bug.cgi?id=155886
--- Comment #4 from Hossein <hossein at libreoffice.org> ---
(In reply to Heiko Tietze from comment #2)
> Created attachment 187978 [details]
> Excel vs. LibreOffice
>
> I don't see the benefit. It rather clutters the UI.
To describe its benefit, I should elaborate more on tdf#129847:
Bug 129847 - ### indication of "cell too narrow" should additionally show "more
content" red arrow
https://bugs.documentfoundation.org/show_bug.cgi?id=129847
It discusses the need for arrows on the left and/or right of the cells which
has numeral contents that can not be fit into the cell.
Previously, it was somehow odd for me when arrows were put on the left, right
or both sides of the hash marks with a patch to fix tdf#129847. Why it shows
arrows, even when the cell has more space to use?
I tried to find the reason why it seems strange to have something like this:
[< ###]
And I think the problem comes from the way LibreOffice shows the hash marks: it
always uses 3 hash marks, no matter what the width is. In comparison, I think
using hash marks to fill the cell is a better approach.
As a user, filling the cell with hash marks gives me the feeling that there is
a big content here, that does not fit.
In the end, I should add that the attached file is here to show the situation
for many different situations. This does not usually happen in the real world
where only a few fields may be shown this way. If you reduce the size of the
cell, it will reduce to 2 or even 1 hash marks (even in LibreOffice), and I
wanted to show this, in addition to other possible situations.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list