On Sun, Jun 1, 2008 at 8:00 AM, Johan Dahlin <[EMAIL PROTECTED]> wrote:
> This mail is long overdue, but I finally got my act together and started to
> prepare for an initial release.
>
[snip]
>
> == GIR XML Format ==
>
> The core of the GObject-introspection is an XML format which is called GI
On Mon, 2008-06-09 at 16:37 +0200, Murray Cumming wrote:
> > Don't get me wrong, I don't *expect* it to happen - I mean, it's
> > completely feasible if the right person worked on it, but there's no
> > guarantee the right person will show up, so we can't count on that.
> > And even if someone hack
On Mon, 2008-06-09 at 13:13 +0100, Martyn Russell wrote:
> This allows for updating you application in two stages.
>
> 1. Stop using all deprecated widgets and update your application to use
> newer widgets or something else.
>
Yes but the problem still is there how long should this be deprecat
Hi,
On Mon, Jun 9, 2008 at 10:37 AM, Murray Cumming <[EMAIL PROTECTED]> wrote:
> If you (and your team) are not working on it then we know that nobody is
> working on it, I guess. Thanks, that's actually useful information.
Definitely not working on it.
> Then there's also no need for extended-l
On Mon, 2008-06-09 at 10:31 -0400, Havoc Pennington wrote:
> Hi,
>
> On Mon, Jun 9, 2008 at 3:52 AM, Murray Cumming <[EMAIL PROTECTED]> wrote:
> > I really like the obvious sanity of your gtk-with-scene-graph idea, but
> > I do wonder when it's likely to happen.
> >
>
> Don't get me wrong, I don'
Hi,
On Mon, Jun 9, 2008 at 3:52 AM, Murray Cumming <[EMAIL PROTECTED]> wrote:
> I really like the obvious sanity of your gtk-with-scene-graph idea, but
> I do wonder when it's likely to happen.
>
Don't get me wrong, I don't *expect* it to happen - I mean, it's
completely feasible if the right per
Am Mon, 09 Jun 2008 14:43:54 +0200
schrieb Murray Cumming <[EMAIL PROTECTED]>:
> On Mon, 2008-06-09 at 13:30 +0100, Martyn Russell wrote:
> > Murray Cumming wrote:
> > > On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
> > > [snip]
> > >> We should start to enforce the usage of single h
[EMAIL PROTECTED] wrote:
> There is a D binding to GTK+ 2.12: http://www.dsource.org/projects/gtkd
Hi :)
Thanks for letting us know.
I have updated the site now.
I added a tick in the "2.12" box for now, do you support any other
versions (as far back as 2.6)?
--
Regards,
Martyn
___
On Mon, 2008-06-09 at 13:30 +0100, Martyn Russell wrote:
> Murray Cumming wrote:
> > On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
> > [snip]
> >> We should start to enforce the usage of single header includes and not
> >> make this optional. Mitch has been working on this and most i
Hi Paul Davis ,
Thanks for your prompt reply ;
Can u tell me where exactly the changes have to be done?
As u mentioned there is a fix in quartz ; can u elaborate on that ? where in
the source code i can find it ?
Could i provide a similar fix on DirectFB stack or should i use that the
mentioned
On Mon, Jun 9, 2008 at 3:30 PM, Martyn Russell <[EMAIL PROTECTED]> wrote:
> Murray Cumming wrote:
>> On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
>> [snip]
>>> We should start to enforce the usage of single header includes and not
>>> make this optional. Mitch has been working on th
Murray Cumming wrote:
> On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
> [snip]
>> We should start to enforce the usage of single header includes and not
>> make this optional. Mitch has been working on this and most is already in
>> place in SVN trunk.
> [snip]
>
> What's the advant
Mikael Hermansson wrote:
> On Fri, 2008-06-06 at 18:22 +0100, Gustavo J. A. M. Carneiro wrote:
>
>> I think I agree with Muntyan here. Gtk+ 3.0 brings nothing exciting, so
>> why break API? It's just so pointless and painful for everyone. So
>> much effort done with memory profiling and now we'
On Mon, 2008-06-09 at 16:00 +0530, svalbard colaco wrote:
> Hi all,
>
> I have an application running on GTK-DirectFB and its observed
> that , a part of the window,
> which is a gnome canvas item is not rendered properly rather that
> entire vbox appears black,
> But when i click on , on a cli
jaafar EL GONNOUNI wrote:
Hello;
What is *glib *adding that the GTK + compared to *Xlib *?
All what is possible with glib with Xlib is feasible, then why create a new
library.
GLib in only on letter off from Xlib but the similarities end there. The
C standards and POSIX do not specify data s
Hi all,
I have an application running on GTK-DirectFB and its observed that , a
part of the window,
which is a gnome canvas item is not rendered properly rather that entire
vbox appears black,
But when i click on , on a click_to_ add canvas item within that vbox it
appears white as expected.
Bu
Michael Noble wrote:
The Gtk language bindings page suggests that I drop an email
to this list, so as to update the S-Lang entry to reflect that
2.8 and 2.10 are partially supported.
Thanks,
Mike
Updated!
Thanks for notifying.
--
Andreas Nilsson
Imendio AB - Expert solutions in GTK+
http://www
On Fri, 2008-06-06 at 23:07 -0400, Havoc Pennington wrote:
[snip]
> 4) the "adequate/useful short-term canvas" has serious problems with
> defining its scope and purpose, which have been apparent in every
> thread about a canvas, and are apparent if you look at the different
> takes on canvases out
On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
[snip]
> We should start to enforce the usage of single header includes and not
> make this optional. Mitch has been working on this and most is already in
> place in SVN trunk.
[snip]
What's the advantage of this? Has this been a real p
19 matches
Mail list logo
