On Tue, 3 Jun 2008 18:52:33 +0200
Jean-Yves Lefort <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jun 2008 13:34:13 +0200
> Kristian Rietveld <[EMAIL PROTECTED]> wrote:
>
> > 4. We will completely lose all means to simply access fields by just
> > dereferencing the structure. Instead, we will start to u
GTK+ 2.13.2 is now available for download at:
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.13/
gtk+-2.13.2.tar.bz2 md5sum: 2db81ad8485e84d7a3c297fcfdf173bb
gtk+-2.13.2.tar.gzmd5sum: 57b57fa871734b7e727ebf4a65d7df83
This is the third development release leading up to GTK+ 2.14.
Notes:
GTK+ 2.12.10 is now available for download at:
http://download.gnome.org/sources/gtk+/2.12/
gtk+-2.12.10.tar.bz2 md5sum: 5fcbdd2254eedb6b9ae828afc01d9eaa
gtk+-2.12.10.tar.gzmd5sum: aa119a4d6b082bb229b28bb14a08747b
This is a bug fix release in the 2.12 series.
What is GTK+
= minutes for the 2008-06-03 meeting =
* migration of glib/gdk(-pixbuf)/gtk documentation
from /tmpl to source (ensonic, awalton)
- move documentation near the code
- worked well for the GIO case
- migration on a file by file basis
ACTION: awalton and ensonic will start a wiki page
* merge GSE
On Tue, 3 Jun 2008, Emmanuele Bassi wrote:
> let's be clear: I have nothing against C99 (except the feature of
> declaring variables in the middle of a function - *eew*); but if no
> other compiler except gcc 4.x supports it properly...
Me too. But even gcc 4.x does not fully support c99. See
Am Tue, 3 Jun 2008 17:09:56 +0100
schrieb "Alberto Ruiz" <[EMAIL PROTECTED]>:
> 2008/6/3 BJörn Lindqvist <[EMAIL PROTECTED]>:
>
> >
> >
> > Here is an overview:
> > http://www.kuro5hin.org/story/2001/2/23/194544/139. Merely the
> > initialization inside the for loop feature is a huge improvement.
On Tue, 3 Jun 2008 13:34:13 +0200
Kristian Rietveld <[EMAIL PROTECTED]> wrote:
> 4. We will completely lose all means to simply access fields by just
> dereferencing the structure. Instead, we will start to use GObject
> properties to access this data much more often. Using g_object_[sg]et()
> c
Hi Till,
Thanks for raising this here. In reference [6] you mentioned, the
committee suggested to transfer the
print dialog out of the toolkit (in this context, it is GTK+) and you
also mentioned access to the new
dialog by plug-in interface, can you elaborate on this?
How can an application pas
On Jun 3, 2008, at 11:09 , Emmanuele Bassi wrote:
> [I assume you wanted to keep the list in the loop... :-)]
>
> [on a related note: I'm subscribed to the list - could people stop
> cc-ing me in when replying? I lose threads]
>
> On Tue, 2008-06-03 at 11:51 -0400, Behdad Esfahbod wrote:
>> On Tue
2008/6/3 BJörn Lindqvist <[EMAIL PROTECTED]>:
>
>
> Here is an overview:
> http://www.kuro5hin.org/story/2001/2/23/194544/139. Merely the
> initialization inside the for loop feature is a huge improvement. But
> I never understood why someone needs to build the latest and greatest
> GTK+ on an anc
[I assume you wanted to keep the list in the loop... :-)]
[on a related note: I'm subscribed to the list - could people stop
cc-ing me in when replying? I lose threads]
On Tue, 2008-06-03 at 11:51 -0400, Behdad Esfahbod wrote:
> On Tue, 2008-06-03 at 14:34 +0100, Emmanuele Bassi wrote:
> >
> > a
On Tue, Jun 3, 2008 at 3:34 PM, Emmanuele Bassi <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-06-03 at 15:00 +0200, Vincent Geddes wrote:
>> Hi,
>>
>> Any chance of using C99 for GTK+ 3.0? its a pretty good improvement
>> over ANSI C in many respects.
>
> I'm sure, but gtk+ is using C89, which is alrea
Hi,
at OpenPrinting [0] we have developed several new technologies for
making printing more reliable and much easier for the user. Currently,
we have 5 Google Summer of Code students and so we get a lot of our
ideas implemented. Two of our projects need changes in graphical
applications and/or the
On Tue, 2008-06-03 at 15:00 +0200, Vincent Geddes wrote:
> Hi,
>
> Any chance of using C99 for GTK+ 3.0? its a pretty good improvement
> over ANSI C in many respects.
I'm sure, but gtk+ is using C89, which is already a good improvement
over ANSI C.
anyway, I very much doubt that the compilers la
On Tue, 3 Jun 2008, Vincent Geddes wrote:
> Hi,
>
> Any chance of using C99 for GTK+ 3.0? its a pretty good improvement
> over ANSI C in many respects.
>
> Various resources:
> 1. http://www.ibm.com/developerworks/library/l-c99.html
> 2. http://mail.gnome.org/archives/gtk-devel-list/2006-January/m
[adding gtk-devel on CC]
Ryan Miller wrote:
> I checked out the GObject introspection site. The goals are very
> similar, yet the programming workflow is different.
>
> As I see, the GObject-introspection workflow would be something like:
> GTK+ dev compilation-> C->GIR header file generation s
Hi,
Any chance of using C99 for GTK+ 3.0? its a pretty good improvement
over ANSI C in many respects.
Various resources:
1. http://www.ibm.com/developerworks/library/l-c99.html
2. http://mail.gnome.org/archives/gtk-devel-list/2006-January/msg00057.html
Vincent
___
On Tue, 3 Jun 2008, Alberto Mardegan wrote:
> ext Kristian Rietveld wrote:
>> 10. Remove all structure fields from the public API. There are two ways
>> this can be done:
>> a) Move object structures to private headers.
>> b) Move object structures to the local C file, the rest of GTK+ will t
ext Kristian Rietveld wrote:
> 10. Remove all structure fields from the public API. There are two ways
> this can be done:
> a) Move object structures to private headers.
> b) Move object structures to the local C file, the rest of GTK+ will then
> also have to use accessors.
If you go f
hi everyone;
this is the usual reminder for the IRC GTK+ Team Meeting. the meeting
will be held in the #gtk-devel channel on irc.gnome.org, at 20:00
UTC[1].
the points are:
* Migration of glib/gdk(-pixbuf)/gtk documentation from /tmpl
to source (ensonic, awalton)
* Merge G_SEAL (timj, kris
Hi all,
As most of you already know, we have presented our vision of a GTK+ 3.0 at
the hackfest in Berlin last March. In the weeks that followed we have
received and seen a lot of positive reactions and we feel that the
community mainly agrees with our plans and goals. We won't repeat the
origin
21 matches
Mail list logo
