[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #18 from QA Administrators --- Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #17 from Eyal Rozenberg --- Still relevant with Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #16 from QA Administrators --- Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #15 from Eyal Rozenberg --- Don't know why I'm getting the auto-comment again :-( -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #14 from QA Administrators --- Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #13 from Eyal Rozenberg --- No changes since this was reported. Although - on second thought, when following the reproduction instructions, don't stay on column E, since you'll get auto-complete kicking in. Switch to different rows and columns for every part of the instructions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #12 from QA Administrators --- Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #11 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #10) > (In reply to Eyal Rozenberg from comment #8) > > 1. You write "RTL" or "LTR", but - this is not always uniform. What if the > > cell is RTL and the sheet/page is LTR? > Same as for LTR: what counts is the cell. You mean "same as the cell's internal direction". This is a legitimate choice, but it is not a trivial/tautological choice. > > 2. Should the alignment really not affect the direction of extension? > Prob. I don't get this but reading direction inside/outside is the same for > me. And again: what happens LTR should be the same on RTL. To restate: If the text within the cell starts from the left edge (= left-aligned), and extends towards the right edge of the cell - regardless of its directionality - then it continues extending in the same direction after reaching the cell boundary. I find this behavior in Excel quite pleasing, and am now leaning towards recommending we also adopt it. Please try the steps I listed above (2-7) with MS Excel, with different cell directions and cell (horizontal) alignments, to experience this. > > 3. ...what if the LO UI is RTL but the cell and sheet are LTR? > We had the discussion somewhere else. And it is unrelated to this issue > regarding overflow. It is related, because it is not necessarily the case that the direction of overflow in cell edit mode is the same as after the edit is completed. That is another UX choice to make. There is already some difference in how the cell edit mode extends over other cells contents; in theory, it could extend in another direction than the final result. I'm not saying that this is a great choice; and in fact, if the "go by alignment rather than direction" approach is chosen, then it seems to have no benefits; but if "go by direction" is chosen for the non-cell-edit-box state of the cell, then it might make sense for editing convenience. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #10 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #8) > 1. You write "RTL" or "LTR", but - this is not always uniform. What if the > cell is RTL and the sheet/page is LTR? Same as for LTR: what counts is the cell. > 2. Should the alignment really not affect the direction of extension? Prob. I don't get this but reading direction inside/outside is the same for me. And again: what happens LTR should be the same on RTL. > 3. ...what if the LO UI is RTL but the cell and sheet are LTR? We had the discussion somewhere else. And it is unrelated to this issue regarding overflow. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #9 from Eyal Rozenberg --- (In reply to Eyal Rozenberg from comment #8) By the way, this is how it's like in Excel 2010: * Excel has "General" cell alignment which we don't; it also has "Context" cell direction. I'm not 100% sure how those are defined. * Same extension/overflow directions when editing and after editing; the only change is that during an edit, you see your text over adjacent cells' content. * Cell extension/overflow direction is based ON CELL ALIGNMENT ONLY - completely disregarding the direction of the cell and the sheet. * In "General" alignment, the extension/overflow direction seems to be decided by the directionality of the first character typed into the cell when its empty (and later it gets weird, there might even be a bug somewhere) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #8 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #7) > RTL should behave like LTR: overflow to the cell right-hand (or left-hand) > if empty on editing and when done. I believe this is too simplistic, for several reasons: 1. You write "RTL" or "LTR", but - this is not always uniform. What if the cell is RTL and the sheet/page is LTR? Overflow outside the cell is, on one hand, part of the cell's contents; but on the other hand it is a multi-cell/sheet-level phenomenon. 2. Should the alignment really not affect the direction of extension? If your text extends in a certain direction _within_ the cell, why not have it extend in the same direction outside the cell, as well? 3. The cell edit mode is more of a UI element - like the cell contents line on the toolbar - than a part of the "final" sheet. With this being the case - what if the LO UI is RTL but the cell and sheet are LTR? Should not the UI direction be accounted for w.r.t. how text appears in cell edit mode? Like I said earlier, I haven't formed an opinion of my own on all this, but your single sentence doesn't answer these questions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 Heiko Tietze changed: What|Removed |Added CC||hoss...@libreoffice.org --- Comment #7 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #6) > To recap, the questions are which of the four possible factors I listed > should control the three directions I listed (text extension while typing, > text overflow as the text area increases in cell edit mode, text overflow > when cell is not being edited) - and in what combination/priority orider of > the factors. RTL should behave like LTR: overflow to the cell right-hand (or left-hand) if empty on editing and when done. Hossein, you might be interested in this topic. Probably an easy hack since any update even zoom in/out starts repaint and makes the overflow work. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #6 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #5) > Clearly a bug and no UX input needed. Heiko, while there is at least one, and probably more than one, bug at play here - the questions I bring up are UX decisions to be made, which have not been made. Unless you believe they all have obvious answers? To recap, the questions are which of the four possible factors I listed should control the three directions I listed (text extension while typing, text overflow as the text area increases in cell edit mode, text overflow when cell is not being edited) - and in what combination/priority orider of the factors. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 Heiko Tietze changed: What|Removed |Added Keywords||needsDevAdvice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #5 from Heiko Tietze --- Brought this up at the ESC. Clearly a bug and no UX input needed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #4 from Eyal Rozenberg --- Created attachment 174837 --> https://bugs.documentfoundation.org/attachment.cgi?id=174837&action=edit Screencast exemplifying current behavior (following the four parts) Enjoy this near-feature-length video... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 --- Comment #3 from Eyal Rozenberg --- And I forgot: Main Problem 2 On an LTR sheet, in a RTL cell, when typing in Hebrew text in cell edit mode - the text extends due right... but only until the cell boundaries, and characters simply disappear, with only the latest ones visible. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144296] Under-engineered and inconsistent overflow/extension direction choice incl. with cell edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144296 Eyal Rozenberg changed: What|Removed |Added Summary|Under-engineered and|Under-engineered and |inconsistent cell edit mode |inconsistent |overflow direction with RTL |overflow/extension |text|direction choice incl. with ||cell edit mode -- You are receiving this mail because: You are the assignee for the bug.
