#1333 long, fat lines fail on Windows

[Don Porter]

# Source this into wish. Test with

#

# drawlines [makepts $count] $width

#

# where $count is number of points, $width is width of
lines

# in pixels.

#

# Works well on unix. Time required depends linearly
on the

# number of points, with thick lines (width>1) taking only

# marginally longer than thin lines.

#

# On Windows, thin lines (width=1) work well, with time

# required depending linearly on the number of points.

# Thick lines are rendered slowly, with time required

# increasing much worse than linear once the number of

# points is more than say 100. On my Win98 box, with

# Tcl/Tk 8.4.1, 'drawlines [makepts 1638] 2' raises

# an illegal operation fault. More points than this

# results in nothing being drawn. On Win2k, system

# response becomes very sluggish as the number of points

# moves into the thousands.

[Don Porter]

[Jeffrey Hobbs]

Logged In: YES
user_id=72656

Is this addressed by 663981?

[Don Porter]

Logged In: YES
user_id=80530

followup from the original reporter:

Bug 663981 reports 2 problems with long dashed lines, one on
Unix and
one on Win2k. I suspect the Unix problem is related to the
line slope
problem we discussed earlier, which occurs on both Unix and
Windows.
Release 8.4.2 fixes this problem on Windows; someone should
check on
Unix but I bet it is fixed there too.

The Win2k problem reported in 663981 is still present in
8.4.2. Bug
630171 is a Win2K problem, and is also still present in 8.4.2.
Additional info: In bug 663981, it states the problem on
Win2k goes
away if you remove the dash option. It also goes away in my
tests (on
8.4.2 anyway) if you make the -width 1 instead of 4. If
-dash is
implemented as a big collection of line segments, then
663981/Win2k may
actually be the same bug as 630171.

[Don Porter]

Logged In: YES
user_id=80530

any progress on this?