**** BEGIN LOGGING AT Sun Mar 18 02:59:59 2012
Mar 18 03:32:58 * fxspec06 downloads and realizes he doesn't have the latest enyo 2.0
Mar 18 03:35:11 <fxspec06> that is slick, though
Mar 18 03:35:40 <fxspec06> my question would be how well does it work with sliding views
Mar 18 03:35:48 <fxspec06> i haven't played w/ 2.0 very much just yet
Mar 18 03:41:33 <fxspec06> holy crap, enyo works in firefox.
Mar 18 03:41:43 <fxspec06> 2.0, at least
Mar 18 03:41:47 <fxspec06> not perfect
Mar 18 03:51:25 <rwatkins> there are no sliding views in 2.0 . or atleast yet
Mar 18 03:52:16 <rwatkins> it uses the 2.0 onyx.Slideable
Mar 18 03:52:35 <rwatkins> are the enyojs forums borked?  I cant seem to post.
Mar 18 03:54:34 <rwatkins> tries to post, fails and shows some barely visible, empty dialog.
Mar 18 04:06:47 <fxspec06> well then, it should work great with the non-existant sliding views!
Mar 18 04:07:00 <rwatkins> indeed.
Mar 18 04:07:29 <fxspec06> the rows aren't scrollable? i guess you could put them in a scroller
Mar 18 04:08:33 <rwatkins> ya, you could.  in most cases you dont want that many menu items, but could wrap em in a scroller
Mar 18 04:09:41 <fxspec06> i just successfully posted in the forums
Mar 18 04:09:57 <rwatkins> ya, posted from a different computer.  odd.
Mar 18 04:10:03 <fxspec06> yeah i realize that now that you mention it.
Mar 18 04:10:12 <rwatkins> the menus jsut take whatever components you pass it, making them failry configurable.
Mar 18 04:10:26 <fxspec06> that looks like it'd work wonderful on phones
Mar 18 04:10:30 <fxspec06> O.O
Mar 18 04:11:15 <rwatkins> ya, that was kinda the idea.  similar to the menus used in Path and Facebook apps
Mar 18 04:12:30 <fxspec06> the facebook app menus are just a plain sliding pane
Mar 18 04:12:40 <fxspec06> w/ a couple sliding views
Mar 18 04:12:51 <fxspec06> and none come from the right. this is different
Mar 18 04:13:17 <rwatkins> path is the better example
Mar 18 04:13:28 <fxspec06> i would LOVE to put a SlidinvView on the left of this, and make this menuPane a SlidingView on its own
Mar 18 04:13:28 <rwatkins> atleast on iOS.
Mar 18 04:14:16 <fxspec06> hmm that may not work
Mar 18 04:15:15 <rwatkins> i used a SlidingPane to do a left only version of this in 1.0.  But to do it on both sides you need something else.
Mar 18 04:15:56 <fxspec06> sliding panes don't like things that slide that aren't part of that sliding pane
Mar 18 04:16:07 <rwatkins> The 2.0 onyx.Slideable also makes it easier to make them "push out" when you swap the view.
Mar 18 04:16:40 <rwatkins> so when you actually swap teh views, none of the pane is visible.  a cleaner transition
Mar 18 04:17:20 <fxspec06> i'll have to convert my current 'new' project that is hardly started to 2.0 one of these days. i haven't worked with it at all
Mar 18 04:17:39 <fxspec06> hmm. i see. that's neat.
Mar 18 04:17:51 <rwatkins> its lacking alot of the UI components, but they're coming.  and the core is fairly similar.
Mar 18 04:18:33 <fxspec06> i read on a forum one of the complaints about enyo sliding panes was the lack of rendering while the pane was sliding
Mar 18 04:20:06 <rwatkins> hm, that'd be odd
Mar 18 04:20:31 <fxspec06> yes, it would be
Mar 18 04:21:36 <fxspec06> you'd be refreshing the pane every pixel you drag it.. doesn't make sense to me. maybe there could be some cool "stretch" animation
Mar 18 17:15:15 <EricBlade> rwatkins: seems like a valid complaint ,but not much that can be done about it without an extremely bad performance penalty considering the web browser platform
Mar 18 17:43:15 <rwatkins> EricBlade: whats the reference here? Is is that manipulating the DOM of a view doesnt render till its done animating, or that resize events dont fire as it moves?
Mar 18 17:48:34 <EricBlade> rwatkins: i think it's that it doesn't re-render until it's done animating
Mar 18 17:50:54 <rwatkins> that doesnt sound right.  do you have a refernce to the discussion?
Mar 18 17:51:09 <EricBlade> someone was talking about it in IRC a few days ago
Mar 18 17:52:02 <EricBlade> take anything with a multi-pane view, and slide the right most pane left - it won't update until you take your finger off the slider
Mar 18 17:53:23 <rwatkins> hm.  might not be the same if you call selectView and it animates w/o user interaction.
Mar 18 17:54:15 <EricBlade> tapping the drag handle button does the same thing, it doesn't update until it's done animating
Mar 18 17:55:14 <rwatkins> are you talking specifically webOS?
Mar 18 17:55:21 <EricBlade> yes
Mar 18 17:56:28 <EricBlade> just tried it on my playbook same thing
Mar 18 17:56:37 <rwatkins> they re-render when animating the scrollers, so I would expect it to be possible on the sliding views as well.
Mar 18 17:58:44 <EricBlade> my guess is that calling render every tick or on a timer in the animation phase would probably not be very quick
Mar 18 17:59:01 <EricBlade> at least in gvoice, it takes a measureable amount of time to do a reflow
Mar 18 17:59:54 <rwatkins> not calling <component>.render() but that normal dom manipulation would get a chance to render.
Mar 18 18:01:17 <rwatkins> do dont call render() ever tick on the view, but if some component got an event and manipulated the dom you would see it change.
Mar 18 18:01:30 <rwatkins> /do/so/s
Mar 18 23:57:40 <EricBlade> hmm. can't remember.. did anyone figure out a way to get a reasonable multi-line-edit-box multi-platform in 1.0?
Mar 19 00:38:49 <fxspec06> oh boy, this is a good question. i'll get back to you when i attempt to tackle the issue tomorrow (i think tomorrow, maybe later this week)
Mar 19 00:49:54 <rwatkins> is it not possible to arrange controls horizontally in a Scroller?  HFlexLayout seems to be ignored.
Mar 19 00:50:05 <rwatkins> but does seem to work in a SnapScroller .. for some reason.
**** ENDING LOGGING AT Mon Mar 19 02:59:58 2012