**** BEGIN LOGGING AT Sun Jan 13 02:59:59 2013 Jan 13 06:48:09 whats the trick if i want to resize a control and have the other divs update Jan 13 06:48:33 i know when i was messing with the panels sample you could set something so as you drag one the other would re render Jan 13 06:48:38 vs just snapping at the end Jan 13 07:10:42 or is there a way to get the size a control wants to render at without any css on it? so if i resize something i know its original value Jan 13 11:58:39 i have a Panels components Jan 13 11:59:10 and im using setIndex() method to switch between them by code Jan 13 11:59:21 but looks like they are unsorted Jan 13 11:59:26 :? Jan 13 12:00:19 oh wait, my fault Jan 13 17:04:44 <_minego> hmm, it looks like modifying the width for fit-narrow on panels is not easy... Jan 13 17:05:49 try min-width Jan 13 17:06:57 <_minego> fxspec06_: No there is a function in enyo.Panels called isScreenNarrow and a matching media query in Panels.css that have to match Jan 13 17:07:20 <_minego> I should be able to override the media query in my own css, but then I've gotta override the function too Jan 13 17:08:05 <_minego> I want the width to be twice my panel width. If I have room for 2 or more panels then it is silly to just show one. Jan 13 17:11:00 <_minego> Actually though, I don't see anything that calls isScreenNarrow() Jan 13 17:11:04 <_minego> Maybe I just need the css Jan 13 17:12:42 <_minego> Maybe I'll just create my own panel kind that inherits from enyo.Panels and has it's own css and it's own isScreenNarrow function Jan 13 17:14:04 that's probably the best way to do it Jan 13 17:14:18 if it's giving you issues Jan 13 17:17:40 <_minego> I think that is the cleanest way Jan 13 17:22:37 <_minego> It appears to be working :) Jan 13 17:57:10 ofcourse it works, it's enyo lol Jan 13 19:20:25 <_minego> Well that was a lot easier than I expected it to be Jan 13 22:02:04 whats the proper way to focus text inputs in enyo? get the ref to the dom element and call .focus() on it? Jan 13 22:35:31 probably the best way i would say Jan 13 23:25:26 I have this bug where every time i show the popup for the first time it slides my content over like 8 px Jan 13 23:25:31 driving me crazy Jan 13 23:26:25 something to do with text focus Jan 13 23:28:04 not in desktop but in ipad Jan 13 23:28:55 i think it has to do with the indentation of the text cursor in the textarea Jan 13 23:29:17 if i use a richtext the indent is less and the bug slides the content over less Jan 13 23:30:05 <_minego> I've seen a similar issue, but I haven't found a cause or a real solution. I was able to work around it with a timer that sets scrollTop back to 0 Jan 13 23:34:16 _minego really? any idea what the cause was? Jan 13 23:34:33 is it doing it on hor or vert? Jan 13 23:34:40 <_minego> I have no idea what the cause was Jan 13 23:34:52 <_minego> It was scrolling my body down about 10 pixels Jan 13 23:40:28 funny if i remove padding on my textarea (enyo.TextArea) it stops. or at least only does it 1 px like the richtext Jan 13 23:42:32 and if i set a -1 margin on that textarea it stops Jan 13 23:42:49 <_minego> interesting Jan 13 23:43:57 <_minego> Very interesting. I do have a margin set on my richtext. Jan 13 23:44:37 <_minego> but changing it doesn't seem to prevent the problem for me Jan 13 23:47:50 richtext gave me a 1px offset Jan 13 23:47:56 regular textarea more Jan 13 23:48:18 seems directly related to the text padding in that textfield. if i make a -1 margin and 0 padding it stops Jan 13 23:48:31 and i can use the textindent css to get a padding back w/o that bug Jan 14 00:08:55 is there a callback for when the document body size changes? Jan 14 00:09:02 eg. resize the window Jan 14 00:17:02 onresize Jan 14 00:17:22 window.onresize = function(e) {...} Jan 14 00:17:51 i think there's a better way to add an event listener to a kind, but that should work Jan 14 00:28:30 yea you can use a signal **** ENDING LOGGING AT Mon Jan 14 02:59:59 2013