Re: Catch logging off in GTK application

You should be talking of "quit" an application. And to notice when an application (a process) exits it is possible to know. I is always possible to make a service listen on a socket and take connections from afar without "logging in" to the operating system. /gh Den 2016-11-30 kl. 20:47,

Re: g_error_free on a null pointer

2016-11-28 11:56 GMT-07:00 Emmanuele Bassi : > Hi; > > On 28 November 2016 at 18:48, Alex Henrie wrote: > >> Can I get some feedback on my patch for >> https://bugzilla.gnome.org/show_bug.cgi?id=774738 ? >> >> If this bug is not going to be fixed then

Re: The Big Gtk limitations: a reliable GUI builder

On Thu, Dec 1, 2016 at 12:32 AM, Pozz Pozz wrote: > So this is a Windows only *Gtk* bug, it isn't related to Glade. > Considering it affects all drag operations for every Gtk applications, > it's very strange it wasn't fixed yet. > > My first impression is Gtk is a product

Re: Catch logging off in GTK application

Paul, On Wed, Nov 30, 2016 at 4:14 PM, Paul Davis wrote: > Technically, that's not a GTK+ question. > > GTK+ apps can run on desktops or platforms where there's no concept of > "logging in" or "logging off". > > GNOME covers that and GTK+ does represent some of it,

Re: How to find replacements for deprecated functions

Hi; for direct replacements, we use compiler warnings that will tell you what to use - or point you in the general direction; e.g. something like "The function X has been deprecated; use Y instead". If you're using a high level language, it depends on the language; AFAIK Python will emit a

Re: Catch logging off in GTK application

Technically, that's not a GTK+ question. GTK+ apps can run on desktops or platforms where there's no concept of "logging in" or "logging off". GNOME covers that and GTK+ does represent some of it, but it isn't necessarily portable to other desktop environments. On Wed, Nov 30, 2016 at 7:47 PM,

Re: How to find replacements for deprecated functions

Emmanuele Bassi wrote: > There is no direct replacement for GtkUIManager, in the sense that > there is no API that you can use to immediately replace GtkUIManager. > > GtkUIManager has been deprecated for a long time — it was deprecated > in GTK+ 2.x, so it's not really a GTK+ 3.x issue. Ok, so

Catch logging off in GTK application

Hi, ALL, What is the way to go to catch the logging off event in the GTK+ app? For both GTK+2 and GTK+3. Thank you. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list

Font selection property page

Hi, ALL, I am trying to create a property sheet (sorry for the M$ terminology), which will be used in the dialog. One of the pages in the sheet (or notebook, if its easier to comprehend) should be a font selection page. Looking at the GTK+ documentation I see that there are

Re: C atexit(), g_atexit -- how to cleanup when a gtk application crashes?

On Wed, 2016-11-30 at 12:58 +0100, Stefan Salewski wrote: > I may have an idea: > > Call inside the cleanup proc Seems to work fine indeed: proc cleanup {.noconv.} =   var msg: StatusMsg   let app = applicationGetDefault()   if not app.isRemote: #echo "not app.isRemote" msg.filepath =

Re: The Big Gtk limitations: a reliable GUI builder

Il Wed, 30 Nov 2016 14:35:59 +0100 Pozz Pozz scrisse: > 2016-11-30 9:09 GMT+01:00 Nicola Fontana : > > > ... > > If your workflow heavily rely on a GUI > > builder, you have 4 options: (1) use glade as is, (2) prepare to > > file bugs and wait for the fixes,

Re: The Big Gtk limitations: a reliable GUI builder

2016-11-30 9:09 GMT+01:00 Nicola Fontana : > Il Wed, 30 Nov 2016 11:08:13 +1100 Daniel Kasak > scrisse: > > > ... > > My normal workflow is to lay things out *roughly* in glade, then > > actually run the app and see what it looks like. > > ... > > This is

Re: The Big Gtk limitations: a reliable GUI builder

2016-11-30 9:25 GMT+01:00 Jean-Philippe Chancelier : > > pozzugno> Another problem, is very difficult to drag one or more > pozzugno> widgets (under a sub-tree) between two places. When I click > on a > pozzugno> widget (or container) and start moving, the mouse

Re: C atexit(), g_atexit -- how to cleanup when a gtk application crashes?

On Wed, 2016-11-30 at 12:05 +0100, Stefan Salewski wrote: > Unfortunately so the cleanup proc is called already, while the main > application is still running. I may have an idea: Call inside the cleanup proc https://developer.gnome.org/gio/stable/GApplication.html#g-application-get-default

C atexit(), g_atexit -- how to cleanup when a gtk application crashes?

On Wed, 2016-11-30 at 10:41 +, Emmanuele Bassi wrote: https://developer.gnome.org/glib/stable/glib-Miscellaneous-Utility-Functions.html#g-atexit I have a related problem: In the last weeks I cleaned up the Nim GTK3 Editor application: https://github.com/ngtk3/NEd The primary problem was

Re: How to find replacements for deprecated functions

Hi; On 30 November 2016 at 09:07, Erik de Castro Lopo wrote: > HI all, > > I am an occassional GTK user, and often I work on resurrecting code > bases for which I am not the original author. As such I often run > into reprecation warnings. When I go to the documentation I

Re: Glib::Object::Introspection 0.041 (stable) available

Brian Manning: > I'll make sure the next release is signed with a key on the keyservers. Great, thank you :) ___ gtk-perl-list mailing list gtk-perl-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-perl-list

How to find replacements for deprecated functions

HI all, I am an occassional GTK user, and often I work on resurrecting code bases for which I am not the original author. As such I often run into reprecation warnings. When I go to the documentation I find things like this:

Re: The Big Gtk limitations: a reliable GUI builder

pozzugno> Another problem, is very difficult to drag one or more pozzugno> widgets (under a sub-tree) between two places. When I click on a pozzugno> widget (or container) and start moving, the mouse pointer pozzugno> disappears at all, so the target place is very difficult to

Re: The Big Gtk limitations: a reliable GUI builder

Il Wed, 30 Nov 2016 11:08:13 +1100 Daniel Kasak scrisse: > ... > My normal workflow is to lay things out *roughly* in glade, then > actually run the app and see what it looks like. > ... This is my workflow too, apart the fact that after the first draft I prefer to edit