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

[bugzilla-daemon]

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 happens - and the complexity of the code increases.

So the question is why not always (row/col, with/without NAN) calculate the
number of values?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

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

[bugzilla-daemon]

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 mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

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

[bugzilla-daemon]

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 COUNT), users will be angry.
When you do what Milan suggested, it's clear enhancement. btw. that's the
behaviour how Excel works.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

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

[bugzilla-daemon]

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 result when applied to non-numeric values.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

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

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=34467

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #49 from V Stuart Foote  ---
(In reply to Thomas Krumbein from comment #48)
...
> --> and now I want to see the expanded text fitting to the frame! On my
> screen!
> (at this time we do not have any storing-prozess)
> 
> Or: if I change first the propertie of the textframe - my input-text should
> fit to frame during eding:)
> 

During editing (creating a new Text Box or editing and existing) the Fit to
Frame stretching does work correctly, it is just interplay of the commands
linked to the Text Box dialog that remain scrambled.

You can directly manipulate the anisotropic stretch to fill the frame (creating
an SVG meta) as follows:

1. select Text box Frame--triple click the text in the text box, the text
should highlight and the blue text box should show, then click the frame--
status bar will show "Text Frame 'SOMETEXT...' selected"
2. open the context menu -> Text dialog
3. uncheck all boxes in the Text section, and OK out
4. enter a +F8 to toggle the uno:TextFitToSize command
5. the text box may momentarily shrink to fit width of text, if so click
outside the text box
6. text will expand anisotrophically to fill the frame
7. a second +F8 will toggle the text back to its unstretched size.

It is the Text dialog that remains incorrect. It is not correctly applying the
stretch when the "Fit to frame" box is checked--but it will remove the stretch
when unchecked.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise