[Libreoffice-ux-advise] [Bug 153527] LibreOffice 7.5 Calc: unable to apply formatting to all cells in spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=153527 --- Comment #9 from ady --- (In reply to ady from comment #6) > FWIW and only as a side note, see bug 131916 comment 14 (and/or the whole > ticket) regarding the use of CTRL+* (in numeric pad) and CTRL+A in Calc (and > in Excel). @UX team, When users apply an attribute to a selected range of cells, they are usually expecting for the attribute to be applied to all the range of the selected cells. If that's _all_ cells, then that should be it. If devs are afraid of users misusing any selection method, the way it should be considered should be to affect the resulting selection, not the attribute not being applied to part of the selected cells. For example, as mentioned in bug 131916 comment 14, if users use [CTRL]+[A], the initial selection should cover the immediate active range of cells. The second immediate consecutive [CTRL]+[A] should select the entire active range of cells. Only the third [CTRL]+[A] would select the entire worksheet. This of course should depend on whether a surrounding active range exists, and/or an entire active range of cells exists; when either of them is not relevant, the next "step" of the selection takes over. So, for instance, if the worksheet is entirely blank, the first [CTRL]+[A] immediately selects the entire worksheet. Whichever the case, when a selection of cells is performed, the attributes or actions that follow the selection should apply to the entire selected range. IOW, please don't overprotect users from their own actions. Preventing users from performing expected actions and receiving expected results should not be overpowered by misused or "by-mistake" selections/actions. Help users, but please don't "block" users from performing the intended action. Allow "steps" for [CTRL]+[A] (for example) is a much better approach than silently affecting a different range of cells than what was selected. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153549] Rename Tools > "Chapter Numbering" to "Heading Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=153549 --- Comment #10 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/02ca13ee438eac0be0a811f86ffd43c2366eecfa tdf#153549 update because Chapter Numbering -> Heading Numbering -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153561] Rename "Chapter -> Heading" and "E# -> H#" in Entries tab of Insert Table of Contents, Index, Bibliography dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=153561 --- Comment #2 from sdc.bla...@youmail.dk --- Created attachment 185455 --> https://bugs.documentfoundation.org/attachment.cgi?id=185455&action=edit demonstration of actual behavior Attachment demonstrates that "Chapter No." is showing the heading Numbering. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153485] Tooltip for H icon in Navigator should be "Outline Level"
https://bugs.documentfoundation.org/show_bug.cgi?id=153485 --- Comment #7 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6504514ecb8ceede450ec16c1ea1fcf79bdb5b04 tdf#153485 UI guideline corrections to outline level popup box It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153485] Tooltip for H icon in Navigator should be "Outline Level"
https://bugs.documentfoundation.org/show_bug.cgi?id=153485 Commit Notification changed: What|Removed |Added Whiteboard||target:7.6.0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153527] LibreOffice 7.5 Calc: unable to apply formatting to all cells in spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=153527 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected, ||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||noelgran...@gmail.com, ||stephane.guillou@libreoffic ||e.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7842 Summary|LibreOffice 7.5 Calc|LibreOffice 7.5 Calc: |Windows 11 22H2 Failed to |unable to apply formatting |format entire spreadsheet |to all cells in spreadsheet --- Comment #8 from Stéphane Guillou (stragu) --- bibisected with linux-64-7.5 repo to first bad commit 9bbe835ae76014760a6abfe10b7e50874a5ea2fa which points to core commit: commit ac859a4c6a7fce4efee9cdd45821a0c9e40e9e9a author Noel Grandin Mon Oct 17 16:36:23 2022 +0200 committer Noel Grandin Tue Oct 18 09:35:01 2022 +0200 tree6e7d452d038e92eb122ab3f3d94304bf43fde71e parent aa70820a79152830a32070eb722311b8531945a4 tdf#147842 shrink selection to data area when applying to entire sheet This takes the time to apply the formating from "who knows how long" to about 500ms on my machine. Change-Id: I202d023c58ea191bf080ef3a85068e8acab52dec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141463 So the change was definitely on purpose, and in response to a performance issue reported in bug 147842. Bringing UX into the discussion too, regarding the desirability of applying some formatting to all cells preemptively. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153485] Tooltip for H icon in Navigator should be "Outline Level"
https://bugs.documentfoundation.org/show_bug.cgi?id=153485 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||2446 --- Comment #6 from sdc.bla...@youmail.dk --- (In reply to V Stuart Foote from comment #5) > Change the label. https://gerrit.libreoffice.org/c/core/+/147247 > But, needs a new icon--for Colibre at least. After this patch is submitted, I will open a new ticket for the icon. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153549] Rename Tools > "Chapter Numbering" to "Heading Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=153549 --- Comment #9 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d2a6687bf6a7c49e851bf686cdd6afd0db7ac0a2 tdf#153549 change tip-of-day about chapter numbering It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153485] Tooltip for H icon in Navigator should be "Outline Level"
https://bugs.documentfoundation.org/show_bug.cgi?id=153485 --- Comment #5 from V Stuart Foote --- I think the discussion to change to "Show to Outline Level" from "Heading Levels shown" is correct, but then the "H" icon is not correct despite a change to the tooltip. Change the label. But, needs a new icon--for Colibre at least. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153686] Default color for table borders in dark mode should be white
https://bugs.documentfoundation.org/show_bug.cgi?id=153686 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #1 from V Stuart Foote --- But note what happens if you clear the 'Line Arrangement' for the table removing the Borders (from the Table Properties dialog, or the Table toolbar, where they default to "Black"). You'll see that the layout marking boundaries *DO* correctly fg/bg toggle to be visible with the LibreOffice Dark color scheme's "Dark Gray 3" value for the 'Document background' and "Automatic" for the 'Table boundaries' On creation of a new Table object its Borders are WYSIWYG "printable" default value "Black". It can be changed, but the color is not a UI value and we probably don't want its value to change to follow the UI. So the disconnect seems to be not having a 'Table Borders' color distinct from 'Table boundaries' exposed in Application colors, to be able to theme the UI and respond to UI fg/bg tests, or to be set explicitly from a UI Color scheme. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153485] Tooltip for H icon in Navigator should be "Outline Level"
https://bugs.documentfoundation.org/show_bug.cgi?id=153485 sdc.bla...@youmail.dk changed: What|Removed |Added CC||rayk...@gmail.com, ||vsfo...@libreoffice.org --- Comment #4 from sdc.bla...@youmail.dk --- @Jim and @Stuart-- maybe you have an opinion about this issue -- given your familiarity and experience with Navigator? At a minimum, I think the tooltip on the icon and the command name in the context menu need to be the same. My latest opinion is: Show to Outline Level And while this is being evaluated, it seems appropriate to expand this ticket to include .uno:OutlineLevelsShown, which currently has the label "Show Outline Content up to Level" I believe "Show to Outline Level" would work as a label/tooltip for that .uno (and would keep consistency Navigator, because I believe this .uno has the same functional effect as the controls in Navigator). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153561] Rename "Chapter -> Heading" and "E# -> H#" in Entries tab of Insert Table of Contents, Index, Bibliography dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=153561 sdc.bla...@youmail.dk changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153549] Rename Tools > "Chapter Numbering" to "Heading Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=153549 --- Comment #8 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/44c803f1481a31f54771fc681b0772a613e0bf83 tdf#153549 update extended tip because of command name change It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153549] Rename Tools > "Chapter Numbering" to "Heading Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=153549 --- Comment #7 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a07de1a335f1a25f13c992c937d21c2f16fba496 tdf#153549 update extended tips in Chapter Numbering dialog It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153686] Default color for table borders in dark mode should be white
https://bugs.documentfoundation.org/show_bug.cgi?id=153686 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Keywords||needsUXEval CC||79045_79...@mail.ru, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||153293 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153293 [Bug 153293] [META] Dark Mode bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153334] Support/default to a non-white page background in Dark Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=153334 --- Comment #14 from Kristijan Tkalec --- My 2 cents: I don't want to manually change the background color of the document on every sunset. This is what automatic change of the theme (light → dark) should do. At the moment I have to use some other app to write documents in the evening, because I don't have time to go to settings and manually change the background color of the document every evening. I just want to write. I think it should be possible to set it to automatically change the background color of the document as well. And there should be a choice for those, who like the white background in the dark theme. Although I don't know why should that person use dark theme in the first place. But that's just my opinion :) And btw thanks for your work. We all appreciate it! -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151430] Groupedbar Compact UI : missing "columns..." entry of the "format" menu of the menu bar
https://bugs.documentfoundation.org/show_bug.cgi?id=151430 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
