Apache OpenOffice (AOO) Bugzilla – Issue 7074
push back-/ pop forward of curves influences order of legend
Last modified: 2013-02-24 21:22:21 UTC
is this understandably?
your "description" is not the way to communicate Bugs for software for computers should be
1. "understandable" is correct english grammar I believe 2. "intelligible" or "comprehensible" would have fit better 3. i didn't mean to be offending 4. do you want a better explanation? here it comes: in a chart with x-y-type there can be "curves" or "lines". for these can be set the sequence in which they are drawn, so for example, if two are identical, which one is on top. this "top to bottom" sort of the curves is also applied to the curve description in the legend ("Legende" in german). This behaviour should be changed: The legend should become independant (and dependant as an option). Regarding the "top to bottom sort", see issue 6733 ('extended graphical move to background - foreground option please') for a feature suggestion of that functionality. Regards, Lars P.s.: and i didn't mean and am not meaning to be sarcastic or anything with this comment.
reassigning...
HI Falco, one for you.
*** Issue 9885 has been marked as a duplicate of this issue. ***
*** Issue 11890 has been marked as a duplicate of this issue. ***
*** Issue 12194 has been marked as a duplicate of this issue. ***
Re-assigned to Matthias Müller-Prove for further evaluation.
to Bettina, our central dispatcher for RFEs
*** Issue 29025 has been marked as a duplicate of this issue. ***
Reassigned to Björn.
->IHA: Sending you these issues so that all unconfirmed enhancements and features are at one place.
It is intended that the order of the legend entry is influenced by the 'bring forward' - 'send backward' menu commands. The order of the legend entries reflects and should reflect the order in which the series are drawn. I consider it as to complicated and confusing to introduce a drawing order in addition to the legend entry order. Users will happen to do the first with intention to do the second and the other way round. I don't see the gain with this feature that would justify the risk of confusion here, so I set this to wontfix.
closed as wontfix