Bug 128281 - "Differentiate between curves" gets confused with multiple series
Summary: "Differentiate between curves" gets confused with multiple series
Status: RESOLVED WORKSFORME
Alias: None
Product: kst
Classification: Applications
Component: general (show other bugs)
Version: 1.x
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kst
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-29 23:18 UTC by Nicolas Brisset
Modified: 2006-06-01 14:20 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Plot created from bug report (26.11 KB, image/jpeg)
2006-05-31 23:26 UTC, Andrew Walker
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Brisset 2006-05-29 23:18:08 UTC
Version:           1.3.0_devel (using KDE 3.4.2, Mandrake Linux Cooker i586 - Cooker)
Compiler:          Target: i586-mandriva-linux-gnu
OS:                Linux (i686) release 2.6.12-12mdk

When cycling curve width and then curve type in the "Differentiate between curves" tool, the result is wrong.

To reproduce:
1) load 6 curves from a file, put them all together in a single plot
2) using the excellent "Edit multiple" functionality, set all curves to black, no points, weight=1, solid line
3) using the "Differentiate between curves" tool, select the curve width and curve type properties (in that order) to cycle through, with max width set to 3, repeat across single plot
4) hit "OK" and notice how the width order is 1, 2, 3, 1, 2, 1 and the line style is solid, solid, solid, solid, dashed, solid

The expected result here would be 1, 2, 3, 1, 2, 3 for the weights and solid, solid, solid, dashed, dashed, dashed for the type.

Note that there are so many possible combinations that I can't test them all, but I fear there might be other problems in the underlying alogrithm. Too bad, because that tool really comes in handy.
Comment 1 Nicolas Brisset 2006-05-29 23:27:20 UTC
As far as I can tell, the monochrome printing options in the print dialog/Kst settings tab exhibits the same problem, except that weight increments are wrong (at least 2 or 3 tiems too big !). I don't know whether some of that code has been factored together, or just copied... 
Comment 2 Andrew Walker 2006-05-31 23:26:09 UTC
Created attachment 16389 [details]
Plot created from bug report

Nicolas, following the steps you describe I get the following result - which is
what I would expect.
Comment 3 Nicolas Brisset 2006-06-01 14:20:29 UTC
Right, that's also what I get. Weird, I usually repeat the steps while I'm creating the report to make sure it can be reproduced... The only thing I can remember is that I was using 9 curves instead of 6 and extrapolated a bit, but I don't understand what happened.
I'll close this bus, and reopen it later if I can reproduce the problem.
Thanks for looking into it anyway :-)