Line width bug?

[rustydiver]

I shall try to be clear..

I have 3 lines, if I set all to solid, I can change the line width for each idependent of the others, but if I change styles to non-solid lines, funny things happen that reflect line width being held captive.

Example:
Line1 dash
Line1 width 3

Line2 dashdot
Line2 width 1

Line3 dot
Line3 width 1

This results in Lines 2 and 3 displaying at a width of 3 per Line 1, regardlesss instruction otherwise.

Example2:
Line1 solid
Line1 width 3

Line2 dashed
Line2 width 3

Line3 dot
Line3 width 1

This results in Line 3 displaying at a width of 3 per Line 2

Example3:
Line1 dot
Line1 width 3

Line2 dashed
Line2 width 1

Line3 solid
Line3 width 2

This results in Line 2 displaying at a width of 3 per Line 1

Example4:
Line1 dot
Line1 width 1

Line2 dashed
Line2 width 1

Line3 dashdot
Line3 width 3

This results in Line 1, Line 2, and Line 3 displaying as specified.

Example5:
Line1 dot
Line1 width 1

Line2 solid
Line2 width 3

Line3 dash
Line3 width 1

This results in Line 3 displaying at a width of 3 per Line 2 even though Line 2 is set as solid.

And etc., etc.

The line width is being carried over, and I have echoed my variables out right before and after the line code and they are correct. This only occurs for a line set as non-solid that occurs in code after another line. The width instructed is ignored and the lower-in-code Line carries the greater width set by another higher in the code.

[Yeray]

Hi,

You are right. I've added it to the wish list to be revised for next releases (TF90016564).
Thanks for reporting it.

[rustydiver]

It is much needed soon for line discrimination with monochrome printing.

Thanx..

[Yeray]

Hi,

I've assigned a high priority to this ticket.