[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 --- Comment #6 from Eyal Rozenberg --- Agree with Hossein, filling with ##'s is better then having the arbitrary three #'s. Now, one can perhaps conceive of some other way to indicate there is not enough space for digits, but adding #'s is definitely an improvement. (Some other ideas: printing actual characters but switching to ### at the end; printing characters with an overlay triangle like for text; printing actual characters but with an ellipsis, i.e. ... , at the end) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 --- Comment #5 from ady --- (In reply to Hossein from comment #4) > If you reduce the > size of the cell, it will reduce to 2 or even 1 hash marks No, it is always 3 # marks (partially hidden in some cases, but they are there; for instance, you can see "half" # marks), and it should never be less than 3 # marks. As I said, I agree that when the width allows for more # marks, additional # marks should be displayed as suggested in this request. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 --- Comment #4 from Hossein --- (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 the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 --- Comment #3 from ady --- (In reply to Heiko Tietze from comment #2) > It rather clutters the UI. No, it does not. The current behavior (only and always 3 # marks) for inexperienced users is frequently not clear enough, and even less clear is when they see enough available space. When the width is full of # marks, it makes a better hint regarding the width. Perhaps not always enough – where tdf#129847 might help, maybe – but better than the current behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 --- Comment #2 from Heiko Tietze --- Created attachment 187978 --> https://bugs.documentfoundation.org/attachment.cgi?id=187978=edit Excel vs. LibreOffice I don't see the benefit. It rather clutters the UI. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 ady changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from ady --- > Hash marks should expand fill the cell width. FWIW, I agree... but with a minimum of three # marks, even when the width of the cell is not enough for all three marks. If the width of the cell is not enough for all three # marks, then the behavior should not be modified in comparison to the current one (unless and until tdf#129847 is implemented, if implemented). If the width of the cell is enough for more than 3 # marks, then additional # marks should be displayed in the cell, until the width of the cell is full of # marks, but not over it. I am setting this as NEW ENHANCEMENT request, even when there is still needsUXEval. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155886] Hash marks that indicate "cell too narrow" should expand according to the cell width
https://bugs.documentfoundation.org/show_bug.cgi?id=155886 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are the assignee for the bug.
