rect bug when parameters are clamped

[micuat]

https://glisp.app/commit:69e6023/?code_url=https%3A%2F%2Fgist.githubusercontent.com%2Fmicuat%2Ff8b1e0001efcf2115bca90dcbee93979%2Fraw%2F9d24021efc890dc514710bd0805c32cca9d69384%2Fclamprectbug.glisp

(defvar vx 100)
(defvar vy -55.20002746582031)

(def W 100)
(def H 100)
(background "aliceblue")

(style (stroke "salmon" 2)
	(rect [(clamp vx (- W) W) (clamp vy (- H) H) 341.5 279.00096130371094]))

in this case, when x y are bound by clamp, width and height still moves in an unexpected way (I guess it's trying to compensate values somehow)

[baku89]

I guess it's because I used :delta-pos (stores the delta of mouse position from previous function call literally) for some of the handles.

https://github.com/baku89/glisp/blob/master/public/lib/math.glisp#L671-L683

It might be better not to calculate new parameters incrementally in some cases.
(Though :prev-pos and :delta-pos are still needed for a handle like a rotary knob)

[baku89]

Even I refactored the drag function of rect2d not to update incrementally, though, the problem does not seem to be fixed yet. Will try to investigate what's going on inside the reverse evaluation.

Thank you for a lot of feedback anyway!