Re: GdkScreen size-changed and gdk_monitor_get_workarea problem

2018-11-16 Thread Sebastian Geiger (Lanoxx)
Hi Florian, On 8/11/18 1:41 pm, Florian Müllner wrote: > On Thu, Nov 8, 2018 at 12:35 PM Sebastian Geiger (Lanoxx) > wrote: >> >> I was able to resolve the issue yesterday, and found that it was not >> directly a Problem of GTK+. > > To some extent it is, I don't

Re: GdkScreen size-changed and gdk_monitor_get_workarea problem

2018-11-08 Thread Sebastian Geiger (Lanoxx)
mutter code to fix this myself. Best Regards Sebastian On 07/11/18 20:08, Bastien Nocera wrote: On Tue, 2018-11-06 at 21:35 +0100, Sebastian Geiger (Lanoxx) wrote: Hi Gtk developers, I am experiencing a wired issue and I am wondering if I am using the API in a wrong way of if there is a problem

GdkScreen size-changed and gdk_monitor_get_workarea problem

2018-11-06 Thread Sebastian Geiger (Lanoxx)
Hi Gtk developers, I am experiencing a wired issue and I am wondering if I am using the API in a wrong way of if there is a problem with Gtk. I have registered a callback to the "size-changed" signal like so: g_signal_connect (screen, "size-changed",

Alternative to gtk_widget_insert_action_group in Gtk 3.4

2015-03-25 Thread Lanoxx
Hello everyone, in my program I recently migrated away from GtkUiBuilder to GtkBuilder and from GtkActionGroup to GActions and family. Now I have a GtkMenu which is called as a context menu and build from a GMenuModel. I am using ActionMaps and an ActionGroup to add several GActions and

Re: Glade crashing

2014-05-18 Thread Lanoxx
Hi, On 18/05/14 01:04, Juan Pablo Ugarte wrote: On Sat, 2014-05-17 at 12:05 +0200, Lanoxx wrote: Hi everyone, I am using Ubuntu 13.10 with Glade 3.14.2. I just noticed that Glade crashes when I try to open the following glade file: This looks a lot like https://bugzilla.gnome.org

Glade crashing

2014-05-17 Thread Lanoxx
Hi everyone, I am using Ubuntu 13.10 with Glade 3.14.2. I just noticed that Glade crashes when I try to open the following glade file: https://raw.githubusercontent.com/lanoxx/tilda/master/tilda.glade from my tilda repository at: https://github.com/lanoxx/tilda Here is the output from

Re: Fwd: Re: Find out if window is active

2013-04-16 Thread Lanoxx
not have a lot of knowledge about X programming, but maybe this message is related to the problem. See the following code for how I show/hide the window: https://github.com/lanoxx/tilda/blob/master/src/key_grabber.c#L123 //the tilda_window_set_active function and: https://github.com/lanoxx/tilda

Re: Find out if window is active

2013-04-15 Thread Lanoxx
Doesnt work here either. The window becomes active when i focus it for the first time, after wards the callback is never called again. On 15/04/13 02:06, Matthias Clasen wrote: g_signal_connect (window, notify::is-active, G_CALLBACK (print_active), NULL);

Fwd: Re: Find out if window is active

2013-04-15 Thread Lanoxx
I am using metacity and gnome-panel. I can try switching to mutter or compiz and see if that will fix the problem. Does the behaviour of this function depend of the window manager that im using? On 15/04/13 14:30, Matthias Clasen wrote: Sounds like you possibly found a bug, then. Which platform

Find out if window is active

2013-04-14 Thread Lanoxx
Hi folks, I am trying to find out if a window is active or not, I have tried three different approaches: * get a GdkWindow pointer from the window property of my GtkWindow and check if it is FOCUSED * use the function gtk_window_has_toplevel_focus() * use the function

Re: GtkColorButton Deprecation

2013-04-13 Thread Lanoxx
On 13/04/13 05:54, Matthew Brush wrote: On 13-04-12 03:51 PM, Lanoxx wrote: Hi, i was migration some code from GtkColorButton to the GtkColorChooser interface today. I was storing a color palette of 3x16 colors (R + G + B) as 16bit integers before which looked something like

GtkColorButton Deprecation

2013-04-12 Thread Lanoxx
Hi, i was migration some code from GtkColorButton to the GtkColorChooser interface today. I was storing a color palette of 3x16 colors (R + G + B) as 16bit integers before which looked something like this: {\ 0x2e2e, 0x3434, 0x3636,\ 0x, 0x, 0x,\

Re: Overhead of type casting when using GObject system

2013-02-10 Thread Lanoxx
Hi Emanuele, thanks for the comprehensive response. On 10/02/13 12:08, Emmanuele Bassi wrote: On 9 February 2013 12:43, Lanoxx lan...@gmx.net wrote: However those cast checks can be disabled at compile time removing the overhead, so GTK_WIDGET(foo) would be equivalent to (GtkWidget *) foo. Ah

Overhead of type casting when using GObject system

2013-02-09 Thread Lanoxx
. Is this observation correct, and if so, then how much overhead does this casting create in comparison to C++ or Java. Are there any metrics available? Regards Lanoxx [1] http://developer.gnome.org/gobject/stable/gobject-Type-Information.html#gobject-Type-Information.description [2] http

Glib bug #625552

2013-01-22 Thread Lanoxx
and leads to the same folder as the bind mount, or not show it at all. The latter one being the prefered solution. Kind Regards Lanoxx [1] https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/452049 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601784 P.S. CC-ing nautilus, maybe someone

Re: Stable, long term support releases for gtk+

2013-01-06 Thread Lanoxx
On 04/01/13 14:08, Emmanuele Bassi wrote: hi all; a couple of points have been raised on IRC, so let me try to summarize them here: • LTS is probably the wrong name, given that it has support into it; I merely used a known name, but what this whole initiative is about is to provide

Re: Status of bug 672858?

2012-12-26 Thread Lanoxx
I would like to get a solution as well. Knowing its wont fix is still better than waiting for a fix that is not going to come. Kind Regards Sebastian / Lanoxx On 26/12/12 02:12, Peter Hurley wrote: Why does bug 672858 https://bugzilla.gnome.org/show_bug.cgi?id=672858 still have no disposition

Re: path= (or not) in GSettings schemas

2012-10-17 Thread Lanoxx
On 17/10/12 18:02, Ryan Lortie wrote: hi, One of the big design mistakes I made with GSettings is that this is really weird: schema id=org.a11y.atspi path=/org/a11y/atspi/ The requirement to specify a separate path is confusing. It causes people to think that maybe the path should have

Re: Glib: AM_GLIB_GNU_GETTEXT

2012-09-16 Thread Lanoxx
Hi Javier, On 16/09/12 16:26, Javier Jardón wrote: On 15 September 2012 20:16, Lanoxx lan...@gmx.net wrote: Hi there, Hey # This will initialize the internationalization # capabilities of glib (glib/gi18n.h) and gettext IT_PROG_INTLTOOL([0.41.0]) AM_GNU_GETTEXT_VERSION([0.18.1

Glib: AM_GLIB_GNU_GETTEXT

2012-09-15 Thread Lanoxx
some research already. I think that the gnome documents of the glib gettext api at [4] could use an update and that they should contain some information about the AM_GLIB_GNU_GETTEXT macro. And I hope someone could shed some light into the problem i mentioned above. Kind Regards Lanoxx [1] http

Re: GTK Printing Demo updates patch review request

2012-08-22 Thread Lanoxx
Im gonna take a look. On 22/08/12 13:00, Timothy Arceri wrote: Hi Guys, I uploaded a patch a couple of month ago to reduce the amount of code used in the GTK printing demo when implementing a custom name for the print

Re: GTK Printing Demo updates patch review request

2012-08-22 Thread Lanoxx
This can be commited. On 22/08/12 14:16, Lanoxx wrote: Im gonna take a look. On 22/08/12 13:00, Timothy Arceri wrote: Hi Guys, I uploaded a patch a couple of month ago to reduce

Re: Print Dialog / Improving Print to file option [DONE]

2012-08-17 Thread Lanoxx
be improved by placing the options box below the radio buttons for the file type. Regards Lanoxx P.S: If this could land in 3.6 that would be absolutely awesome On 17/08/12 22:59, Lanoxx wrote: In file gtkprinteroptionwidget.c:710 static

Re: Print Dialog / Improving Print to file option

2012-08-15 Thread Lanoxx
CC-ing gtk-devel-list On 15/08/12 23:46, Lanoxx wrote: Ok I found it, the code which I am talking about is in [1]: In line 818 (see grep [3]): case GTK_PRINTER_OPTION_TYPE_FILESAVE: and in line 828: priv-combo