use the size-allocate event for the widget, or check its size via
gtk_widget_get_allocation() and cousins.
On Thu, Nov 3, 2016 at 10:47 PM, Krzysztof wrote:
> Assume that:
>
> window default size is 300x300
>
> window has box with menu bar and drawing area:
>
> box = new
Assume that:
window default size is 300x300
window has box with menu bar and drawing area:
box = new Gtk::Box(Gtk::ORIENTATION_VERTICAL);
box->pack_start(menuBar, Gtk::PACK_SHRINK);
box->pack_start(*darea, Gtk::PACK_EXPAND_WIDGET);
What is and how to determine the size of area where I can
Hi;
On 3 November 2016 at 18:25, Olivier Brunel wrote:
> On Sun, 4 Sep 2016 13:23:14 +0530
> Samik Ganguly wrote:
>
> (...)
>> Now, if the path "0" refers to root node, how can it have a parent to
>> move to? After calling this method on path, the path
On Sun, 4 Sep 2016 13:23:14 +0530
Samik Ganguly wrote:
(...)
> Now, if the path "0" refers to root node, how can it have a parent to
> move to? After calling this method on path, the path isn't valid
> anymore and fails to be converted into iterator(critical warning is
>
Op 11/03/2016 om 10:47 AM schreef pozzugno:
> Another situation, similar to mine. You have a dialog window with a
> SpinButton showing the volume speaker. When the dialog is shown, the
> SpinButton value should be the current volume level. The user could
> change the volume speaker by changing the
Hi,
I'm using a Gtk.Switch to start/stop a service. I want to use the
"state" property to indicate whether the service is actually running,
and the "active" property to indicate whether the user wants the service
to be running. I got the "delayed state change" described here [1]
working, i.e.
The Patch (d22fd7223c75f4720ddb982c659efb0d8d7543c4 Only handle exposes on
native window, propagate to children via draw) will make sub widget to draw
outside the combine region , when the sub widget is set combine shape .
For example,
Hi,
Recently we noticed that GSubprocess breaks the SIGCHLD handler in QProcess
[1]. Glib hijacks this handler for the entire process, without "chain handling"
the old (overwritten) handler. It seems that the faulty code is in
gmain.c::ref_unix_signal_handler_unlocked:
sigaction (signum, ,
Il 03/11/2016 01:20, infirit ha scritto:
Op 11/03/2016 om 12:19 AM schreef pozzugno:
Il 02/11/2016 18:55, Nicola Fontana ha scritto:
Il Wed, 2 Nov 2016 14:40:58 +0100 Pozz Pozz
scrisse:
2016-11-02 11:24 GMT+01:00 Nicola Fontana :
...
you don't
Il 03/11/2016 00:48, Michael Torrie ha scritto:
On 11/02/2016 05:19 PM, pozzugno wrote:
It seems pyGObject implementation gives only two "handler block"
functions: handler_block(), that needs the handler_id that I don't have;
handler_block_by_func() that needs the callback to block (the same
03.11.2016, 09:57, "Alfredo Pons" :Is there any plan for support Android on gtk? Thanks. ,___gtk-devel-list mailing listgtk-devel-list@gnome.orghttps://mail.gnome.org/mailman/listinfo/gtk-devel-list Hi! Try this GTKAndroid:
Is there any plan for support Android on gtk?
Thanks.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hello Gtk+ developers,
The following small C program(and the C++ counterpart) outputs "0->up()
= true".
gtk_tree_path_test.c
#include
#include
int main() {
GtkTreePath *path = gtk_tree_path_new_from_string("0");
13 matches
Mail list logo