**** BEGIN LOGGING AT Wed May 22 02:59:58 2013
May 22 15:28:04 <GodGinrai> hey summatusmentis: https://enyojs.atlassian.net/browse/ENYO-2412
May 22 15:53:14 <summatusmentis> GodGinrai: thanks
May 22 15:53:53 <GodGinrai> np
May 22 15:55:02 <summatusmentis> sugardave: hey, do you have thoughts on that issue I was having yesterday? http://jsfiddle.net/SZA6Z/10/
May 22 15:58:37 <sugardave> summatusmentis: not yet…what is supposed to happen?
May 22 15:59:32 <summatusmentis> I want the "add" button to stay at the bottom of the list
May 22 15:59:54 <summatusmentis> but the list is expanding it's height for empty space
May 22 16:00:04 <summatusmentis> and I don't want it to
May 22 16:00:42 <sugardave> so, List has a Scroller in it, and those want a fixed height or shit don't work right….not sure you can do this without some serious mucking with rendering
May 22 16:00:59 <sugardave> let me mess with it a bit
May 22 16:01:07 <summatusmentis> well, the height of the list is adjusting as items are added
May 22 16:01:22 <summatusmentis> list & scroller, I assume
May 22 16:03:17 <sugardave> the fundamental problem (I think) is how will the List know to stop expanding as you add more items to it?  You need to give it a height….maybe max-height can stop it from going past a certain boundary
May 22 16:05:25 <sugardave> something else is wonky, too.  You use a FittableRows, but your buttons are laying out inline
May 22 16:07:33 <sugardave> nvm, that's onyx.Button doing that….I hate that
May 22 16:08:33 <summatusmentis> sugardave: I'd like the list to stop expanding once the "add" button hits the bottom of the window
May 22 16:09:38 <sugardave> well, I'd like a Tesla S.  However, the likelihood of that is very low.  Much lower than making this work ;)
May 22 16:10:13 <summatusmentis> heh
May 22 16:10:29 <summatusmentis> so, mostly what you're saying is I need to re-design the thing?
May 22 16:12:50 <sugardave> I think so, I'm still thinking
May 22 16:18:54 <sugardave> summatusmentis: okay, you could probably do this:  set the List height to 0px and as you add a row, adjust its height.  Also, have max-height set on it and it will never go beyond that.  This means you need to know a) the height of the row item you just inserted and b) the calculated height of the space you want the List to take up
May 22 16:18:58 <sugardave> not pretty, but it would work
May 22 16:21:19 <summatusmentis> :-/
May 22 16:21:37 <summatusmentis> how do other frameworks do the "add to a list" thing?
May 22 16:22:32 <summatusmentis> maybe there's a way to fake it?
May 22 16:23:01 <summatusmentis> make the add thing a part of the list, and only care about the data saved at indexes 0 through length-1
May 22 16:23:16 <sugardave> *shrug*  I usually use a fixed height List with a border around it so the user can see its area and any buttons underneath it look like they go with it OR I make the last row in my List be the "add" element and continuously scroll to the bottom of the list as they add more things.  The resizing I described IS faking it ;)
May 22 16:23:52 <summatusmentis> yeah, it just sounds like more work than a different faking it
May 22 16:24:16 <summatusmentis> I like the scroll to the bottom idea
May 22 16:24:26 <GodGinrai> sugardave: Did you see the bug I linked?
May 22 16:24:27 <sugardave> 1 or 2 helper functions, that's all :)
May 22 16:24:40 <GodGinrai> I made a report on the JIRA
May 22 16:25:36 <summatusmentis> sugardave: the problem is I'm not super familiar with managing window heights and so forth
May 22 16:25:58 <sugardave> GodGinrai: ah, nifty
May 22 16:27:01 <sugardave> summatusmentis: no problem, I can help you there….want the height of something, like a rendered control?  this.$.theControl.hasNode().clientHeight;  //returns the integer vaue of the height in px without the "px"
May 22 16:27:35 <sugardave> or straight up element:  document.body.clientHeight
May 22 16:28:17 <sugardave> summatusmentis: I think the tricky part will be knowing the height of the row you're adding.  If you know ahead of time they can be fixed via CSS or something, then it isn't a problem at all
May 22 16:28:30 <GodGinrai> sugardave: wouldn't controlname.getBounds().height be more correct to use?
May 22 16:28:55 <sugardave> perhaps, I always use clientHeight….never tried getBounds before
May 22 16:29:23 <GodGinrai> getBounds gives you offsetHeight
May 22 16:30:38 <sugardave> If I ever have to do this, I'm usually getting the entire body height and subtracting the clientHeights of other elements…so far so good
May 22 16:30:56 <sugardave> but getBounds may save me a step or two
May 22 16:31:11 <GodGinrai> :)
May 22 16:31:37 <GodGinrai> summatusmentis: Is there a reason you are opposed to using crateComponent?
May 22 16:31:44 <GodGinrai> *createComponent
May 22 16:35:41 <summatusmentis> GodGinrai: it feels like magic, I'm never entirely sure how it works, and it doesn't work well for re-rendering
May 22 16:35:59 <summatusmentis> or, I've never been able to get it to do the right thing when re-rendering
May 22 16:40:57 <GodGinrai> o_ô
May 22 16:41:03 <sugardave> the trick with createComponent/s is that when you dynamically create them like that, you have to render them yourself
May 22 16:41:11 <GodGinrai> exactly
May 22 16:41:30 <sugardave> var newThing = this.$.oldThing.createComponent({name: "newThing", content: "I'm new!"};
May 22 16:41:33 <sugardave> newThing.render();
May 22 16:41:33 <GodGinrai> just call render() after you create the component and you'll be fine
May 22 16:42:07 <sugardave> well, I missed a ), but you get the idea
May 22 16:42:35 <summatusmentis> no, I'm using render() on the parent kind to reset fields and stuff
May 22 16:42:38 <summatusmentis> after storing data
May 22 16:42:51 <summatusmentis> but having created a component breaks the way I think about the behavior
May 22 16:43:00 <sugardave> that's fine, too, as long as it gets rendered as part of that parent
May 22 16:43:14 <sugardave> but with List, you don't need to use createComponent
May 22 16:43:32 <summatusmentis> right, the issue is that createComponent is usually as a part of other logic
May 22 16:43:48 <summatusmentis> and that logic gets hit more than once, so it's easier for me to just delcare the components initially
May 22 16:44:09 <sugardave> yeah, it all depends on what you need it to do, for sure
May 22 16:45:06 <summatusmentis> I mean, I'm not saying I never use it, my code has it now right now (coupled with destroy) to mock an interface based on inputs from the user
May 22 16:45:17 <summatusmentis> but for most things, I prefer to declare initially
May 22 16:53:01 <GodGinrai> sugardave: The reason I was asking about createComponent, is because I think that trying to use a List here is essentially shoehorning
May 22 16:54:14 <sugardave> sure, but what if he has 1000s of rows?  Doubtful, BUT IT COULD HAPPEN!
May 22 16:56:08 <summatusmentis> I hope we don't have 1000s of rows
May 22 16:56:23 <summatusmentis> I'm using a list because it makes sense to me, and there's re-orderability
May 22 17:05:06 <GodGinrai> hmm, I guess the reorderability would be useful
May 22 17:05:10 <GodGinrai> oh btw
May 22 17:05:39 <GodGinrai> sugardave: I was taking a look at some of the stuff in the latest nightly, and I'm very stoked
May 22 17:05:49 <GodGinrai> FlexLayouts :)
May 22 17:06:13 <summatusmentis> wait, you mean I'll have to learn another new layout paradigm?
May 22 17:06:17 <summatusmentis> I'm just getting used to Fittables
May 22 17:06:45 <GodGinrai> summatusmentis: Layouts are things to be used when you have a need for them
May 22 17:07:05 <summatusmentis> I probably need them, I just don't know it yet
May 22 17:07:35 <GodGinrai> lol
May 22 17:11:13 <sugardave> yeah, I need to look into the new FlexLayout stuff….might be time to retire Fittables (for me)
May 22 17:11:34 <sugardave> I've been spending all my time with controllers and such
May 22 17:12:19 <summatusmentis> when is MVC gonna be "ready?"
May 22 17:12:21 <summatusmentis> 2.3?
May 22 17:13:06 <GodGinrai> 2.3 supposedly
May 22 17:30:59 <GodGinrai> sugardave: What's the current status on documentation for 2.3?  I feel like there is really a need for documentation for MVC, Router, and Flexboxes
May 22 17:31:46 <sugardave> is there documentation?
May 22 17:31:52 <sugardave> that's a new one on me
May 22 17:32:05 <sugardave> summatusmentis: 2.3 is the target, yes
May 22 17:32:59 <sugardave> GodGinrai: so things have been changing so documentation isn't a high priority until things settle down a bit more…there was actually a pretty big API-breaking change a couple of weeks ago that bit me in the ass while Cole was in Korea
May 22 17:36:01 <GodGinrai> API-breaking?
May 22 18:04:28 <summatusmentis> ugh, my enyo page is hanging in chromium all of a sudden
May 22 18:04:51 <GodGinrai> what about Firefox?
May 22 18:05:30 <summatusmentis> I'm checking safari now
May 22 18:07:05 <summatusmentis> seems to be hanging in Safari too
May 22 18:07:10 <summatusmentis> urgh
May 22 18:07:16 <GodGinrai> try FF
May 22 18:09:53 <summatusmentis> unresponsive script. Object.js:83
May 22 18:09:55 <summatusmentis> :-/
May 22 18:10:25 <GodGinrai> what's on line 83?
May 22 18:14:04 <summatusmentis> ah, so I broke something by accidentally bubbling in an onSetupItem
May 22 18:16:38 <GodGinrai> "accidentally" bubbling?
May 22 18:17:39 <summatusmentis> yeah, setting a published property of the item, that called a method that caused a bubble
May 22 18:22:50 <GodGinrai> ah
May 22 18:23:09 <GodGinrai> what kind of event was bubbled?
May 22 18:41:51 <summatusmentis> something that was messing with the item itself
May 22 18:41:53 <summatusmentis> it's fixed
May 22 18:45:25 <GodGinrai> cool cool
May 22 18:55:54 <GodGinrai> hey sugardave, shouldn't they make tooltips into a mixin?
May 22 20:32:51 <summatusmentis> hrm... my add to list thing seems to be triggering twice
May 22 20:33:44 <summatusmentis> weird
May 22 20:36:59 <summatusmentis> GodGinrai: do you know of a good way to track when/why events are being triggered?
May 22 21:43:42 <GodGinrai> Hey summatusmentis, I just saw your message.
May 22 21:43:46 <summatusmentis> no big
May 22 21:44:21 <GodGinrai> The easiest way would be to look through the call stack
May 22 21:45:43 <summatusmentis> urgh
May 22 21:46:16 <GodGinrai> another thing you could do
May 22 21:46:25 <GodGinrai> is log inSender in the event
May 22 21:46:33 <GodGinrai> to see who is calling the event
May 22 21:46:48 <summatusmentis> yeah, they're both the same
May 22 21:46:58 <summatusmentis> I've got a hacky way of handling right now
May 22 21:47:56 <GodGinrai> hrm... I've gotta go for a while, but I should be on again later tonight.
May 22 21:48:27 <summatusmentis> no worries
May 22 21:48:30 <summatusmentis> I was just curious
May 22 21:48:34 <GodGinrai> k
May 22 21:48:36 <GodGinrai> bbl
**** ENDING LOGGING AT Thu May 23 02:59:59 2013