[Libreoffice-ux-advise] [Bug 156454] Indication of which table rows are considered heading rows is "hidden away" from the user
https://bugs.documentfoundation.org/show_bug.cgi?id=156454 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156454] Indication of which table rows are considered heading rows is "hidden away" from the user
https://bugs.documentfoundation.org/show_bug.cgi?id=156454 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 93694] Not possible to enable table header rows repeat from menubar
https://bugs.documentfoundation.org/show_bug.cgi?id=93694 --- Comment #14 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #13) > Same as on bug 156455 This is absolutely not the same. The question of how this main menu entry should behave is not a trivial one. At the moment, its toggling-on has a row-specific semantic, while its toggling-off has a table-wide semantic. And the row-specific semantic is difficult to figure out, unless you've selected a full set of rows that's also contiguous from the beginning of the table. I would not support just allowing the enabling Yousuf originally asked for, but I do think this toggle merits some thought. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 --- Comment #2 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > You can use the main menu Table > Header Rows Repeat Across Pages No, I can't. That either clears the set of repeating rows, or sets it. It does not toggle the selected row's membership in that set. > or the > table properties dialog with Text Flow > Repeat Heading [ ]. So, that can be done, but 1. Users are likely not to be aware - momentarily or at all - of that possibility 2. That particular control, and even its tab, are not directly linked from the context menu. 3. It is much more inconvenient to have to work with a modal table-scope dialog to toggle something for a certain row, when instead you're already in that row's context menu. And best of all - this will allow an indication of whether the row is a repeating table heading row or not! > It bloats the menu Seriously? The context menu for a (single, full) selected row has: * A "Clone formatting" item * A "Next" item, which does nothing * A "Previous" item, which does nothing * A list submenu, almost meaningless for a row * An "Edit Formula" item * A submenu entry for deleting the table * A submenu entry for "deleting columns", which is almost meaningless in this context * 3 submenu entry regarding Column width, again almost meaningless * 3 submenu entry regarding column insertion, again almost meaningless * A style submenu but this toggle is bloat? Come on... > and creates the expectation that any row can be a header. Ah, on the contrary! Because you will not be able to make the toggle if the row is not the first one that's not currently a repeating header row. > If you desperately need this command in the context menu you may customize > it locally. With the logic I'm asking for - I can't. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156454] Indication of which table rows are considered heading rows is "hidden away" from the user
https://bugs.documentfoundation.org/show_bug.cgi?id=156454 Eyal Rozenberg changed: What|Removed |Added Summary|No indication of which |Indication of which table |table rows are considered |rows are considered heading |heading rows|rows is "hidden away" from ||the user --- Comment #3 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #2) > The formatting of the paragraphs in the cells is not relevant for the > "repeat rows" feature. It's not formally relevant, but - it's relevant in terms of user experience and expectations. > How many rows are set to repeat is visible in the "Text flow" tab of the > table properties and can be changed there. I do not understand your problem. Oh, you're actually right! That did not even occur to me. So, let me rephrase the bug title. If the indication is hidden away somewhere that is not linked from where the repetition can be set, nor from some header-row-specific UI element, nor directly from the context menu for the header rows - then it is unlikely users will find it. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 155891] Option to REQUIRE pressing F2 or Enter to switch to cell edit mode and ignore any data entry attempts otherwise
https://bugs.documentfoundation.org/show_bug.cgi?id=155891 --- Comment #7 from Michael Warner --- > Spreadsheet is NOT a drawing program, isn't it? It can be. See for yourself: https://mymodernmet.com/tatsuo-horiuchi-excel-spreadsheet-paintings/ -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 155891] Option to REQUIRE pressing F2 or Enter to switch to cell edit mode and ignore any data entry attempts otherwise
https://bugs.documentfoundation.org/show_bug.cgi?id=155891 --- Comment #6 from jan d --- > Could imagine an advanced option or maybe also on the > UI to block direct input. Do we have any examples for other spreadsheet software doing this? I am a bit concerned about introducing an unusual mode of operation that is hard to get in- and out of. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156357] Cannot copy formula by copying cell when displaying with Show Formula
https://bugs.documentfoundation.org/show_bug.cgi?id=156357 --- Comment #7 from ady --- (In reply to Heiko Tietze from comment #5) > c) view > show formula and options > formula is labelled differently While it would seem intuitive for users to understand both settings as equivalent (i.e. option "b"), it is still not clear what was supposed to be the original intention of the two alternatives. Currently, they are labeled the same while they are not performing the same; so what was supposed to be the intention / use-case for each of the two actions? IOW, is there a bug (i.e. they were supposed to be the same), or are we missing something (i.e. they were not intended to be the same)? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156357] Cannot copy formula by copying cell when displaying with Show Formula
https://bugs.documentfoundation.org/show_bug.cgi?id=156357 --- Comment #6 from Shinji Enoki --- (In reply to Heiko Tietze from comment #5) > a) both paste the value when formula is shown > b) both paste the formula when formula is shown > c) view > show formula and options > formula is labelled differently > > My take is b) -> WYSIWYG. +1 to b) Since the formula is displayed, I think it is natural that it is copied -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154120] Need ability to mark characters to be ignored for line height calculation
https://bugs.documentfoundation.org/show_bug.cgi?id=154120 Heiko Tietze changed: What|Removed |Added Status|NEEDINFO|NEW Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #12 from Heiko Tietze --- Obviously we have yay and nay camps. Keeping the ticket for volunteers/ODF change. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=93 ||694 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 93694] Not possible to enable table header rows repeat from menubar
https://bugs.documentfoundation.org/show_bug.cgi?id=93694 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6455 --- Comment #13 from Heiko Tietze --- Same as on bug 156455: access to infrequently used functions via main menu and properties dialog is sufficient. => NAB/WF -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 --- Comment #1 from Heiko Tietze --- You can use the main menu Table > Header Rows Repeat Across Pages or the table properties dialog with Text Flow > Repeat Heading [ ]. Sufficient access IMO, adding it to the context menu is detrimental to usability. It bloats the menu and creates the expectation that any row can be a header. If you desperately need this command in the context menu you may customize it locally. Keeping the ticket open for a while to get more opinions. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156452] When right-clicking a table-of-contents, context menu refers to "Index", not ToC
https://bugs.documentfoundation.org/show_bug.cgi?id=156452 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- IMO it's nitpicking but no objection to contextually change "Index" into "Table of Contents" (and respective indices). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156454] No indication of which table rows are considered heading rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156454 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug.