Gregory Hosler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have an application, where, to facilitate looks deep inside callbacks, I
store the Iter
of a row as and when I gtk_list_store_append() it. This allows me to
gtk_list_store_set()
using the saved iter, and it works
On Sun, 17 Feb 2008 20:28:49 +0100, Bastiaan Veelo [EMAIL PROTECTED]
wrote:
Enrico Tröger wrote:
On Wed, 13 Feb 2008 19:56:05 +0100, Bastiaan Veelo [EMAIL PROTECTED]
wrote:
Hi,
1) In order to get approximately correctly scaled text I had to specify
a resolution of around 27.2
For the archive, solution (hack) to fix one issue:
Stefan Kost schrieb:
Hi,
after I managed to get accelerators for menus and context menues working, I
have
problems with some other ui items.
1.)
tool_item=GTK_WIDGET(gtk_toggle_tool_button_new_from_stock(GTK_STOCK_MEDIA_PLAY));
1a.)
I don't know if there's any interest / work in progress on this, but
noticing that the new Gio implementation lacks a directory monitor for
windows I wrote one (patch against 2.15.4 attached, should work on
2.15.5 too)
This is great! I am sure this will gladly be accepted into GLib
I suppose the directory can be changed but no other name crossed my mind
then.
Ah, sorry. I hadn't been paying attention, I now see that indeed gio
has separate subdirs for inotify and fam, so it does make sense then
to have this in the same way in a separate subdir.
Also, it could be
Tor Lillqvist wrote:
I don't know if there's any interest / work in progress on this, but
noticing that the new Gio implementation lacks a directory monitor for
windows I wrote one (patch against 2.15.4 attached, should work on
2.15.5 too)
This is great! I am sure this will gladly
On Feb 18, 2008 1:20 PM, Alexander Larsson [EMAIL PROTECTED] wrote:
On Sun, 2008-02-17 at 14:00 +0100, Jaap A. Haitsma wrote:
Hi,
Currently applications need quite some code to show help or to show an
URI, if you don't want to depend on the deprecated libgnomeui and
gnome-vfs. My
On Feb 19, 2008 9:09 AM, Peter Clifton [EMAIL PROTECTED] wrote:
Called g_free() on a GObject (whoops)
Whoops, indeed. I've committed that obviously correct fix.
Thanks for pointing it out.
Matthias
___
gtk-devel-list mailing list