[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GTK scroll bar question
From: |
Dmitry Antipov |
Subject: |
Re: GTK scroll bar question |
Date: |
Thu, 31 Jul 2014 09:05:11 +0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 |
On 07/30/2014 10:30 PM, Jan Djärv wrote:
This:
+ /* Realize so we can ask for underlying resources. */
+ gtk_widget_realize (wscroll);
is a noop on newer Gtk+ versions.
Hm...in this particular case, adding or removing call to gtk_widget_realize
doesn't change anything; but, looking through source code of this function,
it's hard to believe that this is just another version of do { } while (0).
Scrollbars does not have their own X window, they write on the parent window.
Is it legitimate to use Window id (of scroll bar or it's parent) returned by
gdk_x11_window_get_xid (gtk_widget_get_window (...))
in x_window_to_[whatever] functions from xterm.c? If yes, there is a simple
way to get rid of id_to_widget map, as I've tried in attached patch.
Dmitry
window_widget.patch
Description: Text Data
- GTK scroll bar question, Dmitry Antipov, 2014/07/30
- Re: GTK scroll bar question, martin rudalics, 2014/07/30
- Re: GTK scroll bar question, Dmitry Antipov, 2014/07/30
- Re: GTK scroll bar question, Jan Djärv, 2014/07/30
- Re: GTK scroll bar question,
Dmitry Antipov <=
- Re: GTK scroll bar question, Jan D., 2014/07/31
- Re: GTK scroll bar question, Dmitry Antipov, 2014/07/31
- Re: GTK scroll bar question, Jan Djärv, 2014/07/31
- Re: GTK scroll bar question, Dmitry Antipov, 2014/07/31
- Re: GTK scroll bar question, Jan D., 2014/07/31
GTK scroll bar artifacts [Was: Re: GTK scroll bar question], Dmitry Antipov, 2014/07/31