Summary: | Table properties changes only a cell in Impress (full table expected) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Telesto <telesto> |
Component: | Impress | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | enhancement | CC: | armlopez, heiko.tietze, mikekaganski |
Priority: | medium | ||
Version: | 4.1.0.4 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 100366 |
Description
Telesto
2022-04-11 18:45:09 UTC
For me it's bug, but lets cycle this through UX to be sure Definitely not a bug. Writer tries to be smart and applies the formatting, border and background, to the unformatted cells. Draw/Impress just apply to the selected cell(s). It could be interpreted as a feature because Draw/Impress are more likely used for small-scale graphical changes while Writer is supposed to have a homogeneous look and feel. There is also bug 101802 talking about harmonization but there in respect to the table style feature at the sidebar. Mike, what's your take? I can see a value in making these unified; having similar behavior for similar functionality is definitely good when it doesn't hurt. In Writer, the "apply to selection" only works when cells are *selected*; otherwise, it applies to the whole table. I would think that there would be little problem using the same paradigm in any other module - it doesn't limit your possibilities. Unless there is a pressing *huge* benefit of keeping current behavior, I suggest to unify it (to make other modules follow Writer, not the other way round, because Writer is most used). So let's make Draw/Impress smart as well and apply an attribute to all unformatted cells in the table in case of no cell selection. Also in 7.5.9.2 I would add that changing the whole table, unless only certain cells are selected, is the logical and intuitive thing to do. If I select Table Properties, I expect my changes to apply to the table, not a small part of it. I was surprised today by its behaviour, and had to find out that I had to select all the cells by trial and error. An option, 'Selected cells only' or similar would make it all explicit and transparent. I was able to reproduce this behavior in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded as well as Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I recognize that this isn't a bug, but I definitely feel as though this behavior should be consistent. |