Re: [clutter] transient allocations

2008-02-26 Thread Øyvind Kolås
On Mon, Feb 25, 2008 at 10:51 PM, Havoc Pennington [EMAIL PROTECTED] wrote: I'm wondering exactly what scenarios and types of layout management will be possible by this added infrastructure and what would remain impossible/outside the scope of it. Like matthew I'm accustomed to some more free

Re: [clutter] transient allocations

2008-02-26 Thread Havoc Pennington
Hi, On Tue, Feb 26, 2008 at 7:05 AM, Øyvind Kolås [EMAIL PROTECTED] wrote: I'm wondering exactly what scenarios and types of layout management will be possible by this added infrastructure and what would remain impossible/outside the scope of it. Like matthew I'm accustomed to some more

Re: [clutter] transient allocations

2008-02-26 Thread Matthew Allum
Hi; On Tue, 2008-02-26 at 10:04 -0500, Havoc Pennington wrote: Ultimately Clutter does encourage a somewhat 2D way of looking at the scene graph, I think. That's part of why it's more useful for UI type apps than other 3D APIs are. Yeah but thats more as to make the API more familiar,

Re: [clutter] transient allocations

2008-02-25 Thread Tomas Frydrych
Matthew Allum wrote: Also its worth noting now in trunk clutter group size querying is fixed to correctly take into account child transforms now. The code is there (clutter_group_query_coords), but is not enabled. Also, the group only resizes itself right/down, so even if the code is enabled,

Re: [clutter] transient allocations

2008-02-25 Thread Havoc Pennington
Hi, On Mon, Feb 25, 2008 at 7:36 AM, Matthew Allum [EMAIL PROTECTED] wrote: Now clutter actors have properties like min/max/natural sizes we are imposing rules and making it harder and more complex to actually implement actor subclasses. I'm unsure what you mean by this concretely. In my

Re: [clutter] transient allocations

2008-02-25 Thread Matthew Allum
Hi; Ok - so I am beginning to get things now.. I think. Mr Bassi at least tried to explain things to me :) Am I correct in understanding that adding this patch wouldn't (at least by intention) have any affect/change on how clutter is currently used (from a fixed pov) nor any kind of performance

Re: [clutter] transient allocations

2008-02-25 Thread Havoc Pennington
Hi, On Mon, Feb 25, 2008 at 5:16 PM, Matthew Allum [EMAIL PROTECTED] wrote: Am I correct in understanding that adding this patch wouldn't (at least by intention) have any affect/change on how clutter is currently used (from a fixed pov) nor any kind of performance impact ? And in that its

Re: [clutter] transient allocations

2008-02-23 Thread Matthew Allum
Hi; Really waiting on Ebassi to comment as he wrote the older stuff and understands much better than any one else Clutter wise. My thoughts re layout implementation in a nutshell; - Things should still work well/easy in fixed env - ideally base actors should not have to implement any layout

Re: [clutter] transient allocations

2008-02-14 Thread Havoc Pennington
Hi, On Wed, Feb 13, 2008 at 8:13 PM, Matthew Allum [EMAIL PROTECTED] wrote: Yeah, we were thinking about some kind of 'memory' or lose binding for actors where they could essentially 'ghost' or free themselves from a container but no how to get back. I think this is similar to what you

Re: [clutter] transient allocations

2008-02-13 Thread Gwenole Beauchesne
Hi, On Wed, 13 Feb 2008, Havoc Pennington wrote: So you can use the scale factor much as a transient allocation. However, there's no equivalent for setting position - there isn't a separate translate() from set_position() as there's a separate scale() from set_size(). Isn't this

Re: [clutter] transient allocations

2008-02-13 Thread Matthew Allum
Hi; I cant really comment as I really know little about deeper layout workings and how they should be. What I can say though is we tried to add layouts to clutter but when you throw in all the translations and 3D space and the kind of 'freeform' nature of Clutter we reached the conclusion it was

Re: [clutter] transient allocations

2008-02-13 Thread Tomas Frydrych
Matthew Allum wrote: Hi; I cant really comment as I really know little about deeper layout workings and how they should be. What I can say though is we tried to add layouts to clutter but when you throw in all the translations and 3D space and the kind of 'freeform' nature of Clutter we

Re: [clutter] transient allocations

2008-02-13 Thread Matthew Allum
On Wed, 2008-02-13 at 18:21 +, Tomas Frydrych wrote: Matthew Allum wrote: On Wed, 2008-02-13 at 17:33 +, Tomas Frydrych wrote: This sounds like a bug - will look into it. That is by design; As I understand it; - get_size() should return the 'true' bounding box of its

Re: [clutter] transient allocations

2008-02-13 Thread Tomas Frydrych
Matthew Allum wrote: On Wed, 2008-02-13 at 17:33 +, Tomas Frydrych wrote: This sounds like a bug - will look into it. That is by design; As I understand it; - get_size() should return the 'true' bounding box of its children by calling abs_size|get_vertices on each child. The

Re: [clutter] transient allocations

2008-02-13 Thread Matthew Allum
Hi; (a prerequisite: Im really not an expert on layout or there implementation) On Wed, 2008-02-13 at 12:04 -0500, Havoc Pennington wrote: Hi, On Feb 13, 2008 11:19 AM, Matthew Allum [EMAIL PROTECTED] wrote: Therefor we decided to at least provide enough hooks in Clutter to make it easy