Applet
I have a menu with some menuitems. Each menuitem is a hbox. One of the menuitems has an entry box. When I do gtk_widget_grab_focus(GTK_WIDGET(entry)) appers a cursor in the entry box as expected, but I can't write a single letter in it... Why? Are there any restrictions to the use of an entry in a menu? -- I would love to change the world, but they won't give me the source code. --- Windows 98: 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand 1 bit of competition. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Re: Re: Losing GtkTextBuffer when threading
Oh my, what a silly mistake. Two days of head-pounding action and it
was indeed a silly mistake.
For the curious, I had a function
int network_connect( networktype *net ){
...
pthread_create(..., net );
}
emphasis on the silly net!
Ooops. Thanks for the support guys.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gnome 2.12 Desktop Menu problems
On 10/12/05, Fabio Rotondo [EMAIL PROTECTED] wrote: I have just installed Gnome 2.12 and in the Desktop Menu (the menu which appears when you right click on an empty area on the desktop) the option Open Terminal has disappeared. Is there any way I can have it back? this is a developer mailing list, not for support. Anyway, just try to reinstall gnome-open-terminal ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GOption replacement for poptPrintUsage needed
hi, has anyone written a replacement for poptPrintUsage for GOption? IMHO that would fit well into glib. Stefan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
getting input each frame
Hello, I have been developing an app using GTK to make the interface. The problem I'm facing is that the program needs to check for input each frame and based on that it needs to alter a few objects such as labels, however, I don't know how to check for external input because If I would say make an infinite loop than I wouldn't be able to run gtk_main() without it returning control to my loop. What can I do to check for external input and gtk input? -- ~flood ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Is there g_write function?
I have found the g_open function. But I think it just open the file and is there some fucntions for write/read operation? No, because there isn't any reason not to use the normal write() system call (Unix) / function (Win32). I must say, I wouldn't mind some of the more common functions being wrapped (if it can be done without excessive overhead). If you have to include the original standard header as well, then you end up with both sets and can (I do from time to time) find yourself accidentally mixing the original functions with their enhanced glib equivelants. Fredderic ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Tooltip maximum length
Is there a way to change the maximum length of text that a tooltip displays? (Runtime or compile time) Or any way to see the text that's replaced by ... when the tooltip text is too long? -Alem ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: transient windows on win32
Thanks for looking at this. Sorry about the comment style; I've been
programming in C++ for too long.
I've redone the patch with C-style comments. I've also added my name to
the copyright section at the top. I'm not familiar with the etiquette of
this - let me know if it's inappropriate.
Sorry for not following up on this earlier. I had marked your message
for later follow-up, but then never got around to... and then noticed
it only now when switching to October's mail folder.
Charles Reilly writes:
The trivial problem was that gdk_window_set_skip_taskbar_hint set the
window owner. This overwrote the window owner set by
gdk_window_set_transient_for. (I guess this was deliberate, since
transients didn't work anyway?)
Hmm. I don't remember exactly. Might have been just an oversight, or
maybe the use cases I knew of didn't have windows for which both
_set_transient_for() and _set_skip_taskbar_hint() were called.
Any comments would be most welcome.
You seem to have looked into the problem thoroughly, your patch looks
quite clean (except the C++-style comments), so I do think it has a
good chance of being in GTK+ 2.8.5. I will need to think and test a
bit more, though.
--tml
--- cvs\gdkwindow-win32.h Sun Sep 04 17:33:52 2005
+++ ownerManagement\gdkwindow-win32.h Sat Sep 03 20:59:39 2005
@@ -68,4 +68,7 @@ struct _GdkWindowImplWin32
{
GdkDrawableImplWin32 parent_instance;
+ GdkWindow *owner_window;
+
+ gboolean skips_taskbar;
gint width;
--- cvs\gdkwindow-win32.c Sun Sep 04 17:33:31 2005
+++ ownerManagement\gdkwindow-win32.c Wed Oct 12 14:02:23 2005
@@ -3,4 +3,5 @@
* Copyright (C) 1998-2004 Tor Lillqvist
* Copyright (C) 2001-2004 Hans Breuer
+ * Copyright (C) 2005 Charles Reilly
*
* This library is free software; you can redistribute it and/or
@@ -85,4 +86,12 @@ static void gdk_window_impl_win32_init
static void gdk_window_impl_win32_class_init (GdkWindowImplWin32Class
*klass);
static void gdk_window_impl_win32_finalize (GObject
*object);
+static void gdk_window_win32_set_window_ownership(GdkWindow* window,
+ gboolean
is_owner_minimized);
+static GdkFilterReturn gdk_window_win32_owner_window_filter (GdkXEvent *xev,
+ GdkEvent *event,
+ gpointer data);
+static GdkFilterReturn gdk_window_win32_owned_window_filter (GdkXEvent *xev,
+ GdkEvent *event,
+ gpointer data);
static gpointer parent_class = NULL;
@@ -661,4 +670,8 @@ gdk_window_new_internal (GdkWindow *
}
+ /* If the window is not a child then its parent is its owner */
+ if ((dwStyle WS_CHILDWINDOW) == 0)
+impl-owner_window = parent;
+
_gdk_window_init_position (GDK_WINDOW (private));
@@ -885,4 +898,6 @@ void
gdk_window_destroy_notify (GdkWindow *window)
{
+ GdkWindowImplWin32 *impl;
+
g_return_if_fail (window != NULL);
g_return_if_fail (GDK_IS_WINDOW (window));
@@ -893,4 +908,14 @@ gdk_window_destroy_notify (GdkWindow *wi
(GDK_WINDOW_DESTROYED (window) ? (destroyed) : )));
+ /* Ideally, this would be handled in
gdk_window_win32_owned_window_filter but
+ * the filter list isn't reentrant, so we remove the owner window
filter here
+ */
+ impl = GDK_WINDOW_IMPL_WIN32 (GDK_WINDOW_OBJECT (window)-impl);
+ if (impl-owner_window)
+ {
+gdk_window_remove_filter(impl-owner_window,
gdk_window_win32_owner_window_filter, window);
+impl-owner_window = NULL;
+ }
+
if (!GDK_WINDOW_DESTROYED (window))
{
@@ -1778,12 +1803,74 @@ gdk_window_set_role (GdkWindow *window
}
+static GdkFilterReturn
+gdk_window_win32_owner_window_filter (GdkXEvent *xev,
+ GdkEvent *event,
+ gpointer data)
+{
+ MSG *msg = (MSG *) xev;
+ /* This is a window owned by the window that received the message */
+ GdkWindow *window = (GdkWindow*)data;
+ GdkWindowImplWin32 *impl;
+
+ g_return_if_fail (GDK_IS_WINDOW (window));
+
+ if (msg-message == WM_ACTIVATE)
+ {
+if (LOWORD(msg-wParam) == WA_INACTIVE)
+ gdk_window_win32_set_window_ownership(window, HIWORD(msg-wParam));
+ }
+ else if (msg-message == WM_SIZE)
+ {
+if ((msg-wParam == SIZE_MAXIMIZED) || (msg-wParam == SIZE_RESTORED))
+ gdk_window_win32_set_window_ownership(window, FALSE);
+ }
+ else if (msg-message == WM_DESTROY)
+ {
+impl = GDK_WINDOW_IMPL_WIN32 (GDK_WINDOW_OBJECT (window)-impl);
+gdk_window_remove_filter(impl-owner_window,
gdk_window_win32_owner_window_filter, window);
+ impl-owner_window = NULL;
+ }
+
+ return GDK_FILTER_CONTINUE;
+}
+
+static GdkFilterReturn
+gdk_window_win32_owned_window_filter (GdkXEvent *xev,
+ GdkEvent *event,
+ gpointer data)
+{
Re: Usage of GTK+ headers
Banginwar, Rajesh wrote: Hello, Many of the GTK+ libraries have one or more top level header files. E.g. Glib has glib.h, gdk-pixbuf has two gdk-data.h and gdk-pixbuf.h and so on... My question is about what applications typically use? Do they use just the top level header only? Or is it ok to use the specific header file as needed e.g. gtk/gtkstyle.h? You should include the header indicated on the API reference, note that if you decide to include your preffered header, a later release may not include that header, but be compatible in every other way, generally; there will always be a glib.h that will give you access to the glib API. Cheers, -Tristan ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Usage of GTK+ headers
Banginwar, Rajesh wrote: Hello, Many of the GTK+ libraries have one or more top level header files. E.g. Glib has glib.h, gdk-pixbuf has two gdk-data.h and gdk-pixbuf.h and so on... My question is about what applications typically use? Do they use just the top level header only? Or is it ok to use the specific header file as needed e.g. gtk/gtkstyle.h? Oh yeah, and I forgot to mention... gtk-devel-list is a list about development on GTK+ itself, gtk-list was fine for this type of question; no need to cross-post to this list. Cheers, -Tristan ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Usage of GTK+ headers
On Wed, 2005-10-12 at 10:47 -0400, Tristan Van Berkom wrote: Banginwar, Rajesh wrote: Hello, Many of the GTK+ libraries have one or more top level header files. E.g. Glib has glib.h, gdk-pixbuf has two gdk-data.h and gdk-pixbuf.h and so on... My question is about what applications typically use? Do they use just the top level header only? Or is it ok to use the specific header file as needed e.g. gtk/gtkstyle.h? Oh yeah, and I forgot to mention... gtk-devel-list is a list about development on GTK+ itself, gtk-list was fine for this type of question; no need to cross-post to this list. I think the question was valid here - it wasn't a question about What should I do in my app But rather: What guarantees does GTK+ make that should be documented in a specification of the GTK+ interface Practically speaking, we try to maintain compatibility for GTK+ and GLib (but not libgobject) for including subheaders -- a lot of apps include them explicitly so we have little freedom to rearrange them. But we'd prefer that people included the main headers gtk/gtk.h gdk/gdk.h gdk-pixbuf/gdk-pixbuf.h, etc. Regards, Owen ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Proposal for GTK+ advanced formatted entry and spinner API
On Tue, 2005-10-11 at 09:51 +0200, Itai Bar-Haim wrote: I would like to propose my idea for Format-Elements, that will be used to control GtkEntry and GtkSpinButton. The idea is to allow organized, element-based formatting of data displayed textually. [...] Interesting idea, but I'd much rather have GtkEntry use GtkTextBuffer and its formatting features somehow. That would also allow for inserting images and such, just like in GtkTextView, and would add less specialized API to GtkEntry and GtkSpinButton (which are supposed to be simple interfaces). I don't think something like this belongs there. -- Hans Petter Jansson | [EMAIL PROTECTED] Novell, Inc. Hacker | http://hp.cl.no/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
