complexity of layout

[shaunc]

Layout in main component is complex (and still buggy). This is a result of:

1. trying to allow for:

• explicit dimensions
• dimensions via css styling (which must be read from content)
• dimensions via "100% of parent element"

2. Once the overall dimensions are known, we still need to look into the dimensions of the pieces in order to read actual header/footer dimensions, and body border if necessary, to calculate space for body.

[NB #16 -- we also have to allow for horizontal scrollbar]

I'm thinking we could delegate (1) to a separate layout mixin; (2) perhaps at least that layout mixin would have utilities to read make this easier

@bryan -- any thoughts? ember-collection is now styling itself to fill up parent element. We could still go that way, I suppose. I don't know how much it helps us as we still need to calculate how much space to allow for the body.

[BryanCrotaz]

I'm busy the next couple of days, but will look at this 2nd half of the week. I've just done a big refactor on ember-split-view around layout, and massively simplified it, so I'll see if I can see some easy ways to do the same here.

[shaunc]

Sounds great! I'm pretty busy this week building a demo of things to come for a client.

I needed a menu so I built ember-smenu ... and I have also tried to codify a few elements of "declarative components" in ember-declarative. This latter solves the problem of data updates, and avoids extra render cycles, so I'm hoping to use it here.

I'd be happy to incorporate any ideas you have about either of these if you'd like to be a contributor.

[BryanCrotaz]

Writing tests today. Lecturing on emb-ergrid at Ember London on Thursday so looking to get most of the niggles fixed by then.

[BryanCrotaz]

fixed column sizing - turned out to be when grid was wider than max column sizes. Also rewrote column dragging - much more reliable.

[BryanCrotaz]

I really like the concept of ember-declarative - haven't perused the code but the readme sounds good. I'd like to be a contributor please.

[shaunc]

Very good. I've added you as contributor to ember-declarative and ember-smenu.

[shaunc]

I'll have a block of time thurs-sat to work on ember-grid. I'm eager to improve buffering and scrolling. So I'd be grateful if you can wrap your arms around the layout issues. (Ultimately would be a good thing to be able to factor them out as you have done so well with ember-cli-csp-style.)

Vz your presentation Thurs -- unfortunately through weds don't have much time, but will have some weds night if there is something stubborn you want my input on (give me a ping).

As I mentioned over in ember-declarative would like to refactor to base on that. If you are gung-ho to do it go ahead. However, I think better might be to work out the kinks in that based on the demo merge-lists and the simpler ember-smenu.

For the future, I will need a graphing/visualization component for my spreadsheet -- and "declarative" style seems like an awesome way to go for that. I'm thinking that a base component could provide a d3 interface, and then a derived ember-vz-graph (or whatever name is available) could have e.g. {{vz-axis}} declaration, etc. etc. If your interested I'll be happy to brainstorm.