On Wed, 2005-04-06 at 20:44 -0700, Vasili Sviridov wrote:
> This is my first attempt to write something with GTK+ and LibGlade.
>
> When I pass a struct with my data to the function using
> g_signal_connect, even if i'm not doing anything with that data in the
> function itself (like f(){};) whe
This is my first attempt to write something with GTK+ and LibGlade.
When I pass a struct with my data to the function using
g_signal_connect, even if i'm not doing anything with that data in the
function itself (like f(){};) when I close the application I get
Segmentation Fault Error.
typedef s
Hi,
I'd like to get an opinion on the above bug. Did anyone else notice it?
Is my proposed solution makes sense?
Shortly about the bug:
In "cursor-changed" callback the number of selected rows reported by the
GtkTreeView is incorrect when
selection is made while a modifier (Shift or Control) is hel
Hi everyone,
Might be a good idea if g_node_traverse() could
return the node in question instead of nothing (void).
The node in question is the one which was reported
by GNodeTraverseFunc (by returning TRUE). If the
hook never returned TRUE, g_node_traverse() would
return NULL to signal this.
T
Owen Taylor schrieb:
> On Tue, 2005-04-05 at 18:37 +0200, Oliver Lange wrote:
>
>>Hello everyone,
>>
>>I'd like to use GOption for parsing custom argv's, other than the
>>application's main() argv. I wrote a tiny workaround to avoid
>>calls to exit() or g_set_prgname(), with two new functions and
GLib 2.6.4 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.6/
glib-2.6.4.tar.bz2 md5sum: af7eeb8aae764ff763418471ed6eb93d
glib-2.6.4.tar.gzmd5sum: 41ed6bd40b513c817afba8a61e72312d
This is a bug fix release and is source and binary compatible
with 2.6.0.
GLib is the low-le
On Wed, 2005-04-06 at 17:03 +0200, Kristof Vansant wrote:
> So there are 2 options:
> * updating the api documentation
> * create the old url back
>
> the second option looks like the easiest.
>
> On Wed, 2005-04-06 at 16:01 +0200, Vincent Untz wrote:
> > On Wed, April 6, 2005 15:51, Kristof Van
So there are 2 options:
* updating the api documentation
* create the old url back
the second option looks like the easiest.
On Wed, 2005-04-06 at 16:01 +0200, Vincent Untz wrote:
> On Wed, April 6, 2005 15:51, Kristof Vansant said:
> > http://www.freedesktop.org/standards/wm-spec
> >
> > can th
On Wed, Apr 06, 2005 at 04:01:18PM +0200, Vincent Untz wrote:
> On Wed, April 6, 2005 15:51, Kristof Vansant said:
> > http://www.freedesktop.org/standards/wm-spec
> >
> > can this file be set back?
>
> It's there:
> http://www.freedesktop.org/Standards/wm-spec
or http://standards.freedesktop.org
On Wed, April 6, 2005 15:51, Kristof Vansant said:
> http://www.freedesktop.org/standards/wm-spec
>
> can this file be set back?
It's there:
http://www.freedesktop.org/Standards/wm-spec
Vincent
--
Les gens heureux ne sont pas pressés.
___
gtk-devel-li
http://www.freedesktop.org/standards/wm-spec
can this file be set back?
--
lupusBE (Kristof Vansant Belgium)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
I wrote:
That command runs, but the icon-theme.cache files arent updated anyway
it seems,
the files still have the same time-stamps on them... Perhaps this is
why I am
experiencing the problem to begin with?
My mistake, they are regenerated, I just misinterpreted the output 8)
Thanks for the hel
On Wed, 2005-04-06 at 10:40 +0200, Stefan Kost wrote:
> the question now is which way to go?
> I've a gnome cvs account, thus I can check files in CVS, but I have no shell
> account to do it.
For now, as I told you already in my last email, it should be okay to
checkin your changes to the gobjec
Matthias Clasen wrote:
GTK+ already supports exactly what you describe. I can use of mmapped
cache files for icon themes. Do you have files called
/usr/share/icons//icon-theme.cache ?
Are they uptodate, ie not older than the directory containing them ?
If you are missing them, or they are stale,
On Wed, 2005-04-06 at 12:45 +0100, Ross Burton wrote:
> Hi,
>
> In Debian we ship a .devhelp file for the GTK+ tutorial, but it has got
> out of date. I believe it was originally hand-generated, but if the
> tutorial was converted to Docbook XML then the gtk-doc stylesheets could
> be used to mak
On Wed, 2005-04-06 at 11:17 +0200, Jacob Kroon wrote:
> I've straced a few Gtk-applications, and noticed a behaviour I wanna
> inquery about. I am running Fedora Rawhide, which includes Gtk+ 2.6.4 as
> of 2005-04-06, and what is bothering me is the icon "cache" or whatever
> the thing that handles
Hi,
In Debian we ship a .devhelp file for the GTK+ tutorial, but it has got
out of date. I believe it was originally hand-generated, but if the
tutorial was converted to Docbook XML then the gtk-doc stylesheets could
be used to make a .devhelp file automatically.
Are there any objections to me u
I've straced a few Gtk-applications, and noticed a behaviour I wanna
inquery about. I am running Fedora Rawhide, which includes Gtk+ 2.6.4 as
of 2005-04-06, and what is bothering me is the icon "cache" or whatever
the thing that handles icon rendering. Using Firefox it takes about a
second to open
Hi all,
the question now is which way to go?
I've a gnome cvs account, thus I can check files in CVS, but I have no shell
account to do it.
Who could do the CVS merge?
@Mathieu: do you think a lot will change in the doc? If not would it be okay if
I convert the links to the API docs for once and
19 matches
Mail list logo
