Hi guys,
Someone could help with scroll bar, zoom gesture and pan gesture ?
I add this zoom callback, and i need to change the scroll bar. But i
don't understand the paramentes of gtk_adjustment_configure().
static void
zoom_scale_changed (GtkGestureZoom *gesture,
gdouble
On Thu, Apr 13, 2017 at 4:41 PM, Dan Stromberg
wrote:
> On Thu, Apr 13, 2017 at 3:55 PM, Emmanuele Bassi wrote:
>
>> On 13 April 2017 at 23:44, Dan Stromberg
>> wrote:
>>
>> > Does anyone have any suggestions? I miss
On Wed, 19 Apr 2017 22:12:24 +0100
Chris Vine wrote:
> On Wed, 19 Apr 2017 12:21:06 +0100
> That (GArray to GRealArray) does break the strict aliasing rules,
> unless done through a union (OK with unions in C99 with Technical
> Corrigendum 3 and in C11, implementation
On Wed, 19 Apr 2017 12:21:06 +0100
Simon McVittie wrote:
> On Tue, 18 Apr 2017 at 23:05:04 +0100, Daniel Boles wrote:
> > Well, technically, code that relies on aliasing is
> > inherently buggy from the outset, because that violates the
> > standard.
>
> Not relying on
This normally means that you're not using appropriate model-view-controller
design.
On Wed, Apr 19, 2017 at 2:19 PM, Emmanuel Pacaud wrote:
> Hi,
>
> Is there a way to unblock/block the emission of signals for a hierarchy of
> widgets ?
>
> The reason I'm asking is because
Op 04/19/2017 om 01:41 AM schreef Dan Stromberg:
On Thu, Apr 13, 2017 at 3:55 PM, Emmanuele Bassi wrote:
The default Adwaita theme has a fair distinction between states:
https://i.imgur.com/6bg9eNc.png
I switched to the Adwaita theme on both systems.
But it's still
Hi,
Is there a way to unblock/block the emission of signals for a hierarchy
of widgets ?
The reason I'm asking is because of this sort of code I'm using:
https://github.com/AravisProject/aravis/blob/master/viewer/arvviewer.c#L588
It is not very convenient and error prone to register every
You are making the situation sound a bit worse than it actually is.
> Not relying on aliasing forbids casting between dissimilar types, which
> rules out "normal" C tricks like casting between GArray and GRealArray
> (where GRealArray starts with the same members as GArray) as a way to have
> a
On 19 April 2017 at 13:00, wrote:
>
> Message: 4
> Date: Wed, 19 Apr 2017 12:21:06 +0100
> From: Simon McVittie
> To: gtk-devel-list@gnome.org
> Subject: Re: Strict aliasing, yes or no?
> Message-ID:
>
On Tue, 18 Apr 2017 at 23:05:04 +0100, Daniel Boles wrote:
> Well, technically, code that relies on aliasing is
> inherently buggy from the outset, because that violates the standard.
Not relying on aliasing forbids casting between dissimilar types, which
rules out "normal" C tricks like casting
Hi guys - whilst checking something else this morning I came across an
anomaly in the licensing mechanism for glib / gtk+ etc.
The vast majority of the header files state that it's LGPL. But
occasionally there are GPL headers here and there. For example in
glib-2, the following 11 header
11 matches
Mail list logo