Description: Table properties changes only a cell in Impress (full table expected) Steps to Reproduce: 1. Open Impress 2. insert a 2x2 table 3. Right click in a cell -> Table properties 4. borders tab 5. Change the line color & Press OK 6. Only a single cell changed 7. Open Writer 8. Insert a 2x2 table 9. Right click in a cell -> table properties 10. Border tab, set border to a color 11. Press OK -> Full table changes Actual Results: Difference in behaviour between Writer and Impress Expected Results: Harmony (read Writer behaviour) Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: efe854bf9b6daff3d0ecf6e3d04bd9a50bfaa3f3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Jumbo and in Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL and in 4.4.7.2 and in Versie: 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
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.