Elvio

Is it me or the "pensize" message adressed to lcd does not work properly?

I would like to specify two different numbers after the message ("pensize $1 $2"), but the lcd seems to just duplicate the first one (actually acting as if I wrote "pensize $1 $1").

Is it me or the "pensize" message adressed to lcd does not work properly?
I would like to specify two different numbers after the message ("pensize $1 $2"), but the lcd seems to just duplicate the first one (actually acting as if I wrote "pensize $1 $1").

lcd-pensize-bug

This is the expected behavior. Check the lcd refpage, entry on pensize message.

"The horizontal and vertical thicknesses must be equal."

> "The horizontal and vertical thicknesses must be equal."

This 'feature' has silently been added after updating to 4.5 or 5 (I don't remember). Once it was possible to use different values for horizontal and vertical thickness.

Yes, I do remember using a very stylish "pensize 5 1" in Max 4.5.

It's totally illogical to have to repeat the same number twice: it seems a mere backwards compatibility concern.

And I don't consider this loss of a feature an improvement…

Yes, I do remember using a very stylish "pensize 5 1" in Max 4.5.
It's totally illogical to have to repeat the same number twice: it seems a mere backwards compatibility concern.
And I don't consider this loss of a feature an improvement…


Do you mean something like this or is there a better way to go?

Also, why is the line generated this way so discontinuous?

If this is due to the mouseEvent sampling rate in OSX, shouldn't this also apply to the simple drawing with the mouse in the lcd?

Hi Emmanuel,
Do you mean something like this or is there a better way to go?
Also, why is the line generated this way so discontinuous?
If this is due to the mouseEvent sampling rate in OSX, shouldn't this also apply to the simple drawing with the mouse in the lcd?


The subpatch is quite clear: just when the mouse is clicked, there is a "jump" to the coordinates; otherwise, rects are drawn.

Is there any special reason to use the magic number "40"?

Or is it simply because it's the minimum value that works?

Works like a charm, thanks!
The subpatch is quite clear: just when the mouse is clicked, there is a "jump" to the coordinates; otherwise, rects are drawn.
Is there any special reason to use the magic number "40"?
Or is it simply because it's the minimum value that works?


It's a bad hack actually. Basically what you need to do is generate the intermediate values, a 

 with arbitrary target time from my patch ;-)

It's a bad hack actually. Basically what you need to do is generate the intermediate values, a uzi would probably be better than the line with arbitrary target time from my patch ;-)


lcd pensize bug?