**** BEGIN LOGGING AT Thu May 09 02:59:58 2013
May 09 16:04:04 <pmarsh> I am using a List in which are multiple Kinds that have a textarea populated with data. I'd like to be able to PUT that data back to a RESTful webservice but the textareas all end up with the same id attribute
May 09 16:04:22 <pmarsh> is there a proper way to give these individual id's?
May 09 16:57:07 <sugardave> pmarsh: that's how enyo.List works.  If you have a small number of items, you can use an enyo.Repeater instead and have access to each individual element.  With enyo.List, you might try the renderRow() method and pass it the index of the row you need to process and it will be the "active" element and allow you to access its data
May 09 16:57:40 <sugardave> or is it prepareRow()…one of those, check the source/API
May 09 17:00:08 <pmarsh> ok thanks
May 09 17:04:08 <summatusmentis> prepareRow() starts modification of the internals
May 09 17:04:54 <summatusmentis> or, actually, you probably want performOnRow() if you're in 2.2
May 09 17:05:06 <summatusmentis> it'll run a function on a given row, and return results
May 09 17:05:10 <sugardave> yeah, that's the one
May 09 17:05:19 <sugardave> pmarsh: ^^^
May 09 17:05:26 <summatusmentis> err... sorry, not returns results, but you know
May 09 17:06:42 <pmarsh> thanks we're giving it a try now
May 09 17:35:30 <GodGinrai> performOnRow? that sounds interesting
May 09 17:43:34 <pmarsh> ok interesting we changed it to use a Repeater
May 09 17:44:03 <pmarsh> and the <textarea> is populated with the proper text at least when you inspect the element, however the text/data actually doesn't display in the browser
May 09 17:46:17 <pmarsh> correction, at least in Firefox it does
May 09 17:54:55 <pmarsh> dur, nevermind we had been using setContent on the textArea instead of setValue
May 09 18:16:22 <GodGinrai> yea, pmarsh, all form elements should use setValue in Enyo
May 09 18:16:40 <pmarsh> GodGinrai: yeah just figured that out :)
May 09 18:16:59 <GodGinrai> I suggest that you follow the same convention for any such elements you make in the future, so it's easy to remember. :)
May 09 18:18:24 <pmarsh> haha will do
May 09 18:20:23 <GodGinrai> hey sugardave, I have an app where I'm using an enyo.Panels sandwiched between two Toolbars which are on the top and bottom.
May 09 18:20:57 <GodGinrai> I want to change the buttons and such in the bottom toolbar depending on the view displayed in the enyo.Panels
May 09 18:21:09 <GodGinrai> what are some ways I could do this?
May 09 18:21:22 <summatusmentis> doesn't Panels have a viewChanged event?
May 09 18:21:24 <sugardave> use the new MVC style and set up a controller
May 09 18:21:34 <sugardave> there's transitionFinish
May 09 18:21:53 <summatusmentis> oh, yeah, transitionFinish, then getActive
May 09 18:22:02 <GodGinrai> Oh no, I know about that stuff
May 09 18:22:56 <GodGinrai> I meant: how would I choose the content to display?  The only way that really makes sense to me would be to have a Panels that had the different button sets
May 09 18:23:22 <summatusmentis> sugardave: I thought the MVC stuff wasn't done yet?
May 09 18:23:25 <GodGinrai> but I'm not sure I wanted to have another Panels in that Toolbar
May 09 18:23:48 <sugardave> summatusmentis: it's not "done", but it is in the current top-of-tree/nightly version
May 09 18:23:53 <GodGinrai> summatusmentis: the MVC stuff is still in the nightlies
May 09 18:24:19 <GodGinrai> however, sugardave, I don't plan to use the MVC stuff for this one
May 09 18:24:51 <GodGinrai> already too close to the deadline to have time to learn how Enyo does MVC
May 09 18:25:06 <sugardave> and it's fairly stable as far as the basics of how to use it….underlying implementation details are likely to change and there may be some more impactful changes if necessary.  But, it's definitely beta quality and useful for future apps
May 09 18:25:15 <GodGinrai> ESPECIALLY since there is practically no documentation for it
May 09 18:25:41 <sugardave> yeah, it takes a few days to grok in the current state
May 09 18:26:45 <GodGinrai> I will attempt MVC w/ my next one
May 09 18:27:06 <GodGinrai> or maybe my next phase for this app will involve converting it to MVC
May 09 18:28:47 <GodGinrai> hey, sugardave, is there a way to set a default layoutkind for child kinds of a kind?
May 09 18:29:01 <GodGinrai> similar to how you can set the default kind?
May 09 18:31:18 <sugardave> make a new kind that overrides createComponent to set the layoutKind for what you want, and then set that as the defaultKind in the containing kind
May 09 18:31:54 <sugardave> er, not default kind, just make a kind that extends that overrider
May 09 18:33:44 <GodGinrai> yea, I thought about that
May 09 18:34:07 <GodGinrai> I was just hoping for a solution that allowed for less kinds having to be written
May 09 18:42:12 <pmarsh> I have a LeftRightArranger and I'm seeing other panels pass by in the background as you slide left or right.
May 09 18:44:16 <pmarsh> there are 8 panels and as you slide through say from panel 0 to 1, you will see 5 pass in the background
May 09 18:44:42 <GodGinrai> pmarsh: panels have transparent bgs by default
May 09 18:45:13 <pmarsh> I'll have to double check I thought we set the bg.
May 09 18:45:17 <pmarsh> thanks again
May 09 18:46:24 <GodGinrai> yw
May 09 18:53:49 <GodGinrai> hey sugardave, I put an enyo.Panels in an onyx.Toolbar, and it does not want to display :/
May 09 18:54:30 <GodGinrai> I gave it height: 100%, and it still has a height of 0
May 09 18:55:05 <sugardave> GodGinrai: you could just override createComponent in the kind you want to do the default layoutKind dance.  That keeps you from make a new kind
May 09 18:55:34 <sugardave> you'll likely need to give that Panels a fixed height or try to do a resized() on it when the toolbar is rendered
May 09 18:56:02 <sugardave> I know I've put a Panels in a toolbar before when I was testing a morphing refresh/spinner button
May 09 18:57:25 <GodGinrai> the toolbar doesn't change size, tho'.  why would I need to call resized()?
May 09 18:58:04 <sugardave> because the Panels calculates its size before the toolbar is rendered and 100% of 0 is 0
May 09 19:08:53 <GodGinrai> I'm using CSS to set the size as 100%
May 09 19:09:17 <GodGinrai> so it should be 100% at all times
May 09 19:12:31 <GodGinrai> I'm just trying to put buttons in panels, why is this so hard? T-T
May 09 19:15:10 <sugardave> just make it the height of your button, that's easy
May 09 19:16:32 <GodGinrai> I don't want to hardcode a height, that's bad style. :(
May 09 19:16:45 <GodGinrai> I just need it to fill the available space
May 09 19:55:37 <GodGinrai> using an enyo.Panels is looking more and more like a bad choice here
May 09 20:10:35 <sugardave> why is setting a height "bad style"?  If that were true, then there would be zero things specifying height in the whole of our css
May 09 20:11:33 <sugardave> anyway, I can specify a width (if that's not too heinous) then do a calculation of what the height should be when the toolbar is rendered, it's a whole 4 lines of code, including the method override and this.inherited call
May 09 20:11:43 <sugardave> and it gives a nice Panels in toolbar
May 09 20:20:50 <GodGinrai> first of all, setting it to the height of the button when I didn't know what else I would be putting in the bar WAS bad style
May 09 20:21:22 <GodGinrai> second, I ended up chucking the panels because it wasn't playing nicely w/ the Toolbar's padding
May 09 20:22:28 <sugardave> I subtracted the toolbar padding in my height calc….I didn't anticipate anyone wanting a Panels that would change height in a toolbar depending on what is displayed.  Seems like it would be disjointed
May 09 20:41:59 <GodGinrai> I didn't want it to change based on what is displayed.  I wanted it to fill the toolbar
May 09 21:01:42 <sugardave1> so then a fixed height is not a problem, but moot since you're not doing it
May 09 21:07:06 <GodGinrai> it was moot, yes.  I was only saying a fixed-height was a problem because it was too restrictive to solve this kind of problem (certainly there are times when fixed-heights are good)
May 09 21:18:35 <GodGinrai> anyways, gotta leave work now, cya
**** ENDING LOGGING AT Fri May 10 02:59:58 2013