GLib 2.9.3 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.9/
http://ftp.gnome.org/pub/GNOME/sources/glib/2.9/
glib-2.9.3.tar.bz2 md5sum: e33d4a886492541e793d22dc5bc6a3d0
glib-2.9.3.tar.gz md5sum: d9e3fbeed455e8fe97cd4d2a60924416
This is the fourth development
Hi all;
I wanted to Know what could be the reason for not being able to connect the
select / activate /deselect signal with a widget using
g_signal_connect( ) function?
I connected a menu widget with the signal select but it fails to respond
to it; the menu widget gets rendered ; but
You can connect a callback to the focus-in-event.
Natan
On Tue, May 6, 2008 at 3:54 PM, Zhe Su [EMAIL PROTECTED] wrote:
Hi,
I use gtk_window_begin_move_drag() to initiate the window drag action
when
user drag a specific area of the window. And I want to know when the user
releases the
As far as I know, yes.
On Tue, May 6, 2008 at 3:59 PM, Zhe Su [EMAIL PROTECTED] wrote:
Thanks. An interesting solution:-) Is it reliable?
Regards
James Su
On Tue, May 6, 2008 at 8:56 PM, natan yellin [EMAIL PROTECTED] wrote:
You can connect a callback to the focus-in-event.
Natan
I hope so. But unfortunately, I just tested it in my application, no
focus-in event occurred when releasing the mouse button.
On Tue, May 6, 2008 at 9:01 PM, natan yellin [EMAIL PROTECTED] wrote:
As far as I know, yes.
On Tue, May 6, 2008 at 3:59 PM, Zhe Su [EMAIL PROTECTED] wrote:
Thanks.
-- Forwarded message --
From: natan yellin [EMAIL PROTECTED]
Date: Tue, May 6, 2008 at 4:15 PM
Subject: Re: When using gtk_window_begin_move_drag(), how to know when the
move drag has been finished?
To: Zhe Su [EMAIL PROTECTED]
That's strange. It works for me.
On Tue, May 6,
Hi,
I use gtk_window_begin_move_drag() to initiate the window drag action when
user drag a specific area of the window. And I want to know when the user
releases the mouse button, so that I can do some extra tasks after the
window move. However, it seems that after calling
Thanks. An interesting solution:-) Is it reliable?
Regards
James Su
On Tue, May 6, 2008 at 8:56 PM, natan yellin [EMAIL PROTECTED] wrote:
You can connect a callback to the focus-in-event.
Natan
On Tue, May 6, 2008 at 3:54 PM, Zhe Su [EMAIL PROTECTED] wrote:
Hi,
I use
Hello everybody,
I have downloaded GNU coreutils source, and wondering how to compile
only one module manually?
Example, the module for the command: cp -R which would do a
recursive copy of a directory.
Since part of my application is to do a recursive copy of multiple
folders, thus, if I could
On Tue, 6 May 2008 21:40:23 +0700, Soulivanh Anothay
[EMAIL PROTECTED] wrote:
Hello everybody,
I have downloaded GNU coreutils source, and wondering how to compile
only one module manually?
You are on the completely wrong mailing list. This is for GTK not
coreutils.
I have looked into the
I am trying to force a scroll to a row in a tree. I have a tree with
about 20 items in of which only about 10 are visible. Scrolling with
the mouse on the tree works fine. After a user presses a button, I
am trying to scroll to the newest row added to the tree(which is not
usually the
Hello,
I'm having a hard time trying to phrase my question, let's try an example:
1) I have a drop down entry combo box with two entries Systemwide, and
Browse for program
2) If I select Browse for program, it'll bring up a browse window
3) I want to display the selected program name in the
Is it possible to
retrieve the entry widget of the combo box so I can call
gtk_entry_set_text with it?
entry = GTK_ENTRY (GTK_BIN (combo_box)-child;
Carlos
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
Hi all;
I wanted to Know what could be the reason for not being able to connect the
select / activate /deselect signal with a widget using
g_signal_connect( ) function?
I connected a menu widget with the signal select but it fails to respond
to it; the menu widget gets rendered ; but
I am trying to find the position of a button in a gtk dialog.
but getting some strange results..
approach i am using is :
i will find the distance of the button from its parent, and then its
parent's distance form its parent .. and so on, till i get toplevel window.
then i am adding the
(I've been grousing about the way GTK's handles keyboard bindings in the
most general sense for some time now, and was suddenly motivated to try
to write up a proposal for what I think needs to be done. Feel free to
shoot me down)
CLAIM
-
GTK's handling of keyboard-drive events is a mess
There needs to be a 1:1, configurable mapping between any tuple of
these 3 properties and some action within a GTK application.
Why on Earth would you require that mapping be 1:1:? What you need
is that action is a [mathematical] function of the 3-tuple. There is nothing
wrong with invoking
hi,
the gtk website has no bugzilla entry. Could someone have a look at this bug
(files for www.gnome.org right now),
http://bugzilla.gnome.org/show_bug.cgi?id=531754
Stefan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
Hi,
I noticed disable-nls wasn't available so I dug until I came with a solution.
I'm attaching a patch that makes use of autopoint and seems to work fine.
I would have created a bug report but the bug reporting form is a joke [1].
Best regards.
[1]
Hi,
2008/5/6 Felipe Contreras [EMAIL PROTECTED]:
I noticed disable-nls wasn't available so I dug until I came with a solution.
I'm attaching a patch that makes use of autopoint and seems to work fine.
I would have created a bug report but the bug reporting form is a joke [1].
Try this
On Tue, 2008-05-06 at 11:57 -0400, Morten Welinder wrote:
There needs to be a 1:1, configurable mapping between any tuple of
these 3 properties and some action within a GTK application.
Why on Earth would you require that mapping be 1:1:? What you need
is that action is a
El mar, 06-05-2008 a las 22:08 +0300, Felipe Contreras escribió:
I would have created a bug report but the bug reporting form is a joke
[1].
There's also http://bugzilla.gnome.org/enter_bug.cgi , reachable from
the main menu in Bugzilla.
Claudio
--
Claudio Saavedra [EMAIL PROTECTED]
On Tue, May 6, 2008 at 10:38 PM, Claudio Saavedra
[EMAIL PROTECTED] wrote:
El mar, 06-05-2008 a las 22:08 +0300, Felipe Contreras escribió:
I would have created a bug report but the bug reporting form is a joke
[1].
There's also http://bugzilla.gnome.org/enter_bug.cgi , reachable from
On Tue, May 6, 2008 at 10:27 PM, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
2008/5/6 Felipe Contreras [EMAIL PROTECTED]:
I noticed disable-nls wasn't available so I dug until I came with a
solution.
I'm attaching a patch that makes use of autopoint and seems to work fine.
Hi,
On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras
[EMAIL PROTECTED] wrote:
Is there any reason?
I don't know. If I had to guess, it probably wasn't seen as worth
maintaining. After all none of the other features of GLib have random
--disable-feature options. Searching in bugzilla might
On Tue, 2008-05-06 at 19:41 -0400, Havoc Pennington wrote:
Hi,
On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras
[EMAIL PROTECTED] wrote:
Is there any reason?
I don't know. If I had to guess, it probably wasn't seen as worth
maintaining. After all none of the other features of GLib
Bastien Nocera wrote:
On Tue, 2008-05-06 at 19:41 -0400, Havoc Pennington wrote:
Hi,
On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras
[EMAIL PROTECTED] wrote:
Is there any reason?
I don't know. If I had to guess, it probably wasn't seen as worth
maintaining. After all none of the other
On Tue, 2008-05-06 at 16:54 -0700, Brian J. Tarricone wrote:
Bastien Nocera wrote:
On Tue, 2008-05-06 at 19:41 -0400, Havoc Pennington wrote:
Hi,
On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras
[EMAIL PROTECTED] wrote:
Is there any reason?
I don't know. If I had to guess, it
Stefan Kost wrote:
the gtk website has no bugzilla entry. Could someone have a look at this bug
(files for www.gnome.org right now),
http://bugzilla.gnome.org/show_bug.cgi?id=531754
While you're at it, http://bugzilla.gnome.org/show_bug.cgi?id=514882
would also have benefited from a
On Tue, 2008-05-06 at 15:31 -0400, Paul Davis wrote:
I consider
GtkAction to be a very suitable starting (and perhaps end) point for the
kind of change I am proposing.
That sounds quite sensible.
We've been increasingly focused on GtkAction as the rendezvous point for
concentrating GUI
On Wed, 2008-05-07 at 11:38 +1000, Andrew Cowie wrote:
As it stands right now GtkAction isn't quite generic enough (for
example, it's all hard wired to use stock icons only, so if you've got
UI elements that have the temerity to have nothing to do with stock
functions and therefore have no
On Wed, 07 May 2008 01:02:02 +0100
Bastien Nocera [EMAIL PROTECTED] wrote:
On Tue, 2008-05-06 at 16:54 -0700, Brian J. Tarricone wrote:
Bastien Nocera wrote:
On Tue, 2008-05-06 at 19:41 -0400, Havoc Pennington wrote:
Hi,
On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras
[EMAIL
It's pretty trivial to effectively disable NLS without GLib knowing by
writing a minimal dummy libintl.c (and corresponding libintl.h) and
compile it into a fake libintl.a, and then point the GLib configury
at those with CPPFLAGS and LDFLAGS.
I did something similar mainly for Windows, but
Hi,
On Tue, May 6, 2008 at 7:54 PM, Brian J. Tarricone [EMAIL PROTECTED] wrote:
Disabling NLS support might be quite useful for people on embedded
systems and/or people who are using glib for only a part of their
application and use a different translation framework.
Right, but that
34 matches
Mail list logo