[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtkmm
Subject:    Re: Preventing a window going to front - moving a window
From:       lecas malecas <darkiiiiii () gmail ! com>
Date:       2011-09-07 2:32:16
Message-ID: CADanvwcP=PFfR60_OGnFFnEWwq1rOx1z6HKxR_ymy5VrWHZAxg () mail ! gmail ! com
[Download RAW message or body]

Its working now, overriding it resolved it nicely.

Thanks!

On Wed, Sep 7, 2011 at 12:20 AM, Chris Vine <chris@cvine.freeserve.co.uk> wrote:
> On Tue, 6 Sep 2011 22:48:33 +0100
> lecas malecas <darkiiiiii@gmail.com> wrote:
>> 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.
>
> Since hiding a window is done programatically, there is obviously a way
> to take the window's position before hiding it.  It you are using the
> default delete event handler, which hides the window, override it so
> that it does what you want.
>
> Chris
>
>
>
_______________________________________________
gtkmm-list mailing list
gtkmm-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list

[prev in list] [next in list] [prev in thread] [next in thread]