Gtk::Widget::is_mapped ()

Sorry to ask a dumb question... What does it mean if a widget is "mapped" ? Thanks, John ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Gtk::Widget::is_mapped ()

On 03/03/2019 11:22, Emmanuele Bassi wrote: On Sun, 3 Mar 2019 at 11:09, John Emmas > wrote: Sorry to ask a dumb question... What does it mean if a widget is "mapped" ? It means that:  - the widget is visible  - the widget is realized  - all its

Re: Gtk::Widget::is_mapped ()

On Sun, 3 Mar 2019 at 12:58, John Emmas wrote: > On 03/03/2019 11:22, Emmanuele Bassi wrote: > > On Sun, 3 Mar 2019 at 11:09, John Emmas wrote: > >> Sorry to ask a dumb question... >> >> What does it mean if a widget is "mapped" ? >> > > It means that: > > - the widget is visible > - the

Re: Gtk::Widget::is_mapped ()

On Sun, Mar 3, 2019 at 6:26 AM Emmanuele Bassi via gtk-devel-list < gtk-devel-list@gnome.org> wrote: > On Sun, 3 Mar 2019 at 12:58, John Emmas wrote: > >> > For example... let's say the widget is a top-level window. If it's >> currently displayed on screen but there's some other window hiding

Re: Gtk::Widget::is_mapped ()

No, it's not. The issue is not GTK: it's the windowing system. With the advent of compositing, all windows are "visible" all the time, from a toolkit perspective. The compositor is responsible for building what's presented to the user. For example: are windows fully visible when doing an

Re: Gtk::Widget::is_mapped ()

On Sun, Mar 3, 2019 at 9:21 AM Emmanuele Bassi wrote: > No, it's not. The issue is not GTK: it's the windowing system. > > With the advent of compositing, all windows are "visible" all the time, > from a toolkit perspective. The compositor is responsible for building > what's presented to the

Re: Finding .desktop file and application info

Osmo Antero 20:53 (há 11 minutos) para tito-wolit Hello Tito, Muito obrigado. Thank you, the call with "kde4-" worked fine. However, the "DesktopEntry" value from Amarok/DBus does not contain the "kde4" part. Please see the MRIS2-spec:

Re: Finding .desktop file and application info

Btw: Totem (GNOME `s Video Player) has very similar problem. It «lies» about its .desktop file name. It says "totem" instead of "org.gnome.Totem". My app asks for it via DBus/MPRIS2 and gets wrong data. $ locate -i totem | grep ".desktop" /usr/share/applications/org.gnome.Totem.desktop It is

Re: Finding .desktop file and application info

On 3/3/19 6:36 PM, Osmo Antero via gtk-app-devel-list wrote: Hello, I have an application that uses g_desktop_app_info_new() function to find GDesktopAppInfo. I just wonder why the g_desktop_app_info_new() FAILS to find the GDesktopAppInfo if the .desktop file is in a sub directory under

Finding .desktop file and application info

Hello, I have an application that uses g_desktop_app_info_new() function to find GDesktopAppInfo. I just wonder why the g_desktop_app_info_new() FAILS to find the GDesktopAppInfo if the .desktop file is in a sub directory under usr/share/applications/. So this fails: GDesktopAppInfo *app_info =