Re: Win32 Glib 2.8.x g_io_channel issues (receiving window messages on socket io channel)
Tor Lillqvist writes: > See the patch below that clears up some of the issues: Forgot to mention, 3) Calls WSAEnumNetworkEvents() only if the event for the socket has fired. This means the spurious WSAEnumNetworkEvents() calls you noticed being logged when just moving the mouse don't happen any more. --tml ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Win32 Glib 2.8.x g_io_channel issues (receiving window messages on socket io channel)
> I fixed that (and what do you know... it works!). Thanks for noticing.
Good to hear!
> Should I make an attempt at the changes to giowin32.c, or is that
> something you've already got sorted out?
See the patch below that clears up some of the issues: 1) After
getting FD_CLOSE, make the knowledge of that "stick" and always set
G_IO_HUP. 2) Plug a handle leak, WSACloseEvent the socket's event when
the channel is closed.
If you can build GLib yourself, please try it.
Index: glib/giowin32.c
===
RCS file: /cvs/gnome/glib/glib/giowin32.c,v
retrieving revision 1.65.2.1
diff -p -u -2 -r1.65.2.1 giowin32.c
--- glib/giowin32.c 8 Nov 2005 08:35:50 - 1.65.2.1
+++ glib/giowin32.c 15 Nov 2005 19:52:02 -
@@ -109,6 +109,7 @@ struct _GIOWin32Channel {
int event_mask;
int last_events;
- int event;
+ WSAEVENT event;
gboolean write_would_have_blocked;
+ gboolean close_event_received;
};
@@ -353,4 +354,5 @@ g_io_channel_win32_init (GIOWin32Channel
channel->event = 0;
channel->write_would_have_blocked = FALSE;
+ channel->close_event_received = FALSE;
InitializeCriticalSection (&channel->mutex);
}
@@ -679,5 +678,5 @@ g_io_win32_check (GSource *source)
channel->fd, watch->pollfd.fd);
}
- else
+ else if (watch->pollfd.revents)
{
WSAEnumNetworkEvents (channel->fd, 0, &events);
@@ -711,5 +710,7 @@ g_io_win32_check (GSource *source)
if (channel->last_events & (FD_WRITE | FD_CONNECT))
watch->pollfd.revents |= G_IO_OUT;
- if (watch->pollfd.revents == 0 && (channel->last_events & (FD_CLOSE)))
+ if (channel->last_events & (FD_CLOSE))
+ channel->close_event_received = TRUE;
+ if (channel->close_event_received)
watch->pollfd.revents |= G_IO_HUP;
@@ -879,5 +875,9 @@ g_io_win32_free (GIOChannel *channel)
CloseHandle (win32_channel->space_avail_event);
if (win32_channel->type == G_IO_WIN32_SOCKET)
-WSAEventSelect (win32_channel->fd, NULL, 0);
+{
+ WSAEventSelect (win32_channel->fd, NULL, 0);
+ if (win32_channel->event)
+ WSACloseEvent (win32_channel->event);
+}
DeleteCriticalSection (&win32_channel->mutex);
@@ -1259,7 +1259,7 @@ g_io_win32_sock_create_watch (GIOChannel
if (win32_channel->event == 0)
-win32_channel->event = (int) WSACreateEvent ();
+win32_channel->event = WSACreateEvent ();
- watch->pollfd.fd = win32_channel->event;
+ watch->pollfd.fd = (int) win32_channel->event;
watch->pollfd.events = condition;
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: To make the menubar background transparent
--- sadhees kumar <[EMAIL PROTECTED]> wrote: > Hi Friends, > Im using my GTK+ in my embedded application, im > using a menubar in it, all > i want is to make the menubar's background > transperent. > If anybody have come cross across this problem > please let me know with some > example code. > THANKS in advance. > _ > Regards, > > K.Sadheeskumar. > ___ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > *IF* gdk color supports argb *THEN* the background of the menubar could be set to transparent. However, it is not known if argb is supported in the current gtk+ version. __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
row_activated error?????
G'day, I have the following run time error: (dump_key:16343): GLib-GObject-WARNING **: gsignal.c:1716: signal `row_activated' is invalid for instance `0x80a6d00' There are no compile time errors or warnings when using gcc -Wall. In the code below when I use "changed" all works well, when I use "row_activated" I get the above error. treeview = gtree_fillPopUp(DispListHdl, cols); gtk_tree_view_set_rules_hint(GTK_TREE_VIEW(treeview), FALSE); sel = gtk_tree_view_get_selection((GtkTreeView*)treeview); gtk_tree_selection_set_mode(sel, GTK_SELECTION_SINGLE); /* The commented out line works */ /* g_signal_connect(sel, "changed", G_CALLBACK(gtree_onSelectionChanged), (GtkTreeView*)treeview); */ g_signal_connect(sel, "row_activated", G_CALLBACK(gtree_onSelectionChanged), (GtkTreeView*)treeview); gtk_container_add(GTK_CONTAINER(sw), treeview); Any suggestions greatly received. Regards, Ashley ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Win32 Glib 2.8.x g_io_channel issues (receiving window messages on socket io channel)
On 11/15/05, Tor Lillqvist <[EMAIL PROTECTED]> wrote: > There are some problems both in your code, and in giowin32.c. > > For efficiency, your code should not read just one byte at a time in > the callback. It should read in bigger chunks, and as much as possible > in a loop, until it gets a WSAEWOULDBLOCK or an EOF. If it did this, > it would probably also work with giowin32.c as it currently is > written. > Eek. I'm not sure how that avoided notice for so long. I fixed that (and what do you know... it works!). Thanks for noticing. > Your code frees the GaimFetchUrlData twice. I don't recall the exact > details, but the call to destroy_fetch_url_data() in gaim_url_fetch() > is unnecessary, if gaim_proxy_connect() returns failure it has already > been called. That is a result of the hackery that I did to remove the asynchonous DNS lookup code and etc. The "real" code actually does this correctly. > You send a HTTP/1.1 request to the server, meaning it defaults to > using keepalive. You should also send Connection: close, or the server > won't necessarily close it. Or you could shutdown the socket from your > end with shutdown(sock,SD_SEND), then the server will presumably also > close its end after sending the data. > I fixed this as well; we certainly should have been specifying the "Connection: close" header since we're not handling persistent connections here. > Anyway, what you originally asked about, the extraneous calls to > WSAEnumNetworkEvents() indeed seem to be quite unnecessary, and are > easy to get rid of. Will do that. Just those extra calls shouldn't > affect how the code works, though. To make this work somewhat more > like on Unix, changes as outlined above are needed to giowin32.c. Your explanation sheds a lot of light on the situation. What surprises me is that this hasn't been causing problems for more people. I suppose it is probably because glib 2.8.x isn't in wide circulation yet in the win32 world. Should I make an attempt at the changes to giowin32.c, or is that something you've already got sorted out? Thanks, -Daniel ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
how to active the modaless window
I've 2 modaless window created by the following way: a = gtk_window_new (GTK_WINDOW_DIALOG); gtk_window_set_modal (GTK_WINDOW (a), FALSE); b = gtk_window_new (GTK_WINDOW_DIALOG); gtk_window_set_modal (GTK_WINDOW (b), FALSE); in my application, how to active any one, let it to be top level? Thanks! -- Sent from the Gtk+ - Apps Dev forum at Nabble.com: http://www.nabble.com/how-to-active-the-modaless-window-t560520.html#a1505197 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Is there a way to use Pango Markup in GtkTextBuffer
Is there any convenient way to insert text using the Pango Markup language into a GtkTextBuffer. Such functions exist for GtkLabel and GtkCellView but I haven't seen any for GtkTextBuffer. If none exist, is there a reason they don't? Seems like such functions would aid in inserting text with attributes into a buffer easier than using and defining all the necessary tags. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK+ 2.8.7 released
GTK+ 2.8.7 is now available for download at: ftp://ftp.gtk.org/pub/gtk/v2.8/ http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.8/ gtk+-2.8.7.tar.bz2 md5sum: d0f205f97fe6ae3ecb6eae7be5a68b39 gtk+-2.8.7.tar.gzmd5sum: efd1c122bbb0f655ac6ce5f3bb480551 This is a bugfix release in the 2.8.x series. What is GTK+ GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites. GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development. GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. Where to get more information about GTK+ Information about GTK+ including links to documentation can be found at: http://www.gtk.org/ An installation guide for GTK+ 2.8 is found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Common questions: http://developer.gnome.org/doc/API/2.0/gtk/gtk-question-index.html http://www.gtk.org/faq/ Overview of Changes from GTK+ 2.8.6 to GTK+ 2.8.7 = * GtkFileChooser - Don't special-case the names of Home and Desktop [Federico Mena Quintero] - Avoid loading more than one directory initially. [Federico] - Make the file chooser work better with window groups [Christian Persch] - Improve keynav in the pathbar [Carlos Garnacho, Andrei Yurkevich] - Don't access unmounted volumes [Federico] * GtkTextView - Avoid quadratic blowup when deleting text with lots of tags [Matthias Clasen] - Fix drag-selection corner cases [Arvind S N, Paolo Borelli] * GtkEntry - Add the entry completion popup to the window group [Christian Persch] * GtkTreeView - Fix background drawing in RTL locales [Eric Cazeaux] - Handle Shift-G for going back in typeahead search [Christian Neumair] * GtkComboBox - Leave Ctrl-PageUp/PageDown to applications [Christian Neumair] * Fix compilation problems with gtkcalendar.c [Matthias Hasselmann] * Add labels for GTK_STOCK_CONNECT and GTK_STOCK_DISCONNECT items [Richard Hult] * Resolve symbols in dlopened modules lazily [Laszlo Peter] * GDK - Don't try to set overlarge window icons [Claudio Saavedra] - Improve handling of odd keymaps [Kean Johnston] * Win32 changes - Speed up compositing [John Ehresman] - Improve handling of clipboard [Tor Lillqvist] - Improve visuals of scrollbars, toolbars, handleboxes and menubars in the ms-windows theme [Dom Lachowicz] - Make icon masks work on Win98 [Peter Zelezny] - Hide resize and maximize buttons on non-resizable windows [Tor] - Don't hide dotfiles [Tor] * Bug fixes [Kazuki Iwamoto, Ross Burton, Michael Natterer, Bogdan Nicula, Damien Carbery, Gustavo Carneiro, Tommi Komulainen, Thomas Klausner, Alexander Larsson, Bastien Nocera, Federico Mena Quintero, John Ehresman, Paolo Borelli, Antonio Sacchi, Christian Persch, Carlos Garnacho, Jeremy Cook, Nickolay V. Shmyrev, Richard Hult, Maxim Udushlivy, Peter Zelezny] * Documentation improvements [Paolo Borelli, Christian Neumair, Christian Persch A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=317910,318412,317999,317125,318654,313993,318762,318939,319627,319722,318781,317844,317682,318582,318943,318953,319065,319557,319930,318670,319382,319974,319151,319985,320061,319200,319912,320360,320167,320152,320777,320803,319914,314486,320720,320909,320789,104514,163851,318444,316638,314627,321046,313627,321299,321338,321441,321032 Matthias Clasen November 15, 2005 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GLib 2.8.4 released
GLib 2.8.4 is now available for download at: ftp://ftp.gtk.org/pub/gtk/v2.8/ glib-2.8.4.tar.bz2 md5sum: 349a0f039f53584df11d2043d36c49b8 glib-2.8.4.tar.gzmd5sum: 9ec21d9e7541fa6725de96455a8d9e31 GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.8.3 to GLib 2.8.4 = * Support aborting on critical warnings by setting G_DEBUG=fatal_criticals in the environment [Vincent Untz] * Bug fixes [Sebastien Bacher, Tor Lillqvist, Manish Singh, Morten Welinder, Andy Wingo] * Documentation improvements [Steffen Gutmann, Christophe Fergeau] * Translation updates (he,ja,nl,th) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=317930,319232,313731,320017,320322,320466,320886,320688,320950 Matthias Clasen November 15, 2005 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Motion event over pixmap.
Hello,
I am using the following function to load a bitmap file and display it inside a
pixmap widget:
GtkWidget *image1;
image1 = gdk_pixbuf_new_from_file(file_name, &error);
The bitmap loads and displays fine but I would like to be ablle to track the
position of the mouse pointer over the pixmap to do some data analisys.
g_signal_connect ((gpointer) image1, "motion_notify_event",
G_CALLBACK (on_image1_motion_notify_event),
NULL);
gtk_widget_set_events (image1, GDK_POINTER_MOTION_MASK);
The callback looks like such:
gboolean
on_image1_motion_notify_event (GtkWidget *widget,
GdkEventMotion *event,
gpointer
user_data)
{
printf("in motion\n");
return FALSE;
}
Is it even posible to add motion events to pixmaps?
Thanks,
-Marco
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Odd font display problem on AIX 5.2/5.3 with _same_ fonts
On Sat, Nov 12, 2005 at 10:15:30AM +0100, Iago Rubio wrote: > On Sat, 2005-11-12 at 00:04 -0600, Albert Chin wrote: > > [Originally posted in October but no response so reposting] > > > > I'm having an odd font display problem with GTK+ 2.6.8 on AIX 5.3. I > > made sure both the AIX 5.2 and 5.3 systems had access to the _same_ > > fonts. The ~/.fonts.cache-1 file generated on each system is the same. > > I'm testing with the GTK+ demo program. Images of the initial window > > is available from: > > ftp://support.thewrittenword.com/outgoing/gtk/aix52.png > > ftp://support.thewrittenword.com/outgoing/gtk/aix53.png > > > > Why should the display be different if both systems have access to the > > same fonts? > > No idea, but from your screenshoots It looks the font set you're using > does not support U+0020 character - white space. > > Furthermore, that both systems have the same ~/.fonts.cache-1 does not > mean that are using the same font, and in this case it's sure they're > not using the same font. > > Take a look at /etc/fonts/fonts.conf - if it exists in AIX - and ensure > they're using a font with u+0020 support such as Bitstream Vera as > default. Foolish me. Things are working now. I forgot to add custom fonts like Bitstream Vera. Thanks. -- albert chin ([EMAIL PROTECTED]) ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Win32 Glib 2.8.x g_io_channel issues (receiving window messages on socket io channel)
There are some problems both in your code, and in giowin32.c. For efficiency, your code should not read just one byte at a time in the callback. It should read in bigger chunks, and as much as possible in a loop, until it gets a WSAEWOULDBLOCK or an EOF. If it did this, it would probably also work with giowin32.c as it currently is written. Your code frees the GaimFetchUrlData twice. I don't recall the exact details, but the call to destroy_fetch_url_data() in gaim_url_fetch() is unnecessary, if gaim_proxy_connect() returns failure it has already been called. You send a HTTP/1.1 request to the server, meaning it defaults to using keepalive. You should also send Connection: close, or the server won't necessarily close it. Or you could shutdown the socket from your end with shutdown(sock,SD_SEND), then the server will presumably also close its end after sending the data. Anyway, the handling of closed sockets in giowin32.c does not emulate exactly how it works out on Unix. On Win32, the event for a socket (see MSDN docs for WSAEventSelect() and WSAEnumNetworkEvents()) will fire with FD_CLOSE only once after the remote end has shut down the connection. g_io_win32_check() currently works in such a way that the dispatch function will be invoked with G_IO_HUP only once after that (additionally G_IO_IN, if FD_READ also was set). If the user callback then reads less data than available, the callback will continue to be invoked with just G_IO_IN. After there is no longer any data to read, the event will not fire, and no more callbacks will be invoked. I.e., no more callbacks with (only) G_IO_HUP. On Unix, apparently a callback will be called repeatedly with G_IO_IN as long as the socket is polled if the remote end has shut down the connection? giowin32.c presumably should be fixed at least so that the G_IO_HUP indication will "stick". After a FD_CLOSE has been seen, G_IO_HUP would always be set in combination with G_IO_IN in the callbacks. Maybe even the socket's event should be forced to the signalled state after a FD_CLOSE is received, so that g_poll() would continuously notice it, and the callback continuously invoked with G_IO_HUP, until the watch is removed? Hmm. Note though, that code that uses the higher-level gdk_input_add() functionality and not GIOChannels only has a GdkInputCondition to look at, not a GIOCondition. Thus it can't distinguish between G_IO_IN and G_IO_HUP, as both are combined into GDK_INPUT_READ. Anyway, what you originally asked about, the extraneous calls to WSAEnumNetworkEvents() indeed seem to be quite unnecessary, and are easy to get rid of. Will do that. Just those extra calls shouldn't affect how the code works, though. To make this work somewhat more like on Unix, changes as outlined above are needed to giowin32.c. --tml ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: confused about pango_cairo_font_map_set_resolution API
Axel Simon wrote: On Tue, 2005-11-15 at 09:05 +0100, Stefan Kost wrote: Hi Axel, Axel Simon wrote: Hi, I'm slightly confused about the pango_cairo_font_map_set_resolution function and friends, mainly because it only takes one argument, namely a scaling factor between em*1/72 (font size in inch (why oh why?!)) and pixels. Given that my monitor (and probably other output media) has a different resolution in x and y direction this seems weird. Computer monitor pixels are square. The monitor itself has an aspect ration of 4:3 or 16:9, but will be compensated by using more pixels on the x axis. The mask of a screen might be, but depending on the resolution, the displayed pixels are not: I can use the VESA mode 1280x1024 (5:4) on either a 4:3 or 16:9 monitor. Thats why this resolution IMHO is rarely used, atleast not when you do video editing or graphics. But for common resultions the aspects stuff works. 1280x960 wold be correct again. Stefan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: confused about pango_cairo_font_map_set_resolution API
On Tue, 2005-11-15 at 09:05 +0100, Stefan Kost wrote: > Hi Axel, > > Axel Simon wrote: > > Hi, > > > > I'm slightly confused about the pango_cairo_font_map_set_resolution > > function and friends, mainly because it only takes one argument, namely > > a scaling factor between em*1/72 (font size in inch (why oh why?!)) and > > pixels. Given that my monitor (and probably other output media) has a > > different resolution in x and y direction this seems weird. > > Computer monitor pixels are square. The monitor itself has an aspect ration > of > 4:3 or 16:9, but will be compensated by using more pixels on the x axis. The mask of a screen might be, but depending on the resolution, the displayed pixels are not: I can use the VESA mode 1280x1024 (5:4) on either a 4:3 or 16:9 monitor. Maybe this is too pedantic and that's the reason why the API only has a single resolution parameter. I have no experience with, say, printers, but I thought there you could have 300x600 DPI or such like. > Can't answer the rest though. That's a start, thanks, Axel. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
To make the menubar background transparent
Hi Friends, Im using my GTK+ in my embedded application, im using a menubar in it, all i want is to make the menubar's background transperent. If anybody have come cross across this problem please let me know with some example code. THANKS in advance. _ Regards, K.Sadheeskumar. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: confused about pango_cairo_font_map_set_resolution API
Hi Axel, Axel Simon wrote: Hi, I'm slightly confused about the pango_cairo_font_map_set_resolution function and friends, mainly because it only takes one argument, namely a scaling factor between em*1/72 (font size in inch (why oh why?!)) and pixels. Given that my monitor (and probably other output media) has a different resolution in x and y direction this seems weird. Computer monitor pixels are square. The monitor itself has an aspect ration of 4:3 or 16:9, but will be compensated by using more pixels on the x axis. Can't answer the rest though. Stefan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
