https://bugs.freedesktop.org/show_bug.cgi?id=82584
Doug <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |UNCONFIRMED Severity|normal |enhancement Ever confirmed|1 |0 --- Comment #2 from Doug <[email protected]> --- Hi m.a.riosy: I was puzzled by your response because this has hallmarks of bug more than enhancement, and in any event merits a report. And then I cross-checked with the commercial alternative and see it functions in similar way albeit with a warning message about scaling of values near zero. In response to your comments: 1. My specific application requires using the exact values. Fuzzy values will cause problems. 2. A value of 1E-307 would be as out of range on a logarithmic scale as a value of 1E+307, and would undo the benefit of a logarithmic scale. Would result in straight line across entire chart. 3. The default "automatic" lower bound is 1 for logarithmic scaling, so by default the 1E-307 value would not be charted; would require manual override (which, as noted above, would be a bad idea) 4. Doing an offset externally in the data would be reflected on the axis without internal LO handling. That is, if I had a -100 value to chart, and I charted it by adding +101 to all of the values, the axis (and data labels) will say the value is 1, rather than -100. The user-formatting option is the closest kind of thing to overriding that, but seems directed to a different purpose. The expected behavior was that it would be plotted like 1 but the axis and data label would show -100. Maybe can kluge something together re: datalabels, but the axis just won't work without internal LO handling. 5. Logarithmic scaling is the only nonlinear option in LO for charting gappy data without excluding outliers altogether. Yes, I understand that there may be higher-priority issues for LO-- for example, Calc crashed on me even in the 15 minutes I was testing your suggestions. Based on the fact that LO has achieved parity with the commercial alternative on this particular feature, I'll reclassify as an enhancement request. However, it's weak functionality in both products, and LO Chart in particular does not seem to be stopping at parity (which is the reason I am using it). -- 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
