Am 27.11.2015 um 13:51 schrieb jcup...@gmail.com:
The problem I had (and I guess you have?) is what happens if the
object being made visible is larger than the viewport. The code in
gtk_adjustment_clamp_page() will move the scrollbars to the top or
left of the object, even if as much of the objec
On 27 November 2015 at 12:21, Thomas Martitz wrote:
> Am 26.11.2015 um 16:24 schrieb jcup...@gmail.com:
>>
>> Or maybe I've misunderstood what clamp_page is for. Is this a bug?
>>
>> The context here is tabbing focus into a scrolled window triggers
>> gtk_adjustment_clamp_page(), which always scro
Am 26.11.2015 um 16:24 schrieb jcup...@gmail.com:
Or maybe I've misunderstood what clamp_page is for. Is this a bug?
The context here is tabbing focus into a scrolled window triggers
gtk_adjustment_clamp_page(), which always scrolls back to the left/top
because of these swapped tests. I'm workin
On Thu, Nov 26, 2015 at 4:24 PM, wrote:
> These lines:
>
> https://git.gnome.org/browse/gtk+/tree/gtk/gtkadjustment.c#n932
>
> Clamp the value of an adjustment so it lies between lower and upper.
No. From the documentation a couple of lines above:
"Updates the #GtkAdjustment:value property to
Hi all, I've found some puzzling code in gtk_adjustment_clamp_page().
Maybe it's a bug? I'm unsure.
These lines:
https://git.gnome.org/browse/gtk+/tree/gtk/gtkadjustment.c#n932
Clamp the value of an adjustment so it lies between lower and upper.
But aren't the < and > reversed? Those lines sho