Re: libglade frustration

2007-02-13 Thread Tristan Van Berkom
On Sun, 2007-02-11 at 16:06 -0700, Michael Torrie wrote: On Sun, 2007-02-11 at 14:58 -0700, Michael Torrie wrote: I've attached one that compiles thusly: gcc -o gladetest gladetest.c `pkg-config --cflags --libs gtk+-2.0 libglade-2.0` The attachment doesn't seem to have made it

Re: GObject docs improvements

2007-02-13 Thread tomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 12, 2007 at 09:49:46PM +0100, David Nečas (Yeti) wrote: On Mon, Feb 12, 2007 at 02:05:27PM -0600, Shixin Zeng wrote: [...] 2)How its intefaces handled, when a class is derived? Will the child classes possess the same interfaces, if

Re: GObject docs improvements

2007-02-13 Thread Freddie Unpenstein
A point I miss in the tutorial is to mention the G_DEFINE_TYPE()-like macros which should be prefered over manually defining a _get_type() function whenever possible. I never did get that G_DEFINE_TYPE() stuff at all... It'd be good to see some clear documentation on it. The

Re: libglade frustration

2007-02-13 Thread Michael Torrie
On Tue, 2007-02-13 at 09:47 -0500, Tristan Van Berkom wrote: The testlibglade program that comes with libglade is about 100 lines of code + some helpfull comments about using the library and about how the library works. I hope that this source file in the libglade tarball was easy to find.

Re: libglade frustration

2007-02-13 Thread Tristan Van Berkom
On Tue, 2007-02-13 at 10:28 -0700, Michael Torrie wrote: On Tue, 2007-02-13 at 09:47 -0500, Tristan Van Berkom wrote: The testlibglade program that comes with libglade is about 100 lines of code + some helpfull comments about using the library and about how the library works. I hope

Re: libglade frustration

2007-02-13 Thread Michael Torrie
On Tue, 2007-02-13 at 14:16 -0500, Tristan Van Berkom wrote: PS: This is not a personal thing, countless hordes have come in search of a libglade example without ever consulting the tarball, its just getting a little frustrating by now - but what can we do to improve the situation ? I was

Re: libglade frustration

2007-02-13 Thread Tristan Van Berkom
On Tue, 2007-02-13 at 12:53 -0700, Michael Torrie wrote: [...] One thing that might help here is to have a compiled executable that demonstrates libglade be installed as part of the normal compilation process. This would then be picked up by the packagers and installed as part of the -devel

Re: libglade frustration

2007-02-13 Thread Tristan Van Berkom
On Tue, 2007-02-13 at 14:03 -0700, Michael Torrie wrote: On Tue, 2007-02-13 at 15:12 -0500, Tristan Van Berkom wrote: Somehow I think that downloading the actual tarball from wherever the website of a said software said to go download it from is much more obvious a place then in a -devel

Re: libglade frustration

2007-02-13 Thread Yeti
On Tue, Feb 13, 2007 at 02:03:29PM -0700, Michael Torrie wrote: In any event, if a user wants to develop with libglade, he'd need to install the rpms or debs or whatever. Most users aren't going to be using the raw tarballs. Install it and use it are two very different things. Sure, one

Re: EggSequence

2007-02-13 Thread Jean-Yves Lefort
On 04 Feb 2007 00:30:54 +0100 Soeren Sandmann [EMAIL PROTECTED] wrote: Soeren Sandmann [EMAIL PROTECTED] writes: If accepted, I'll write API documentation and port GtkListModel to use it. There is already a through testsuite SVN. I wrote API documentation and committed it. Maybe you can

Re: Treap instead of splaytree for GSequence

2007-02-13 Thread Nikolai Weibull
On 13 Feb 2007 03:46:11 +0100, Soeren Sandmann [EMAIL PROTECTED] wrote: GSequence is currently implemented with a splaytree which, even though it is a neat data structure, has some downsides: * They are only O(log n) in the amortized sense This means individual operations can take a long

Re: GtkTreeView and fixed_height mode

2007-02-13 Thread Kristian Rietveld
On Wed, Feb 07, 2007 at 03:37:07PM +0100, Emmanuel Briot wrote: I do agree with your analysis that the other modes do not make sense, but if things work anyway shouldn't it just be documented that best practice recommend using fixed width mode, but have the code not enforce it ? Maybe, I am

Re: GtkTreeView and fixed_height mode

2007-02-13 Thread Kristian Rietveld
On Wed, Feb 07, 2007 at 10:06:13AM -0500, Morten Welinder wrote: You would measure cells only as they become visible and adjust the width of the columns as needed. That would probably mean that the columns will be busy resizing as you are scrolling. I am not sure if that is really nice ...

Re: Adding foreign_new_xdisplay for Gdk X11

2007-02-13 Thread Tim Janik
On Tue, 6 Feb 2007, Ricardo Cruz wrote: Hello, Btw, could the GtkStyle painting methods signature be changed so they take a generic GdkDrawable rather than a GdkWindow? Because I don't see a reason for why engines would need a GdkWindow and passing a GdkPixmap is sometimes useful. I

Re: GtkTreeView and fixed_height mode

2007-02-13 Thread Soeren Sandmann
Morten Welinder [EMAIL PROTECTED] writes: That depends on the data and how much we have seen before, but if we initially did a fair-sized sample -- last I looked we were doing 1000 rows -- then the probability is low and hence it is not annoying. If you did that, then you could also

Re: EggSequence

2007-02-13 Thread Soeren Sandmann
Jean-Yves Lefort [EMAIL PROTECTED] writes: Maybe you can explain how the name sequence is more appropriate for your container than for a GList, GSList, GQueue, GString, GArray, GPtrArray or GByteArray? It is not. I don't think GSortedList is accurate either, since a GSequence does not have to

Why file system abstraction layer in GTK+ is only private stuff?

2007-02-13 Thread Tomasz Jankowski
Hi! I'm working on small application, which make some operations on files and I must say, that I have serious problems with it. so far I can't port my program on this platform. While I'm developing my program on Linux I had searched how to obtain MIME types on files. I went through

Re: Why file system abstraction layer in GTK+ is only private stuff?

2007-02-13 Thread Sven Neumann
Hi, On Tue, 2007-02-13 at 23:39 +0100, Tomasz Jankowski wrote: Maybe you should think about public support fre some file system and add it in one future releases? I know, that file system support is quite far from GUI, so maybe it can be good idea to move it to GLib or even create