[Libreoffice-ux-advise] [Bug 97513] In Pivot tables, compute sum for numbers and counts for other formats by default

https://bugs.documentfoundation.org/show_bug.cgi?id=97513 --- Comment #5 from Heiko Tietze --- I was looking for a reason to change it in general. The more variants we have in the program, like ifthen sum or count, the harder is it for users to figure out why things

[Libreoffice-ux-advise] [Bug 97555] unsuitable colour feedback when selecting multiple sheet in calc

https://bugs.documentfoundation.org/show_bug.cgi?id=97555 --- Comment #4 from riccardo.arzen...@yacme.com --- I really like the idea of a black corner folded. -- You are receiving this mail because: You are on the CC list for the bug. ___

[Libreoffice-ux-advise] [Bug 97513] In Pivot tables, compute sum for numbers and counts for other formats by default

https://bugs.documentfoundation.org/show_bug.cgi?id=97513 --- Comment #6 from raal --- (In reply to Heiko Tietze from comment #5) > So the question is why not always (row/col, with/without NAN) calculate the > number of values? Because when you change the default (from SUM to

[Libreoffice-ux-advise] [Bug 97513] In Pivot tables, compute sum for numbers and counts for other formats by default

https://bugs.documentfoundation.org/show_bug.cgi?id=97513 --- Comment #7 from Milan Bouchet-Valat --- That's right. Another point is that users already have to take into account different behaviors depending on whether the values are numeric or not: sum produces an empty

[Libreoffice-ux-advise] [Bug 34467] FORMATTING: Fit to Frame for text boxes is broken

https://bugs.documentfoundation.org/show_bug.cgi?id=34467 V Stuart Foote changed: What|Removed |Added CC|