GTK+ 2.6.2 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.6/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.6/
gtk+-2.6.2.tar.bz2 md5sum: f5cbbcb82627bc6d0d186063e6109399
gtk+-2.6.2.tar.gzmd5sum: c962f88c1fae247cef502ff205d879d9
This is a bug fix release and is source and
On Fri, 2005-02-04 at 09:23 -0500, John (J5) Palmieri wrote:
> C's not flat. Use gobject or at least structs to organize your code.
> Never use globals and only use static variables sparingly. Look how
> other large projects organize their code. Open Source is good in that
> way. Usually larg
-Original Message-
>From: Daniel Haude
>To: gtk-app-devel-list@gnome.org
>Sent: 2/4/05 3:54 AM
>Subject: GUI programming vs encapsulation
>
>Hello list,
>
>as my Glade/GTK project is growing larger, I find myself confronted with
>
>code organization issues. I have all my callbacks in a s
Thanks, Gus, and everybody else, for your suggestions.
I wasn't actually /worried/ that my program would suffer a performance
hit by permanently habing to dig trough widget lists by name, it was
just a matter of taste thing. But I guess it's the best way to keep the
code clean.
--Daniel
___
Hi guys,
I need to know how flexible is the GtkCellRenderText object to provide
high formatted text. I can see in the API documentation that some Pango
attributes are allowed but I have a conflict with two of them:
1. markup: Matthias listed this property as 'use-markup' in his recent
book and
On Fri, 2005-02-04 at 04:54, Daniel Haude wrote:
> Hello list,
>
> as my Glade/GTK project is growing larger, I find myself confronted with
> code organization issues. I have all my callbacks in a single file, but
> of course there are groups of related widgets that logically go together
> (say
great, this really seems to be exactly what i want :-) hooray!
gyözö
> > i'm considering introducing a server/client architecture in one of
> > my projects. unfortunately i know nothing about implementing
> > sockets, internet communication and such. is there a tutorial or a
> > short source code
Hi,
I wanted to ask how to properly catch the "Supr" key press event.
I guess I should connect the "button-press-event" to a signal handler
and make the signal handler check whether (event->type ==
GDK_KEY_PRESS); then do something. But, how can the handler know which
key has been pressed? Or there
> i'm considering introducing a server/client architecture in one of my
> projects. unfortunately i know nothing about implementing sockets,
> internet communication and such. is there a tutorial or a short
> source code example for the usage of the g_io_channel* functions of
> glib? (are those fun
Hi,
> So how do you guys deal with this problem? I guess there is no real
> way out of having all the callbacks spread out in this "flat" fashion
> because from the C program's point of view there's no telling in what
> order they might be called. Is writing unwieldy spaghetti code a
> necessar
i'm considering introducing a server/client architecture in one of my
projects. unfortunately i know nothing about implementing sockets,
internet communication and such. is there a tutorial or a short
source code example for the usage of the g_io_channel* functions of
glib? (are those functions the
Zeeshan Ali wrote:
> > Is writing unwieldy spaghetti code a
> > necessary part of GUI programming, or have I missed some important
> > point?
>
> Yes, the important point you missed is that Glade is not meant to
> generate code for you. You can use it for that purpose if you want to
> but you
Daniel Haude wrote:
> as my Glade/GTK project is growing larger, I find myself confronted
> with code organization issues. I have all my callbacks in a single
> file, but of course there are groups of related widgets that logically
> go together (say, the widgets inside a top-level dialog window).
Hello,
> Is writing unwieldy spaghetti code a
> necessary part of GUI programming, or have I missed some important point?
Yes, the important point you missed is that Glade is not meant to
generate code for you. You can use it for that purpose if you want to
but you'll end-up in problems like
Hello list,
as my Glade/GTK project is growing larger, I find myself confronted with
code organization issues. I have all my callbacks in a single file, but
of course there are groups of related widgets that logically go together
(say, the widgets inside a top-level dialog window). Also the widg
15 matches
Mail list logo
