**** BEGIN LOGGING AT Fri Sep 26 03:00:00 2014
Sep 26 16:01:33 <RoyG> hello
Sep 26 16:01:55 <RoyG> is there a speed/acceleration setting to the enyo scroller?
Sep 26 16:02:30 <RoyG> i have a simple list of 100 items and i want to flick them quickly. with iScroll i see it is technicall possible in javascript with the device so i dont see wy it wouldnt be in enyo
Sep 26 16:02:43 <RoyG> i have used the List control but wanted a faster way
Sep 26 16:02:51 <RoyG> should i be looking at the repeater for this?
Sep 26 16:07:53 <RoyG> or in the easing formula
Sep 26 16:10:35 <dmanderson> RoyG I’m not sure as I wasn’t around when the code for Moonstone was implimented, BUT it does have accelerated scrolling
Sep 26 16:10:46 <dmanderson> might be a good place to start looking
Sep 26 16:14:27 <RoyG> so if i drop in the moon scroller i shoudl be good to go?
Sep 26 16:15:05 <RoyG> i found stuff in scrollmath.js
Sep 26 16:15:17 <RoyG> Scalar applied to 'flick' event velocity 	kFlickScalar: 15,
Sep 26 16:16:12 <RoyG> moon.Scroller extends enyo.Scroller, adding support for 5-way focus (Spotlight) and pagination buttons.
Sep 26 16:16:28 <RoyG> seems it just extends it and adds functionality so the underlying may be the same
Sep 26 16:17:09 <RoyG> oh this might be something
Sep 26 16:17:10 <RoyG> scrollInterval: 75 Relative parameter used to determine scroll speed
Sep 26 16:17:14 <Semanticfire_2> dmanderson, I'm about to put my enyo-grunt-skeleton on github
Sep 26 16:17:30 <dmanderson> nice!
Sep 26 16:19:38 <Semanticfire_2> very small package in git
Sep 26 16:19:48 <Semanticfire_2> npm install + grunt setup
Sep 26 16:19:52 <Semanticfire_2> and you are good to go
Sep 26 16:48:03 <Semanticfire_2> dmanderson, https://github.com/semanticfire/enyo-grunt-skeleton
Sep 26 16:48:12 <Semanticfire_2> please have a go let me know what you think
Sep 26 16:50:28 <RoyG> hi again
Sep 26 16:51:25 <RoyG> so for the search logs i found in ScollMath.js this kFlickScalar: 390,
Sep 26 16:51:39 <RoyG> actually thats my modified value it was kFlickScalar:15
Sep 26 16:52:19 <RoyG> so that seems to determine how fast the flick/scroll is. but you have to also change strategyKind: "TranslateScrollStrategy"
Sep 26 16:52:32 <RoyG> as it doesnt seem ScrollMath.js is not loaded otherwise
Sep 26 16:54:08 <RoyG> now its too fast lol. it flings the scroller half way past the screen
Sep 26 16:54:35 <RoyG> anyways i think the scroller code shoudl expose this speed variable.
Sep 26 17:03:19 <sugardave> yeah, I think Scroller uses ScrollStrategy which uses ScrollMath and then you can make your own version of each one of those if you want.  For instance my.AwesomeScrollStrategy used by my.AwesomeScroller would let you expose whatever you like in the strategy kind
Sep 26 17:04:20 <RoyG> so how do i get at scrollStrategy from scroller
Sep 26 17:04:36 <RoyG> scroller.scrollStrategy.kFlickScalar ?
Sep 26 17:04:38 <sugardave> the bad way: scroller.$.strategy
Sep 26 17:04:50 <RoyG> why is that bad?
Sep 26 17:06:18 <sugardave> because it's supposed to be invisible to you, but I waffle on it all the time.  I have used that myself but it "breaks encapsulation" which is always considered bad, except when it's not ;)
Sep 26 17:07:51 <RoyG> so how would you want the api to be? i think its very clear that way.
Sep 26 17:07:53 <sugardave> I guess in your derived scroller it's fine, I'm more thinking of the case of view.$.scroller.$.strategy really being something you don't want to write ever
Sep 26 17:08:03 <RoyG> it affects just the instance right? other scrollers can have their own scalars then right?
Sep 26 17:08:44 <sugardave> yes, I was thinking about a different aspect.  In my.AwesomeScroller it's perfectly valid to reference this.$.strategy to get at it
Sep 26 17:09:23 <RoyG> so it doesnt change the prototype just that instance right? so we can speed up and slow down scrollers all over
Sep 26 17:09:30 <sugardave> yes
Sep 26 17:09:53 <RoyG> sweetness. im so glad i discovered enyo at version 2 cause i was reading people going nuts about this a few years ago
Sep 26 17:10:28 <sugardave> Enyo is awesome :D
Sep 26 17:10:53 <RoyG> i never heard of it before. i dont hear about it in the shops i freelance at
Sep 26 17:11:04 <sugardave> you should spread the word
Sep 26 17:11:06 <RoyG> people use jquery mobile or angular etc
Sep 26 17:11:19 <RoyG> why is this though. im trying to find what wrong with it :)
Sep 26 17:11:25 <RoyG> seems like a secret
Sep 26 17:12:55 <RoyG> the only thing to make it better is to use it with custom tags like polymer
Sep 26 17:13:10 <sugardave> heh, well originally you could only use Enyo 1 on webOS apps for the TouchPad.  And then the apotheklypse happened, and then it got open-sourced at version 2.0, and then HP sold webOS IP to LG, and now here we are
Sep 26 17:14:02 <sugardave> RoyG: does tag: "polymerTag" not render one?
Sep 26 17:14:09 <sugardave> or whatever they are called?
Sep 26 17:14:27 <RoyG> 5 jobs on indeed http://www.indeed.com/jobs?q=enyo+js
Sep 26 17:14:28 <sugardave> tag: "foo" should try to make <foo></foo>
Sep 26 17:15:15 <RoyG> no i want <scroller><othercustomenyokinds></scroller> etc
Sep 26 17:15:38 <RoyG> i want that in my source code and it pulls in and confugures the enyo kinds
Sep 26 17:16:08 <sugardave> you can render an Enyo control in any div you have a reference to
Sep 26 17:16:49 <sugardave> <notEnyoScroller><targetDiv /></noEnyouScroller>  and render the enyo.Control in targetDiv
Sep 26 17:16:56 <sugardave> is that what you mean?
Sep 26 17:16:59 <Semanticfire_2> actually everybody is free to try + comment: https://github.com/semanticfire/enyo-grunt-skeleton
Sep 26 17:17:26 <RoyG> no i want enjyo kinds to be exposed as custom element tags
Sep 26 17:17:42 <sugardave> ah, I see
Sep 26 17:18:01 <RoyG> it is technically possible. you would need a stripped down polyfill that just does the custom tag and html import
Sep 26 17:18:05 <sugardave> Enyo does like to be in control of the DOM, that's for sure
Sep 26 17:18:35 <RoyG> and forget shadow dom as that would be encapsulated in enyo
Sep 26 17:19:59 <RoyG> probably quickest path woudl be a string with custom html enyo tags that gets parsed by enyo and it compiles it to enyo kinds etc
Sep 26 17:24:58 <RoyG> captains log: discovered enyo on monday. 5 days later i have a working audio player prototype working on android phone, iphone, ipad, desktop.
Sep 26 17:26:21 <dmanderson> RoyG I had been playing with web component enyo elements http://jsfiddle.net/toxigenicpoem/rbr2586m/
Sep 26 17:27:48 <RoyG> dmanderson - thats very promising
Sep 26 17:28:59 <dmanderson> Yeah, it would be great to offer the ability to compose enyo apps using the DOM
Sep 26 17:29:21 <RoyG> "//kind that extends enyo prototype to HTMLElement"
Sep 26 17:29:40 <RoyG> so you have to do this technique for every kind?
Sep 26 17:30:25 <dmanderson> That’s just a POC, nothing that’s going into the framework
Sep 26 17:30:55 <RoyG> so this should have worked <my-test>here is a test</my-test>
Sep 26 17:32:10 <RoyG> but yeah thats the idea. cool im glad others are thinkign about it. as i skill up in enyo i can contribute
Sep 26 17:32:17 <dmanderson> it would, but there isnt anything supporting that right now, this POC was exploring exposing the API to Dom nodes
Sep 26 17:32:22 <dmanderson> which is the first step in the bridge.
Sep 26 17:32:33 <dmanderson> Just wanted you know its something on our radar
Sep 26 17:32:36 <dmanderson> and something we’re working on.
Sep 26 17:32:54 <dmanderson> I work on a exploritory framework in my spare time to experiment on things as well my-test
Sep 26 17:33:01 <dmanderson> https://github.com/dmikey/sumojs
Sep 26 17:33:10 <RoyG> oh cool. is this something on github i can contribute to?
Sep 26 17:33:15 <RoyG> hehe
Sep 26 17:34:04 <dmanderson> yeah absolutely!
Sep 26 17:34:25 <RoyG> so sumojs is the project to track for this idea?
Sep 26 17:35:15 <dmanderson> SumoJS is just where I spend some time trying out things before I would think of proposing them for implimentation into Enyo. :) Nothing fancy.
Sep 26 17:35:55 <RoyG> ok cool
Sep 26 17:54:57 <RoyG> whats market hourly rate for enyo programming?
Sep 26 17:55:11 <RoyG> over $50 at least right?
Sep 26 17:56:39 <dmanderson> Honestly there are not a ton of Enyo based jobs, but most pay fairly well.
Sep 26 18:02:50 <RoyG> lol what should i be learning then. is angular seen as the best mobile framework?
Sep 26 18:05:42 <sugardave> it depends on who you ask :D  I say Enyo, but to be fair, I have never used Angular.  Or any other JS framework, really, besides Mojo.  You don't want to use Mojo.
Sep 26 18:07:26 * Semanticfire_2 is fighting with git and eclipse
Sep 26 18:10:00 <dmanderson> Angular and Ember are probably the two most employable JS frameworks for Web Dev jobs, I see those jobs every day.
Sep 26 18:10:41 <dmanderson> I agree with sugardave Enyo FTW though. ;-)
Sep 26 18:17:09 * Semanticfire_2 does a +1 on that as well
Sep 26 18:18:38 <sugardave> it's too easy, once you grasp the component concept
Sep 26 18:21:00 <Semanticfire_2> although there are some odities
Sep 26 18:22:48 <Semanticfire_2> sugardave, the project on github actually contains a enyoilib sample
Sep 26 18:23:30 <sugardave> sweet
Sep 26 18:23:36 <sugardave> Roy__: ^^^^
Sep 26 18:24:00 <Semanticfire_2> the string substition stuff
Sep 26 18:24:20 <Herrie> Hey sugardave: Had any luck on that Lumberjack stuff :P ?
Sep 26 18:25:30 <sugardave> Herrie: no...I have been consumed with making magical webOS services from vague descriptions and immeasurably complex web services
Sep 26 18:25:53 <sugardave> but I want to!
Sep 26 18:27:18 <Herrie> LOL ;)
Sep 26 18:27:47 <Herrie> I've been too busy with your other favority toolkit: QT and QML :P But browser taking nice shape :D
Sep 26 18:28:15 <Herrie> Looking better almost every day ;)
Sep 26 18:35:43 <dmanderson> :)
Sep 26 18:54:41 <Semanticfire_2> dmanderson, did you find time to look at my issue ?
Sep 26 18:56:51 <dmanderson> Not enough to have a solution yet Semanticfire_2
Sep 26 18:59:18 <Semanticfire_2> okay, I'm about to roll out enyo to another 80 firestations so it would be nice if that thing is gone any time soon ;)
Sep 26 19:01:09 <Semanticfire_2> ah nice, the maven grunt option works as well
Sep 26 20:01:41 <Semanticfire_2> the previous mentioned project wrapped in a maven builder: https://github.com/semanticfire/enyo-grunt-maven-skeleton
**** ENDING LOGGING AT Sat Sep 27 02:59:59 2014