**** BEGIN LOGGING AT Thu Jan 24 02:59:59 2013 Jan 24 16:30:56 hey guys Jan 24 16:31:08 I have a Picker Jan 24 16:31:15 orly? Jan 24 16:31:24 w/ data loaded from a url Jan 24 16:31:35 but when I click one of the choices Jan 24 16:31:52 all the other choices become that choice Jan 24 16:32:13 like, other pickers? Jan 24 16:32:29 does your picker have a unique id? Jan 24 16:32:42 it sounds like it's trying to update the value of the id, and matching multiple items Jan 24 16:32:49 and setting all items with that id to the value Jan 24 16:33:51 no, all the other choices in this one pickeer Jan 24 16:34:01 like, the dropdown Jan 24 16:34:02 *picker Jan 24 16:34:37 not multiple pickers Jan 24 16:35:32 you're going to have to show me or something Jan 24 17:20:56 I'll send you a pastebin in a bit Jan 24 18:10:41 HaDAk: http://pastebing.mozilla.org/2083274 Jan 24 18:16:08 If anyone else can tell me why this problem is occurring, please do Jan 24 18:18:20 your first problem is you spelled pastebin wrong :) Jan 24 18:18:36 oh lol Jan 24 18:18:38 sorry Jan 24 18:18:45 not sure how I hit G Jan 24 18:18:56 I had to manually type the link Jan 24 18:19:34 blame microsoft Jan 24 18:19:59 ? Jan 24 18:20:16 dumb question: have you checked the data that is being returned by the php file to ensure it's not the culprit? Jan 24 18:20:21 http://pastebin.mozilla.org/2083274 Jan 24 18:20:31 I'm on a Pre3 Jan 24 18:20:44 what does Microsoft have to do w/ this? Jan 24 18:21:27 you typed pasteBING (was a terrible joke) Jan 24 18:21:37 oh, lol Jan 24 18:21:54 also, have you sent your inData to enyo.log() to see exactly what it's throwing at you? Jan 24 18:23:15 I've looked at it through firebug Jan 24 18:23:25 The data is fine Jan 24 18:23:39 It populates the options correctly Jan 24 18:23:45 but when I click one Jan 24 18:23:56 all the others turn into that option Jan 24 18:24:02 ah, that's right Jan 24 18:25:10 it doesn't look like you have any code to handle picker selection so I'm honestly not sure what's causing it or if it's even a problem with your code at all Jan 24 18:25:48 that's why I was so confused T_T Jan 24 18:26:37 I'm quite new to using the onyx pickers too to be honest. Actually working on adding one for the first time as we speak Jan 24 18:29:59 I have a working static one in one of my other Enyo projects Jan 24 18:30:19 but I don't do anything different :( Jan 24 18:33:47 another thing worth noting is that my picker doesn't even display if I don't include the picker button Jan 24 19:03:55 Any idea why the date picker doesn't show it's values until clicked on then theyh hide again? Jan 24 19:04:22 dont you need a pickerdecorator in there somewhere Jan 24 19:04:26 * fxspec06_ no idea Jan 24 19:05:32 it comes with one Jan 24 19:05:44 oh like a christmas present? Jan 24 19:05:45 never used this before, had my own date picker before, it just didn't look real good Jan 24 19:06:12 never used it Jan 24 19:07:10 never used the datepicker Jan 24 19:07:29 fxspec06_: see anything wrong w/ that code I pasted? Jan 24 19:12:45 hm Jan 24 19:12:57 updated the onyx library and now it looks right except for the year Jan 24 19:13:22 haven't looked, hold on Jan 24 19:13:32 i've been doing homework since 8am Jan 24 19:13:40 with no end in sight Jan 24 19:14:49 ouch Jan 24 19:15:18 Also, why the f*** does this not show up when I remove thee picker button T_T Jan 24 19:18:01 *the Jan 24 19:25:39 I'm about ready to chuck the picker and try to use something else Jan 24 19:25:43 this is ridiculous Jan 24 19:37:22 * phil_bw sighs Jan 24 19:37:27 this year picker is driving me crazy Jan 24 19:42:36 oops, just inadvertantly downloaded two weeks worth of enyo nightly snapshots... Jan 24 19:56:59 lol Jan 24 19:57:24 was aiming for one nightly onyx snapshot, clearly I missed Jan 24 20:14:06 Fixed it! Jan 24 20:14:19 Just updated the layout lib to the latest from git and all is good Jan 24 20:14:34 (which I thought I had done, but didn't bother to look and see there was an error message the first time) Jan 24 20:14:41 might I recommend you try to the same thing Jan 24 20:15:05 probably a good idea to update both the onyx lib and the layout lib Jan 24 20:15:25 * phil_bw throws a random defunct palm product at GodGinrai Jan 24 20:16:27 :/ Jan 24 20:17:23 Already in the process of building my own picker based off of enyo.Select Jan 24 20:17:38 gotcha Jan 24 20:17:53 Well time for lunch bbl Jan 24 20:17:57 you guys just don't know how to use picker Jan 24 20:18:06 * fxspec06_ throws rocks at GodGinrai and phil_bw Jan 24 20:22:17 fxspec06_: Tell me what is wrong w/ my code before you tell me that Jan 24 20:22:26 I posted the whole thing Jan 24 20:24:22 Picker goes inside PickerButton Jan 24 20:25:03 you might want to start there. Jan 24 20:48:27 hi Jan 24 20:48:45 i have some concerns about the performance of enyo on mobile platforms.. Jan 24 20:49:02 i'm writing an app and scrolling is laggy on iOS and android Jan 24 20:49:04 fxspec06_: The example in the sampler doesn't do that Jan 24 20:49:13 works fine on any desktop Jan 24 20:49:25 oh maybe i'm mistaken then Jan 24 20:49:46 sorry i'll have to look further but i haven't time right now Jan 24 20:54:44 it is me or Scroller produces some lag when scrolling on ios/android? Jan 24 20:54:49 am I doing something wrong? Jan 24 20:55:03 pancake: honestly, i can't tell on iOS because i don't own any iOS devices Jan 24 20:55:14 all my use in the emulator for iOS has been superb performance Jan 24 20:55:20 for android, performance is horrid Jan 24 20:56:11 this is not enyo's fault, it is the fault of the android webapp, for android webviews run single core Jan 24 20:56:56 but native scrolling works fine Jan 24 20:57:24 native scrolling WOULD work fine Jan 24 20:57:44 because it's binary 1 and 2. it has priority android threading, BECAUSE it's native Jan 24 20:57:50 is the scrolling in enyo emulated in javascript, and this is why it goes slower? Jan 24 20:58:02 fxspec06_: i mean scrolling in web browser Jan 24 20:58:04 the scrolling in enyo IS javascript. it's inside the web view Jan 24 20:58:11 the web browser is not a web view. Jan 24 20:58:21 the web browser has access to all cores Jan 24 21:00:43 is there no way to have normal scrolling in an enyo app? Jan 24 21:00:55 what exactly do you mean "normal scrolling"? Jan 24 21:02:27 http://lolcathost.org/b/scr/ Jan 24 21:02:30 this for example Jan 24 21:02:48 there's no such thing as normal scrolling... either 1. the page is larger than the screen size, in which case you cannot get to the bottom, or 2. you put it in an enyo scroller and flex it so you can scroll Jan 24 21:03:10 there's no such thing as "normal scrolling" ..... that there has browser scrollbars, but a webview != a browser Jan 24 21:03:45 you CAN induce the webview/browser scrollbars by having the page be longer than the screen size, but if you have a toolbar at the bottom, you won't see it Jan 24 21:04:05 the best practice is to disable the webview scrolling specifically for this reason alone Jan 24 21:04:39 so i understand that scrolling in enyo on mobile devices is slow because it emulates the scrolling by handling the touch events and changing div properties, am i right? Jan 24 21:04:44 i aplogize if i sound upset, any anger is not aimed towards you but rather the seemingly lackadazical android performance Jan 24 21:05:04 hehe np, im trying to find a solution Jan 24 21:05:20 try different scroll strategies Jan 24 21:05:29 one of them is BETTER geared towards android Jan 24 21:05:39 which one? Jan 24 21:05:56 i can change the scrol strategy at runtime depending on platform Jan 24 21:06:13 the scrolling in enyo on mobile devices is slow depending on the mobile platform deployed on, because of the way each platform handles touch events and allocates memory and threads to webviews. Jan 24 21:06:19 that would be a more correct statement Jan 24 21:07:44 basically on android, if you have an app, and it's a web app, there's 100% certainty it's inside a webview (there's no other way), and that webview, even if it's GPU accellerated (which is ONLY 3.0 or 4.0+, and on 3.0 you have to enable the flag), is forever limited to a single thread, which is tied to a single core. Jan 24 21:08:26 also, touch events are PASSED through the app, interpreted through JAVA, and sent TO the webview, adding an extra thin layer on top of your app Jan 24 21:08:56 http://enyojs.com/api/#enyo.ScrollStrategy Jan 24 21:09:02 it's pretty horrible actually. on blackberry, i know they have "webworks" app, which does not exhibit these behaviors Jan 24 21:09:21 scrolling is fantastic on it, but that doesn't help you Jan 24 21:09:23 i guess webos did this right :P Jan 24 21:09:33 webos did do it right Jan 24 21:09:43 and i guess firefoxos too Jan 24 21:09:53 iOS is a hackjob just like android, but with a little tweaking you can get it to run smoothly Jan 24 21:10:14 on ios works fine in ipad mini, but on iphone4 is laggy Jan 24 21:10:23 i guess its a matter of cores Jan 24 21:10:24 btw, how do I tell my Enyo object to do something 1 second after creation? Jan 24 21:10:37 http://enyojs.com/api/#enyo.TranslateScrollStrategy Jan 24 21:10:44 GodGinrai: create:function() { setTimeout(...) ? Jan 24 21:11:31 translateOptimized: false Jan 24 21:12:03 create: function() { this.inherited(arguments); this.setTimeout((function(){dostuff}).bind(this), 1000); Jan 24 21:12:45 oh, didnt knew that .bind() thing Jan 24 21:15:01 I'm not a big fan of anonymous functions Jan 24 21:15:15 is there a way I can link it to a function in the kind? Jan 24 21:15:22 yeah Jan 24 21:15:37 replace function(){} by the name of the function Jan 24 21:15:40 create: function() { this.inherited(arguments); this.setTimeout(this.nameOfFunctionInKind.bind(this), 1000); } Jan 24 21:15:58 awesome, thanks Jan 24 21:16:07 what does the bind(this) do? Jan 24 21:16:40 if you don't put .bind, it calls the function. .bind tells the timeout where to go afterwards Jan 24 21:16:58 ah, ok Jan 24 21:17:45 fxspec06_: getTouchStrategy: function() { Jan 24 21:17:45 return enyo.platform.android >= 3 ? "TranslateScrollStrategy" : "TouchScrollStrategy"; Jan 24 21:17:52 also binding it to (this) gives it proper scope when it's called Jan 24 21:18:02 this is in enyo.js of the bootplate Jan 24 21:18:23 oh in the Scroller kind Jan 24 21:18:49 yeah i read that at one point, so Scroller probably automatically detects which strategy to use, in which case you're already getting the best performance Jan 24 21:18:51 =\ Jan 24 21:19:13 but im testing on iOS .. so this shouldnt be the case Jan 24 21:19:30 this is just testing android Jan 24 21:19:36 a good test would be to take an empty bootplate and make a empty app with a scroller / repeater with 1000 lines to see performance Jan 24 21:20:07 there's already a test like this in the demos dir Jan 24 21:20:09 oh, well if you want to do for iOS, set all your scroller's strategy to "TranslateScrollStrategy" and see if it helps Jan 24 21:20:22 Scrollers don't always pick the right strategy on android Jan 24 21:20:49 because skinned android is so different depending on the device Jan 24 21:27:46 works a little better, but not really noticeable Jan 24 21:28:48 i have to add strategyKind: "TranslateScrollStrategy", right? Jan 24 21:29:15 what event do I handle to get the onyx.Menu's selection? Jan 24 21:29:29 also, how do I get the menu to hide after a selection? Jan 24 21:29:35 i believe it's onchange Jan 24 21:29:36 GodGinrai: see my app Jan 24 21:29:41 and you can requestHide() Jan 24 21:29:59 pancake: yes Jan 24 21:30:07 https://github.com/radare/radare2/blob/master/shlr/www/enyo/js/rightpanel.js Jan 24 21:30:22 i use onSelect Jan 24 21:30:33 pancake, Github is blocked at my work Jan 24 21:31:19 wtf Jan 24 21:31:43 http://cloud.radare.org/enyo/js/rightpanel.js Jan 24 21:32:34 fxspec06_: i have to enable the translateOptimized property.. Jan 24 21:32:39 translateOptimized: !1, Jan 24 21:33:03 how can i do this? Jan 24 21:36:31 true Jan 24 21:36:39 !0 Jan 24 21:36:45 lol Jan 24 21:37:09 but how can i do this in code? because i'm instantiatng using the strategyKind prop Jan 24 21:39:47 .setTranslateOptimized(true) Jan 24 21:39:49 ? Jan 24 21:40:24 but what to put before the '.'? Jan 24 21:41:13 this.$.strategy. ... Jan 24 21:44:04 yay it works better now Jan 24 21:44:11 thanks Jan 24 21:44:18 let me try on android Jan 24 21:46:02 how can i limit horizontal scrolling? Jan 24 21:53:01 horizontal: false, Jan 24 21:56:02 uhm doesnt seems to work Jan 24 21:57:12 Specifies how to horizontally scroll. Acceptable values are "scroll", "auto," "hidden," and "default". The precise effect of the setting is determined by the scroll strategy. Jan 24 22:00:55 http://forums.enyojs.com/discussion/97/scrolling Jan 24 22:02:23 Replace any Scoller kind with GloveBoxScroller and enjoy fast smooth scrolling! Jan 24 22:02:53 fxspec06: see this http://forums.enyojs.com/discussion/97/scrolling Jan 24 22:03:39 that's mostly enyo 1.0 though Jan 24 22:03:54 lol, if you thought scrolling was bad in 2.0................................ Jan 24 22:04:30 i had to write in app for internship, we used enyo 1, and had to deploy to android 2.x Jan 24 22:04:43 basically, the enyo scroller was not an option Jan 24 22:05:48 what did u do? Jan 24 22:06:48 i used iscroll4 Jan 24 22:06:57 and made my own scroll kind Jan 24 22:07:07 s/scroll/scroller/ Jan 24 22:07:54 it took a few days but before long i had my own scroller implementation that was close to resembling the enyo one... Jan 24 22:07:54 and how enyo2 scroll performs compared to iscroll4? Jan 24 22:08:20 hard to tell, i think iscroll MAY perform better, difficult to tell Jan 24 22:08:36 that'd be a good side by side video comparison =P Jan 24 22:08:37 * fxspec06 dinner Jan 24 22:08:49 hehe Jan 24 22:12:00 translatescrollstrategy doesnt works on dsktops Jan 24 22:24:51 horizontal:"hidden" Jan 24 22:32:47 fg Jan 24 22:33:48 ah yes hidden Jan 25 00:47:35 how can i get the height of a widget? **** ENDING LOGGING AT Fri Jan 25 02:59:58 2013