Thicker lines in draw mode

My guess would be that it was one of those "how could anyone want more than this" things. We often apply limits to avoid "programmers insanity". You know, you write code that computes a line thickness (for instance) and manage to divide by a very small number. You probably don't want a line thickness of 1000 points. But it can be tricky to find the right limit, and some of those limits are from 30 years ago when computer graphics were quite different!

So, what limit would you find to be reasonable? What are you trying to do? Maybe we can find a work-around until we can change the limit.

I'm thinking about granting your wish. I would be interested in your use-case so that I understand the problem better. That would allow me to make better decisions in the code.

I was trying to programmatically create a 4K video one frame at a time, so my graph size was 3840 x 2160 pixels wide (53"" across!) At this size a 10 pt line is very thin. But later I realized that I can use graph sizes that are submultiples of 3840 (such as 730 pixels = 3840/8) and then save graphics using SavePict with the /RES flag.

So maybe it's not such a high priority now, but it is indeed an example of "why would anybody want to do that?", which I see every now and then in software. In general, if you set an arbitrary limit in code, someone is always going to bump up against it! 

Thank you for your comments.

"In general, if you set an arbitrary limit in code, someone is always going to bump up against it!"

How true! Igor is over 30 years old (like two centuries in software years!) and those sorts of limits tend to be in the oldest code. I have personally tried to remove limits like that when I can. You are correct that exporting at higher resolution should get what you want.

Your use-case suggests that a line width of 80 would not be unreasonable. And exceeding a limit like that should be pretty obvious if it's a bug in your procedure code.

Thinking, thinking...