https://bugs.freedesktop.org/show_bug.cgi?id=61137
--- Comment #9 from [email protected] --- Yes, I think you understood my concern. Having a way to edit the ranges in the "Manage" dialog would certainly provide a way to fix the problem. That strikes me as a workaround however. I'm unconvinced that the solution or the intended behavior is "intuitive", as you put it. I never noticed the range in the Conditional Formatting dialog until you pointed it out just now. It's certainly not the behavior of the dialog that I "intuitively" expected: it is essentially ignoring the selected range. And there is nothing in the menu entry that makes one think that is it only intended to work on a single cell if existing. And it's inconsitent: if the first cell of the selected range does not have any conditional formatting, but other cells in the range do have such formatting, they appear to be replaced by the new conditional formatting as I would expect. So the behavior differs depending on the contents of the first cell - even if that contents is essentially some junk formatting that you're trying to replace. The fact that 3.5 worked consistently for this operation also suggests that the behavior is suboptimal. Now that I know how it is supposed to work, I can probably work around the behavior, even in 3.6 (just make sure that the first cell has no conditional formatting), but it still seems weird to me. In any case, calling it a "bug" is probably wrong; it sounds like it was intentional (but misguided in my view) design. Even if it is a design that only a programmer could love. :-) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
