>
> 50% of the cases scrollbars are drawn and in the other 50% they are not,
> with the 'return' addition and without.
same for me.
Le dim. 23 sept. 2018 à 09:43, Roman Haefeli a écrit :
> (forgot to send to the list)
>
> On Sun, 2018-09-23 at 03:12 +0200, Dan Wilcox wrote:
> > Try this as a s
(forgot to send to the list)
On Sun, 2018-09-23 at 03:12 +0200, Dan Wilcox wrote:
> Try this as a small test: add a new line with "return" after the
> "update idle tasks" on line 302 of tcl/pd_bindings.tcl.
I can't see a difference at first glance. Without having done an actual
measurement, it fe
Try this as a small test: add a new line with "return" after the "update idle
tasks" on line 302 of tcl/pd_bindings.tcl.
This should force the window the create it's size, then ignore checking the
scrollbar until the next scroll event. What might be happening is a delay
between creating the win
On Sun, 2018-09-23 at 00:06 +0200, Dan Wilcox wrote:
> *sigh* This is really a constant battle. I added a rather
> overcomplicated method to fix this in 0.48 and found a much simpler
> way to do it later on, or so I thought. The problem always comes down
> to the scrollbar logic being triggered whe
*sigh* This is really a constant battle. I added a rather overcomplicated
method to fix this in 0.48 and found a much simpler way to do it later on, or
so I thought. The problem always comes down to the scrollbar logic being
triggered when the window is the wrong size while it's still opening.
Hi
It seems there is a slight regression in the logic that decides whether
to show the scrollbars or not. According to my experience, the
behaviour in 0.48 was quite good and now sometimes when opening a
canvas, scrollbars are drawn when none are needed, even for empty
windows. When editing the pa