Re: msgfmt -c

2005-09-20 Thread Andreas Stricker
Roger Leigh wrote: It's also worth mentioning here that glib-gettextize is way out of date and should not be used (it should be removed and replaced with a wrapper around autopoint). Now that gettext provides autopoint, there is no need for glib-gettextize. glib-gettextize doesn't exploit

Re: keeping track of time.

2005-09-20 Thread John Vetterli
On Mon, 19 Sep 2005, oracle nine wrote: I am writing billiards management program under gtk2 on Linux. Each billiards table is represented by a widget that will toggle the table open or closed. While a table is open, I want to insert a label that displays how much time has elapsed. I want the

Re: keeping track of time.

2005-09-20 Thread Tristan Van Berkom
John Vetterli wrote: [...] Use g_timeout_add to execute a callback function periodically. http://developer.gnome.org/doc/API/2.0/glib/glib-The-Main-Event-Loop.html The interval may not be terribly accurate, but if I understand your needs, this is not important. The callbacks would only cause

Gtk# - Treeview

2005-09-20 Thread Nicolas Cormier
Hi, I have a Treeview and I want to active the EnterNotifyEvent when a the user's cursor is on a row. I active the EnterNotifyEvent for the treeview but it works only for the entire of the widget. Thanks in advance for your help. ___ gtk-app-devel-list

Re: API documentation, GtkTextBuffer signals

2005-09-20 Thread Matthias Clasen
On Mon, 2005-09-19 at 23:39 +0200, Søren Wedel Nielsen wrote: Hi, I have written some documentation of the GtkTextBuffer signals. If this is useful I will try to find time to continue with more signals - they seems to be neglected in most of the documentation. I include a patch

Re: API documentation, GtkTextBuffer signals

2005-09-20 Thread Søren Wedel Nielsen
tir, 20 09 2005 kl. 09:12 -0400, skrev Matthias Clasen: On Mon, 2005-09-19 at 23:39 +0200, Søren Wedel Nielsen wrote: Hi, I have written some documentation of the GtkTextBuffer signals. If this is useful I will try to find time to continue with more signals - they seems to be

A closer look at the recent files proposal

2005-09-20 Thread Matthias Clasen
I finally got around to looking in more detail at the eggrecentchooser stuff. My first comment is that 150+ functions and 1+ lines of code feel a bit large just for recent-files support. This is partially due to the 3000 lines of XBEL parser, but also due to copying the file chooser approach