Hello!
I have problem with gtk-doc. I configured it in my project an everything was
fine (i had object hierarchy etc.). Now I added two new source files which
decalre two new objects. Gtk-doc sees these new source files, it added
symbols to *unused.tx file, but it did not build new documentation
hi,
Quoting Tomasz Jankowski [EMAIL PROTECTED]:
Hello!
I have problem with gtk-doc.
There is [EMAIL PROTECTED]
I configured it in my project an everything was
fine (i had object hierarchy etc.). Now I added two new source files which
decalre two new objects. Gtk-doc sees these new source
well
thank you so much for the help you gave me
i created my first gnome applet (there is also a cpu graph) and it looks
very good!
M@
On Mon, 2007-11-05 at 23:50 +1100, Michael Lamothe wrote:
Oh dear,
#include sys/utsname.h
struct utsname name;
uname(name);
I'm considering writing something like a simple vector drawing program,
but I'm very new to GUIs, so I'm having trouble finding where to start.
I think I want a GdkDrawable. If I gdk_draw_line(), say, is there any
way for me to recognize when the user clicks on it? When something else
overlaps?
Tnx i think that the first one is the function i'm in need of; by the
way i cant' make it work, and my gnome panel crashs everytime i run the
applet, so i think there is some problems with memory:
well, i've got:
const char* data (as argoment of a function)
char *std_out (created in the function)
On Wed, 2007-11-07 at 17:17 +0100, Alexander Larsson wrote:
On Wed, 2007-11-07 at 17:07 +0100, Xavier Bestel wrote:
Can you think of a good name for the new unified library?
Stick it in glib. But if you really want to split, please avoid base
or foundation or the-mother-of-everything,
On Wed, 7 Nov 2007, Morten Welinder wrote:
nobody has to use this syntax. you can stick to the ever simple:
g_assert (foo bar);
however if you want the value of 'foo' and 'bar' be printed out, instead
of just the value of (foo bar) which would be 0 or 1, then there are
no other means
On Wed, 2007-11-07 at 17:07 +0100, Xavier Bestel wrote:
Can you think of a good name for the new unified library?
Stick it in glib. But if you really want to split, please avoid base
or foundation or the-mother-of-everything, everyone wants its
project to be called like that.
It can't go
On Wed, 2007-11-07 at 17:45 +0200, Xan wrote:
On Nov 7, 2007 5:35 PM, Alexander Larsson [EMAIL PROTECTED] wrote:
The idea is that this library would contain non-ui stuff that
applications want but that requires GObject, so they can't be in glib.
Various names for this library has been
Matthias Clasen matthias clasen gmail com, Tue, 6 Nov 2007 13:12:02
-0500
On 11/1/07, Tim Janik timj imendio com wrote:
- we provide an extended set of assertions for strings, ints and floats
that allow printing of assertion arguments upon failures to reduce
the need for
Hi,
It may not be clear to everyone on the list the structure of GIO and
GSettings; we had a discussion with Ryan about it on Monday. (I am not
100% sure GIO works the same as GSettings, so I'll talk about GSettings.)
Applications use GSettings, which includes an interface for storing
On Wed, 2007-11-07 at 16:35 +0100, Alexander Larsson wrote:
What do people think about these ideas? Does it make sense?
Either people bitch because glib is too big, or they cry because gtk+
has too many dependencies. I prefer less deps = less pain at build-
time, less packages in distros, less
I talked a bit with Ryan and Matthias on irc about the possible plans
for merging gio into the glib module today.
The original plan was to merge gio into glib as a separate library that
links to libgobject, then use that from gtk+. The idea behind this is
that by shipping it as part of glib we
On Wed, 2007-11-07 at 11:06 -0500, Ryan Lortie wrote:
One library, one .so file, one pkg-config file.
I'd say do a hybrid: separate pkg-config files, single .so. You can
even create .so symlinks, making it a build-time option to include a
feature in the gwhatever.so or build a separate .so
On Wed, 2007-11-07 at 11:06 -0500, Ryan Lortie wrote:
On Wed, 2007-11-07 at 17:45 +0200, Xan wrote:
On Nov 7, 2007 5:35 PM, Alexander Larsson [EMAIL PROTECTED] wrote:
The idea is that this library would contain non-ui stuff that
applications want but that requires GObject, so they can't
On Wed, 2007-11-07 at 09:15 -0500, Morten Welinder wrote:
Note, that the filter should preserve line numbers, i.e., never remove and
never insert newlines. Otherwise error messages with line numbers would
drive you crazy.
It could also just use #line pre-processor directives:
nobody has to use this syntax. you can stick to the ever simple:
g_assert (foo bar);
however if you want the value of 'foo' and 'bar' be printed out, instead
of just the value of (foo bar) which would be 0 or 1, then there are
no other means than using something simialr to:
On Wed, 2007-11-07 at 13:32 -0500, Behdad Esfahbod wrote:
On Wed, 2007-11-07 at 11:06 -0500, Ryan Lortie wrote:
One library, one .so file, one pkg-config file.
I'd say do a hybrid: separate pkg-config files, single .so. You can
even create .so symlinks, making it a build-time option to
Hello,
Here is a little patch against gtk+ 2.12.1 documentation :
gtknotebook.sgml :
corrected some mistakes (noteobook - notebook) and
wrong references (gtk_notebook_enable_popup -
gtk_notebook_popup_enable)
gtkradiobutton.sgml :
changed @group to @radio_group_member where needed
Please let
On Wed, 2007-11-07 at 16:07 -0500, Alexander Larsson wrote:
glib would need dbus as a build requirement for this to work (needs the
dbus types), and the glib header for the function would have to be
separate (with a separate .pc file for it) so that it can include
dbus.h, but it would work,
On Nov 7, 2007 5:35 PM, Alexander Larsson [EMAIL PROTECTED] wrote:
The idea is that this library would contain non-ui stuff that
applications want but that requires GObject, so they can't be in glib.
Various names for this library has been thrown about:
gfoundation, gbase, gplatform
Would it
On Wed, 2007-11-07 at 17:45 +0200, Xan wrote:
On Nov 7, 2007 5:35 PM, Alexander Larsson [EMAIL PROTECTED] wrote:
The idea is that this library would contain non-ui stuff that
applications want but that requires GObject, so they can't be in glib.
Various names for this library has been
On Wed, 2007-11-07 at 21:46 +0100, Alexander Larsson wrote:
On Wed, 2007-11-07 at 13:32 -0500, Behdad Esfahbod wrote:
On Wed, 2007-11-07 at 11:06 -0500, Ryan Lortie wrote:
One library, one .so file, one pkg-config file.
I'd say do a hybrid: separate pkg-config files, single .so.
On Wed, 2007-11-07 at 22:30 +0100, Alexander Larsson wrote:
It will mean that applications linking to libglib will suddenly pull in
more dependencies however. Thats not something that really happens with
e.g. gobject, and for gmodule the extra library is from glibc.
For instance, isn't
I have been working on the 2.12 bindings for Gtk# and have noticed a
stability issue for us related to GInterfaces. In Atk and Gtk, it seems
there is no restriction against adding methods to stable GInterfaces.
There have been numerous additions to the Atk interfaces while in
stable mode. A
I have just created a glib-2-14 branch which will continue to receive
bugfixes and produce 2.14.x releases.
The work that we expect to land in trunk soon is the gio work that
Alex' has been working on for a while.
He sent out a mail outlining our merge plans earlier today.
Matthias
On Wed, 2007-11-07 at 20:47 -0500, Matthias Clasen wrote:
On Nov 7, 2007 4:58 PM, Mike Kestner [EMAIL PROTECTED] wrote:
I have been working on the 2.12 bindings for Gtk# and have noticed a
stability issue for us related to GInterfaces. In Atk and Gtk, it seems
there is no restriction
From: Owen Taylor [EMAIL PROTECTED]
Date: Sat, 03 Nov 2007 21:16:38 -0400
On Sat, 2007-11-03 at 15:50 -0700, David Miller wrote:
Alternatively, we can say that GTK+ knows better and simply
block out such dumb platforms at the top-level configure :-)
Plus you don't want to trap it's
On Nov 7, 2007 4:58 PM, Mike Kestner [EMAIL PROTECTED] wrote:
I have been working on the 2.12 bindings for Gtk# and have noticed a
stability issue for us related to GInterfaces. In Atk and Gtk, it seems
there is no restriction against adding methods to stable GInterfaces.
There have been
29 matches
Mail list logo