Wednesday, January 30
Hello,
If I put a spinner in a frame in a table cell with gtk_table_attach it
unfortunately overlaps and looks garbled :(
How should I do this so that they don't overlap within the same cell ?
Here's what I'm doing now.
snippet ...
/* the frame */
mvfr =
Hello all...
There must be something terribly wrong somewhere, when I try to find
documentation on operation with GTK+ or GDK elements, I always seem to
get _much_ more documentation from the Python/Perl libraries than from
the actual C interface. I'm sure others noticed the same trend.
So, why
On Jan 30, 2008 2:27 PM, John Coppens [EMAIL PROTECTED] wrote:
Hello all...
There must be something terribly wrong somewhere, when I try to find
documentation on operation with GTK+ or GDK elements, I always seem to
get _much_ more documentation from the Python/Perl libraries than from
the
Hello,
I use http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/#installer tutoriel for
create inno setup script file for GTK+, but some files no longer exist (GTK+
2.4.0).
DLL dependencies :
; GTK+ dependencies
Source: C:\MinGW\bin\libcairo-2.dll; DestDir: {app}; Flags:
ignoreversion
Source:
I use http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/#installer tutoriel for
create inno setup script file for GTK+, but some files no longer exist
Which files no longer exist? Where don't they exist, in the zipfiles
from ftp.gnome.org?
One set of files whose location in my builds have
2008/1/30, Tor Lillqvist [EMAIL PROTECTED]:
I use http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/#installertutoriel for
create inno setup script file for GTK+, but some files no longer exist
Which files no longer exist? Where don't they exist, in the zipfiles
from ftp.gnome.org?
On Wed, 30 Jan 2008, gege2061 wrote:
2008/1/30, Tor Lillqvist [EMAIL PROTECTED]:
I use http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/#installertutoriel
for
create inno setup script file for GTK+, but some files no
longer exist
Which files no longer exist? Where don't they
Hi,
Answers to your questions:
1) Yes, the GtkInvisible is *not* floating (see the my description
earlier in this thread to find out why). Note that any toplevel
widget (GtkWindow, GtkDialog) is *not floating* either, for the same reason.
2) Yes, you need to use gtk_widget_destroy in
On 30/01/2008, Martyn Russell [EMAIL PROTECTED] wrote:
Paul Pogonyshev wrote:
Sorry, I noticed the discussion about new gtk.org design but didn't
follow it. The only thing I don't like in new design is fixed to
700px page width. I think that goes against GTK+ friendliness to
different
Andreas Nilsson wrote:
Christophe Dehais wrote:
Talking about the logo (which is very nice - simple and cool, like gtk
:)), what about a page where one's could get it in different formats
(svg, png, icon sized, etc.) ?
Hi Christophe!
Sounds like something that should probably
Am Mittwoch, den 30.01.2008, 10:54 +0200 schrieb [EMAIL PROTECTED]:
The floating references in GTK make the whole reference counting a bit messy.
The following points make life easier:
* Always have a matching g_object_unref for each g_object_ref you have
You mean, g_object_ref_sink().
On Mon, 2008-01-28 at 13:16 +0100, Murray Cumming wrote:
And I still believe that the official GNOME bindings deserve to be in
a
separate section.
I see that the site is live already. Please don't just ignore this
regression. I've mentioned it before too.
--
[EMAIL PROTECTED]
Murray Cumming wrote:
On Mon, 2008-01-28 at 13:16 +0100, Murray Cumming wrote:
And I still believe that the official GNOME bindings deserve to be in
a
separate section.
I see that the site is live already. Please don't just ignore this
regression. I've mentioned it before too.
Hi Murray,
On Wed, 2008-01-30 at 15:41 +, Martyn Russell wrote:
Murray Cumming wrote:
On Mon, 2008-01-28 at 13:16 +0100, Murray Cumming wrote:
And I still believe that the official GNOME bindings deserve to be in
a
separate section.
I see that the site is live already. Please don't just
Hi,
On Wed, 2008-01-30 at 00:31 +0100, Denis Oliver Kropp wrote:
this is the first of more patches coming up these days.
I have applied this patch to SVN on your behalf. Will look at your other
patch next...
Mike was asking for someone to take over the project recently, wasn't he?
After
Sven Neumann wrote:
Hi Dok,
On Wed, 2008-01-30 at 03:11 +0100, Denis Oliver Kropp wrote:
here's another patch.
It adds debug messages using DirectFB's debugging system
I have applied this to trunk as well.
Thanks a lot!
--
Best regards,
Denis Oliver Kropp
Hi Dok,
On Wed, 2008-01-30 at 03:11 +0100, Denis Oliver Kropp wrote:
here's another patch.
It adds debug messages using DirectFB's debugging system
I have applied this to trunk as well.
Sven
___
gtk-devel-list mailing list
Sven Neumann wrote:
Mike was asking for someone to take over the project recently, wasn't he?
After seven years of more and more abandoning it, I'd be happy to have
it back and make it something great(er) :)
I guess you should get SVN commit access then. You have my approval for
that, but
On Tue, 2008-01-29 at 15:12 +0100, Tim Janik wrote:
2008-01-29 14:58:31 Tim Janik [EMAIL PROTECTED]
* glib/gmem.[hc]: changed size argument type from gulong to gsize as
discussed on gtk-devel-list:
On 30/01/2008, Michael L Torrie [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Sorry to revive this again, but does anyone have a link to the
discussion of this? My google search is failing me.
It seems strange to me that GTK goes to a lot of trouble to support
accessibility (atk and
Hi,
here are more patches.
I could not find any related bug entry so I'm posting to the list once again.
gdk-directfb-cleanups.patch
Fixed remaining warnings, wonder why I did not see them last time.
Cleaned up a bit, e.g. removing obsolete prototypes without an
21 matches
Mail list logo