On Sep 13, 2010, at 10:49 PM, Kristian Rietveld wrote:
To add to this, it does not specify how to deal with braces in nested
if-statements. When I start to nest if-statements (also with a
single-statement body) I typically start adding braces, because it is a bit
clearer and avoids the
On Tue, Sep 14, 2010 at 09:14, Jon Cruz j...@joncruz.org wrote:
On Sep 13, 2010, at 10:49 PM, Kristian Rietveld wrote:
To add to this, it does not specify how to deal with braces in nested
if-statements. When I start to nest if-statements (also with a
single-statement body) I typically
On 13.09.2010 04:50, Havoc Pennington wrote:
Hi,
I merged the main patch to master. I wrote docs (see attached) but did
not push them yet because I can't figure out how to actually document
a non-signal virtual function in a non-interface.
Yes, docuemnt is as part of the class structure.
On Aug 29, 2010, at 9:02 PM, Benjamin Otte wrote:
That's about it. Comments?
This morning I did an attempt to build rendering-cleanup (so not
rendering-cleanup-next yet, I am a bit behind ...). I have pushed fixes that
make the thing build to completion. Right now any test/demo crashes on
El 14/09/10 09:46, Tomeu Vizoso escribió:
On Tue, Sep 14, 2010 at 09:14, Jon Cruz j...@joncruz.org wrote:
On Sep 13, 2010, at 10:49 PM, Kristian Rietveld wrote:
To add to this, it does not specify how to deal with braces in nested
if-statements. When I start to nest if-statements (also
Hi,
On Sep 9, 2010, at 11:28 AM, Tristan Van Berkom wrote:
Hi,
With all the GSEAL()ing of the whole GTK+ api we get
to privatize alot of things which leaves us alot more leeway
in how we can change things under the hood in the future.
However, what we have to play with is still a
GTK+ 2.21.8 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
f17ce48b3a896dc35bf70f22a18c868d06fca526f024396473e227ea30c32cc8 gtk
+-2.21.8.tar.bz2
4c2acf5798efa9e85efdd785bf73e2d80661bae025a22dfd9c319cd9a4e384b8 gtk
On Mon, 2010-09-13 at 21:48 -0400, Paul Davis wrote:
On Mon, Sep 13, 2010 at 6:27 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
2010/9/13 Thomas Wood t...@gnome.org:
Clutter's (very detailed) coding style document may be useful here,
since it has a very similar coding style to
I just pushed an update to rendering-cleanup and
rendering-cleanup-next that incorporates the suggestions from this
thread. In particular:
- I squelched commits
The fixes from Kris for OS X should now be in their correct position
and allow compiling random checkouts so git bisect works on OS X
This is indeed quite a brain teaser.
I don't think your current approach of incrementally bumping the size
group requisition does even work correctly. How does the size group
requisition ever become smaller again ? The pre-hfw sizegroup code
always looped over all widgets to determine the size
On Tue, Sep 14, 2010 at 11:46 AM, Benjamin Otte o...@gnome.org wrote:
I consider this API prtty much done at this point. There might be some
implementation details that we might want to change later (like
background handling), but we can do that after rendering-leanup-next
hit master. So I
On Tue, Sep 14, 2010 at 9:48 AM, Owen Taylor otay...@redhat.com wrote:
But
remember, GTK+ is using GNU style bracing and that pretty much takes the
question out of the matter. Doing:
if (conditition)
{
single_statement ();
}
else
{
another_single_statement ();
}
And did you want to add some of the checks and warnings in
gtk_widget_draw_internal that were discussed (eg about not having
up-to-date allocation) ?
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Tue, Sep 14, 2010 at 7:46 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
What about the expose_event / gtk_widget_send_expose_event stuff ? Do
we want to merge what you have first and figure that out afterwards ?
I want to figure that out afterwards. It's something I haven't figured
Hi,
On Tue, Sep 14, 2010 at 7:42 PM, Benjamin Otte o...@gnome.org wrote:
I'm actually not sure about that. First, we don't have any code that
defines if an allocation is valid or even defines what a valid
allocation is. Or do we? gtk_widget_get_allocation() at least doesn't
do anything there.
Hi,
On Tue, Sep 14, 2010 at 7:42 PM, Benjamin Otte o...@gnome.org wrote:
On Tue, Sep 14, 2010 at 7:46 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
What about the expose_event / gtk_widget_send_expose_event stuff ? Do
we want to merge what you have first and figure that out afterwards
Fixed in
http://git.gnome.org/browse/gtk+/commit/?h=rendering-cleanup-nextid=99f0da58168e3db6cdf8c27c4239afc600bef058
Thanks for pointing out that flag, I never realized it exists.
Benjamin
On Wed, Sep 15, 2010 at 2:36 AM, Havoc Pennington h...@pobox.com wrote:
Hi,
On Tue, Sep 14, 2010 at
+ g_return_if_fail (GTK_WIDGET_ALLOC_NEEDED (widget));
g_return_if_fail( ! GTK_WIDGET_ALLOC_NEEDED (widget));
right?
Havoc
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ 2.21.8 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
f17ce48b3a896dc35bf70f22a18c868d06fca526f024396473e227ea30c32cc8 gtk
+-2.21.8.tar.bz2
4c2acf5798efa9e85efdd785bf73e2d80661bae025a22dfd9c319cd9a4e384b8 gtk
I appeal to experienced programmers. What technology should I use?
My requirements:
1. I want (will) create very large applications. At least 50 windows.
2. I want to use the visual editor for creating windows.
3. I want to write code in C++ (compiler g++).
4. I want to write programs only
20 matches
Mail list logo
