https://bugs.documentfoundation.org/show_bug.cgi?id=60208
--- Comment #13 from stragu <[email protected]> ---
Reproduced with:
Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: de7356c2e0cb099fac396808b5a86a0393b48e5f
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-06-14_22:38:17
Calc: threaded
In my opinion, it does make sense to qualify the drawing issue as a bug. The
display is inconsistent: the text is visible for C5 but not C9 or C15 (but
double-clicking into C9 or C15 does reveal the text)
Contrary to b.'s opinion, I think the merged cell's data should indeed be
shown. Clicking C5, C9 or C15 does show that the range of merged cells is
actually selected - just like would happen when you click anywhere on the
merged cell when it is not filtered. It makes sense to show the merged cell's
contents as a result of an autofilter, because that's how, in my opinion, most
users would use it:
"This merged cell's data is relevant to all the rows it spans. Therefore, its
contents should be visible when one or several of the corresponding rows are
visible in an autofilter."
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
