Re: canvases in 3.0 [was Re: Steps to get to GTK+ 3.0]
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 hacked on it, it would take a long time to get > > done and merged. > > 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. > > Then there's also no need for extended-layout to block on > gtk-with-scene-graph either. I'm interested in working on it, but as Havoc said it would take a very long time (with a qualified person, and I'm probably not the most qualified person) ;) But it's definitely an interest of mine, so if other people were to try to get started I would definitely try to join. I started writing some of the gpu rendering code that I hoped to use towards this, but I haven't gotten to the actual scene graph part yet so it's not very interesting yet. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: canvases in 3.0 [was Re: Steps to get to GTK+ 3.0]
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-layout to block on > gtk-with-scene-graph either. I hope not, I apologize if it ever seemed like this was the case. At least afaik it's not the case, though I guess I don't know the status of that patch or what the gtk maintainers think about it. Havoc ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: canvases in 3.0 [was Re: Steps to get to GTK+ 3.0]
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'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 hacked on it, it would take a long time to get > done and merged. 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. Then there's also no need for extended-layout to block on gtk-with-scene-graph either. > The intent is not to "stop energy" on a simpler more standalone > canvas. I think such a thing would be worth doing, but, as I said, I > think it's very challenging to figure out how to define the scope of > what should be included in GTK and then from there understand which of > the many canvas projects is the right model for what should be in GTK. > And I don't *expect* this to happen either, for basically the same > reason as the scene graph - there's no guarantee the right person will > show up. > > For both of these canvas projects I think the right person is not only > a good developer but also capable of articulating and defending some > high-level points about the goals and non-goals of the canvas project > so everyone can reach a shared understanding on that. > > As always in free software, we know some people will show up and do > *something*, but we can't count on people showing up to do anything > *in particular*. > > Havoc -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: canvases in 3.0 [was Re: Steps to get to GTK+ 3.0]
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 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 hacked on it, it would take a long time to get done and merged. The intent is not to "stop energy" on a simpler more standalone canvas. I think such a thing would be worth doing, but, as I said, I think it's very challenging to figure out how to define the scope of what should be included in GTK and then from there understand which of the many canvas projects is the right model for what should be in GTK. And I don't *expect* this to happen either, for basically the same reason as the scene graph - there's no guarantee the right person will show up. For both of these canvas projects I think the right person is not only a good developer but also capable of articulating and defending some high-level points about the goals and non-goals of the canvas project so everyone can reach a shared understanding on that. As always in free software, we know some people will show up and do *something*, but we can't count on people showing up to do anything *in particular*. Havoc ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: canvases in 3.0 [was Re: Steps to get to GTK+ 3.0]
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 there (gnomecanvas, clutter, goocanvas, > hippocanvas, html widgets, pigment, etc.). They are not "the same > thing" in the way all text entry widgets are "the same thing." It > isn't clear which of several purposes a canvas has - use hardware > accel, support specialized graphics, be a less-limited / more-freeform > widget system, be a convenient way to draw manipulable diagrams, I > don't know (past threads tried to sort these out or create taxonomies, > don't remember them all). [snip] Some of us at Openismus made this comparison page more complete recently. Maybe it's useful to people: http://live.gnome.org/ProjectRidley/CanvasOverview I really like the obvious sanity of your gtk-with-scene-graph idea, but I do wonder when it's likely to happen. -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
