Re: Preventing a window going to front - moving a window
- From: lecas malecas <darkiiiiii gmail com>
- To: Chris Vine <chris cvine freeserve co uk>
- Cc: gtkmm-list gnome org
- Subject: Re: Preventing a window going to front - moving a window
- Date: Tue, 6 Sep 2011 22:48:33 +0100
You're right, its because the window is hidden.
I tried with a timeout() and it does work.
It would be better with an event though, there's probably no way to
get something to run before hiding a window, so I'm trying to update
the variables when dragging occurs, I tried signal_drag_begin() and
signal_drag_end() from Gtk::Widget but the event function isn't
called.
I'm probably missing something again.. :(
On Tue, Sep 6, 2011 at 9:26 PM, Chris Vine <chris cvine freeserve co uk> wrote:
> On Tue, 6 Sep 2011 19:02:18 +0100
> lecas malecas <darkiiiiii gmail com> wrote:
>> I did a bit more testing, the move() function works well, I tried
>> calling it with some numbers.
>>
>> The problem is really with the get_position(), which returns always 0
>> (for x and y).
>>
>> I think I'm calling it right (the compiler doesn't complain at
>> least :p).
>>
>> I have this on the function that gets called on the signal_hide():
>>
>> this->get_position (x_position, y_position);
>>
>> cout << "ONHIDE x " << x_position << " y " << y_position << endl;
>>
>> where x_position and y_position are integers of the class.
>
> I am not completely sure I understand what you mean, but if you hide
> it, by definition it has no position, so the result you are getting
> seems correct.
>
> Chris
>
>
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]