**** BEGIN LOGGING AT Sun Jan 27 02:59:59 2013 Jan 27 03:07:39 ka6sox, I just pushed what I have now. Jan 27 03:07:51 I'm still debating the best way to do the current time. Any thoughts? Jan 27 05:58:56 kesne, I'm no good at design...ask ShiftyAxel Jan 27 05:59:25 kesne: is it up live somewhere to view? Jan 27 05:59:27 or kesne_* Jan 27 05:59:32 * PatrickC loves design lol Jan 27 05:59:35 of apps* Jan 27 05:59:46 hold u Jan 27 05:59:48 p Jan 27 06:00:03 Okay Jan 27 06:00:14 PatrickC, clone the repo Jan 27 06:00:28 on your github? Jan 27 06:00:37 https://github.com/webOS-ports/org.webosports.app.calendar Jan 27 06:00:45 Still a WIP, of course/. Jan 27 06:00:52 Just need to figure out the current time stuff. Jan 27 06:01:00 darker lines? Jan 27 06:01:03 dunno... Jan 27 06:01:06 ka6sox, Hmm? Jan 27 06:01:09 ask shity Jan 27 06:01:12 ShiftyAxel, Jan 27 06:01:19 boy am I tired. Jan 27 06:01:19 ShittyAxel Jan 27 06:01:27 Heh Jan 27 06:01:54 ka6sox: I have a few ideas. I could darken the red line, make the red line gray, or use the webOS indicator Jan 27 06:02:08 ok kesne, cloned and open Jan 27 06:02:36 kesne, this type of decision is one that our UI design guru needs to make. Jan 27 06:02:46 ka6sox: Who are those people? Jan 27 06:02:58 I also need to know what two events at the same time should look like. Jan 27 06:03:05 two different colors Jan 27 06:03:06 IMO Jan 27 06:03:08 kesne, nice job so far. :) i like it. Jan 27 06:03:20 kesne, the 2 are ShiftyAxel and dkirker Jan 27 06:03:31 kesne: i think for the current time it should have that collum highlighted Jan 27 06:03:32 scoutcamper: Glad you like it. Still a long way to go, but it's coming together. Jan 27 06:03:36 * PatrickC cant't spell tonight Jan 27 06:03:45 2 different events should split and take 50% of the width for that time slot IMO Jan 27 06:03:58 That's how webOS 3.0 does it. Jan 27 06:04:02 I like it personally. Jan 27 06:04:03 I like that way too... Jan 27 06:04:09 i do too Jan 27 06:04:19 Well then Jan 27 06:04:23 Good enough for me. Jan 27 06:04:30 i think we have a consensus :P Jan 27 06:04:33 lol Jan 27 06:04:45 on that one issue Jan 27 06:04:48 i still love how i double click on the file and it opens up in safari 100% heh Jan 27 06:04:53 best language ever Jan 27 06:05:09 kesne: the overall design rocks Jan 27 06:05:28 I still have issues with the pickers. Jan 27 06:05:46 * scoutcamper goes back to kicking the calculator app to have extra math functions Jan 27 06:05:56 kesne: oooo! looking nice so far! Jan 27 06:06:03 * PatrickC thinks again about using Enyo to build his website Jan 27 06:06:17 scoutcamper: Does that have implied multiplication with parens yet? Jan 27 06:06:29 dkirker, Thanks! Still have a cool ideas that I'm going to implement. Jan 27 06:06:32 PatrickC, Bad idea. Jan 27 06:06:42 kesne: why? Jan 27 06:06:58 PatrickC, SEO with enyo is very bad. Jan 27 06:07:02 kesne, not sure. if it doesnt yet it will soon :) Jan 27 06:07:19 kesne: were you asking about the "current time" indicator? Jan 27 06:07:22 scoutcamper: You should just use some regular expression implementations. Jan 27 06:07:25 dkirker, Yeah Jan 27 06:07:37 kesne: make it darker, keep it red Jan 27 06:07:56 dkirker, Highlight the hour column with a darker gray or no? Jan 27 06:08:46 kesne: that could work. Right now (from what I am looking at) there is no highlight. I'd say use a light grey. Jan 27 06:09:14 Bueno Jan 27 06:09:14 in the background. The only thing that should go over events is the red line. Jan 27 06:09:21 Yeah, of course. Jan 27 06:09:51 Also, gesture area swiping changes days Jan 27 06:10:02 yay! Jan 27 06:10:17 except... it looks backward? Jan 27 06:10:24 back goes to next day, fwd to last... Jan 27 06:10:25 ka6sox, that was for you. Jan 27 06:10:34 kesne, :) Jan 27 06:10:48 dkirker, that made sense to me. Jan 27 06:10:51 make it like turning a page Jan 27 06:10:56 in a datebook Jan 27 06:11:03 I can flip if you want Jan 27 06:11:08 please flip it Jan 27 06:11:10 (oh maybe dayrunners are extinct???) Jan 27 06:11:14 ka6sox, What do you mean Jan 27 06:11:17 the gesture area is NOT like turning a page Jan 27 06:11:23 you get that when you swipe Jan 27 06:11:37 dkirker, Okay :( Jan 27 06:11:41 (in the day area) Jan 27 06:12:02 when I sweep from right to left I want it to go forward in time Jan 27 06:12:08 remember, gesture area has a specific context. Generally "back" and "forward". You don't want to change this on the user. Jan 27 06:12:26 like turning a page Jan 27 06:12:29 ka6sox: then do it on the actual day, not in the gesture area :) Jan 27 06:12:40 can't be done iirc Jan 27 06:12:43 inside the app Jan 27 06:12:44 this is where Android is failing, miserably, IMO Jan 27 06:13:02 their back button means too many things, and isn't consistent Jan 27 06:13:20 ka6sox: how so? If it can't, then it needs to be fixed. Jan 27 06:13:33 dkirker, I'll flip it Jan 27 06:13:39 kesne: thanks. Jan 27 06:13:46 dkirker, ask ShiftyAxel Jan 27 06:13:52 let me finish this thing for work and fire up the calendar on my GNex Jan 27 06:22:11 dkirker, Just flipped it and made the current time line darker, want me to push? Jan 27 06:24:28 kesne: please! Jan 27 06:26:17 dkirker, Done! Jan 27 06:32:50 dkirker, Also, should 12PM be named "noon"? Jan 27 06:36:44 Also, when I highlight the row with a slightly darker gray, I run into a problem with the time labels. Because they're at the top like they are, they get stuck between two shades of gray and just look bad. Jan 27 06:37:57 noon is an english word... Jan 27 06:38:09 unless we start localizations now I'd prefer 12P Jan 27 06:38:25 12pm is probably fine Jan 27 06:38:41 drop the m Jan 27 06:38:49 12a and 12p :D Jan 27 06:41:01 Heh Jan 27 06:48:22 kesne, since we aren't doing localizations I would like to have them be as International as possible. Jan 27 06:48:49 ka6sox, I'm going to drop in g11n, and then the date pickers and times will auto-adjust. Jan 27 06:48:55 based on locale. Jan 27 06:49:10 kesne, perfect Jan 27 06:49:24 I keep having a weird bug with pickers in popups though :/ Jan 27 06:49:27 I hate enyo bugs Jan 27 06:49:41 saw that in #enyojs Jan 27 06:50:41 I tried a bunch of fixes, none of them seem to work :/ Jan 27 06:52:20 I can fix it if I don't use a scrim. Jan 27 07:10:16 Found a workaround. Jan 27 07:10:21 Dynamically destory and render it. Jan 27 07:10:23 It works. Jan 27 07:10:50 * scoutcamper grumbles about java math functions being crappy\ Jan 27 07:11:27 scoutcamper, Why are you using JAva? Jan 27 07:11:48 because thats what ShiftyAxel wrote the base in Jan 27 07:11:58 base? Jan 27 07:13:01 kesne, http://scoutcamper.github.com/org.webosports.app.calculator/debug.html and https://github.com/scoutcamper/org.webosports.app.calculator Jan 27 07:13:45 scoutcamper, That's Javascript. Jan 27 07:13:48 how is that at all java Jan 27 07:15:47 Java == Coffee, !JavaScript Jan 27 07:15:55 still, thats not working because i am trying to replace sqrt with Math.sqrt in the backend and its not happy :/ Jan 27 07:16:33 Write a regular expression parser. Jan 27 07:16:45 WOAHWOAHWOAH Jan 27 07:16:54 Check for sqrt(anything), replace with Math.sqrt(anything) Jan 27 07:16:54 HOLD THE DAMN PHONE Jan 27 07:16:55 etc Jan 27 07:17:10 Write a bunch of those, you can loop through Jan 27 07:18:05 first off, why in the world is eval being used Jan 27 07:18:22 that is a majormajormajor nono due to security issues Jan 27 07:18:42 NO! NOT WOPR!!!!!!!! Jan 27 07:19:19 if you use eval, I have complete control over the app Jan 27 07:19:48 ShiftyAxel, used eval Jan 27 07:20:04 i was just tacking onto the app Jan 27 07:22:01 * halfhalo puts his foot down. No eval. Jan 27 07:25:00 Best way to do it: parse it into a pseudo language that gets sanitized and does not get run through eval. More work, yes, but way more safe Jan 27 08:02:35 Hmm Jan 27 08:02:48 Okay, I think I'll need some help with this app once I get a little further. Jan 27 08:04:45 kesne, push everything up Jan 27 08:04:56 I have been Jan 27 08:05:05 ka6sox, I always push up Jan 27 08:05:25 Except stuff I experiment with. I push up once it's not completely broken. Jan 27 08:05:35 Good Plan(tm) Jan 27 08:08:00 What I'm doing now is mostly UI. I'm following after the correct data structures, so once we hook it up we can just dump the data into it and it'll work. Jan 27 08:08:09 That hard part is actually implementing the calendar manager though. Jan 27 08:12:17 ya, that connector stuff is tough Jan 27 08:25:48 Welp, it's 2 am, and I still have homework to do. Jan 27 08:25:53 I think it's time for me to stop, heh Jan 27 08:26:33 okay niters Jan 27 08:26:40 2:25am? Jan 27 08:26:46 yep Jan 27 08:27:03 Central TZ Jan 27 08:27:08 Yeah. Jan 27 08:27:10 Champaign, IL Jan 27 08:27:18 Been there. Jan 27 08:27:25 (well Urbana) Jan 27 08:27:34 Heh, same thing. What for? Jan 27 08:27:45 Conference in 1990 Jan 27 08:27:56 Ah nice Jan 27 08:29:04 It's alright. Jan 27 08:29:10 I would never live here, heh Jan 27 08:29:52 I just remember that the place where they play basketball had snow/ice on it and they were afraid it would come off the roof and crush people, Jan 27 08:30:16 I live in PalmTreeVille....not IceVille Jan 27 08:30:45 Yeah, it's super cold now. Well, last week it was. Jan 27 08:30:53 Walking to classes was not fun to say the least. Jan 27 08:34:13 brrrrrrr Jan 27 09:12:09 morning! Jan 27 11:34:43 @ShiftyAxel-> With regards to "standard layout" for OWO apps, the current layout resembles the "Palm dark" theme to some extend. Any plans for a "Palm default" theme with lighter colors? Jan 27 12:13:26 morning all Jan 27 12:13:47 ShiftyAxel: updated meta-wop with preware support is pushed now Jan 27 12:14:13 type morphis Jan 27 12:15:13 Keane: of you push calendar to a branch called 'gh-pages' it'll generate a webpage that you can link people to as a preview Jan 27 12:16:48 dkirker: the finger-tracking gesture area stuff sends a drag event basically, it's up to the developer to reverse it as I've done in settings etc Jan 27 12:17:13 kesne ^^ Jan 27 12:18:55 half halo: I used eval because it was fast and quick, how do you plan to gain control the app when the only available input is via the number buttons? Jan 27 12:19:01 *halfhalo Jan 27 12:19:21 I swear, blasted droid autocorrect... Jan 27 12:21:45 Herrie: in the long term, yeah Jan 27 12:22:19 but not until we have everything working Jan 27 12:23:45 it should be ready enough to do via enyo's less. js compatibility Jan 27 12:31:03 morphis: now I'm satisfied with the current level of "bugs" related to a500, so I'll get back to working on my commits Jan 27 12:35:27 Tofe: yeah Jan 27 14:35:59 Thnx, settings app has been very useful, been working on my first Enyo 2 app based on that, hope to have it finished later this week :) Jan 27 14:36:19 good stuff Herrie :) Jan 27 14:36:51 Still need to do lots, but well, first bits are there... just have issues getting my JSON in :( Jan 27 14:36:54 morphis: just fixing up latest preware to run in the emulator now Jan 27 14:37:05 Herrie: what kind of JSON are we talking about? Jan 27 14:37:09 Doing development with dummy data now, just to get most important stuff done, then will look at that later ;) Jan 27 14:37:47 For example: https://api.9292.nl/0.1/locations?lang=nl-NL&latlong=52.30501,4.948182&type=address&rows=1 Jan 27 14:38:13 Returns proper JSON, just cannot seem to pull it in with Enyo for some reason.. Tried Ajax, JsonP but not luck... Maybe need webservice, but couldn't find proper example yet? Jan 27 14:38:29 I remember using something like that for my old attempt at a weather widget Jan 27 14:38:40 let me see if the code's still knocking around anywhere Jan 27 14:39:19 JSONP doesn't work because of callback which the site doesn't support, I can see in Firebug the JSON is given back at least Jan 27 14:41:51 looks like I was using enyo.Ajax Jan 27 14:41:58 I'll put together a fiddle with the code I have Jan 27 14:43:28 Thnx :D Jan 27 14:53:33 welcome :) Jan 27 14:53:43 hmm, strange Jan 27 14:53:57 looks like the API may have changed, or firefox isn't good at logging Jan 27 14:54:17 chrome never did let Ajax requests through due to an origin policy Jan 27 15:06:39 Herrie: this is where I am currently http://jsfiddle.net/ync6V/2/ Jan 27 15:06:47 that code should work, as it did for the weather widget Jan 27 15:07:11 but i'm getting Allow-Access-Control-Origin errors in chromium, and no response whatever in FF :| Jan 27 15:38:33 Ok thnx will have a look Jan 27 15:41:50 Maybe will just try on-device sometime soon ;) Jan 27 15:42:00 Could be just Firefox and Chrome quirks Jan 27 15:42:51 yeah, that sounds like a plan Jan 27 15:43:03 I remember webOS being a lot less sandboxed than said browsers Jan 27 15:44:35 Ok will do that later or tomorrow first some more important stuff to sort ;) Thnx for the help :) Jan 27 16:01:29 morphis: just pushed up the preware error fix, now the error is 'packages is not defined', aka we're at the barrier of converted vs unconverted code :) Jan 27 16:02:04 :) Jan 27 16:17:17 Does the raspberry pi have a release image yet Jan 27 16:19:45 factor: there isn't a release image for any device yet Jan 27 16:23:55 reading over some of the ports info, said it failed due to lack of qt4 support. Jan 27 16:37:24 factor: that is correct, it's been postponed until Qt5 by the developer (scoutcamper|away) Jan 27 18:45:15 ShiftyAxel: you pushed preware master-next branch!? Jan 27 18:45:24 morphis: yeah Jan 27 18:45:30 why not master? Jan 27 18:45:39 I moved things already to it Jan 27 18:45:43 whoops, forgot Jan 27 18:45:53 i'll push there now Jan 27 18:45:59 oh, okay Jan 27 18:46:08 :) Jan 27 18:46:49 I've got a stupid question... what is preware ? Jan 27 18:46:56 :D Jan 27 18:47:13 Tofe: http://preware.org/ Jan 27 18:47:45 oh. I see :) Jan 27 18:47:59 So it's now quite ready ? Jan 27 18:50:14 Something I was wondering for quite a long time now: is there some possibility to run qml apps on OWO ? Jan 27 18:50:57 Tofe: absolutely Jan 27 18:51:11 exhibition mode's clock is written in QML Jan 27 18:51:19 as are a lot of the popup alerts, and the system menu Jan 27 18:51:27 it's something i've been thinking about for a while Jan 27 18:51:28 great, I was also hoping so Jan 27 18:51:56 it'd require some plumbing, but I imagine creating a new class along the lines of CardWebApp would work fine Jan 27 18:52:19 because a lot of N9 apps are QML, some of them being even pure QML Jan 27 18:52:32 it would be easy to port them Jan 27 18:53:35 how do N9 apps call system services etc? Jan 27 18:53:51 since that'd need to be plumbed in too Jan 27 18:54:05 They use Qt for that Jan 27 18:54:22 well, for the ones that don't use hardware specific calls Jan 27 18:54:25 ...oh yeah Jan 27 18:54:34 so everything's already there, pretty much Jan 27 18:54:46 and the system menu does system calls, so that'd be something to look at Jan 27 18:55:34 I think there's a good potential here, and I even don't know the palm pre history :) Jan 27 18:56:24 (I'm in a very good mood since I managed to get my tablet up and running for good) Jan 27 18:56:33 well done for that btw :) Jan 27 18:56:45 i'm quite tempted to try to make it work Jan 27 18:57:00 i'm having a general 'day off' today Jan 27 18:57:14 make what work ? Jan 27 18:58:39 qml apps Jan 27 18:58:44 oh :) Jan 27 18:58:56 for pure qml apps, I think it's quite straightforward Jan 27 18:59:03 see if I can get the sysmenu loading in a card or something Jan 27 18:59:11 that would be a good PoC Jan 27 18:59:21 sure Jan 27 18:59:39 also, I remarked that there was a lot of similarities between enyo and qml Jan 27 19:00:00 but I guess they are different approaches of the same solution Jan 27 19:00:21 yeah Jan 27 19:00:38 i think having support for both would be really good, as QML runs very smooth under Ow Jan 27 19:00:48 yep Jan 27 19:01:13 maybe we simply need a generic qml loader Jan 27 19:05:32 we already have the bits to load it I believe Jan 27 19:05:38 in luna-sysmgr Jan 27 19:05:53 Src/lunaui/notifications/QmlAlertWindow.cpp is where I'm looking atm Jan 27 19:05:58 would you be up for helping with this? Jan 27 19:06:36 well, why not, but I still have a lot to learn Jan 27 19:07:09 it looks like WindowServerLuna.cpp handles delegating windows to the relevant WM Jan 27 19:07:15 in windowManagerForWindowType Jan 27 19:07:31 I wonder what would happen if I simply redirect native Qt windows to the card manager... Jan 27 19:08:00 mmh Jan 27 19:13:13 AlertWindow doesn't seem to do anything special, it just ask the WindowServer for the qmlEngine... Everything seems to be there already... Jan 27 19:13:49 Tofe, ShiftyAxel: take into account that all QML apps are then execute as part of the main UI process! Jan 27 19:14:03 thats nothing we want in a production environment Jan 27 19:14:29 someone has to implement a QmlAppManager for this (like WebAppManager) Jan 27 19:14:34 ah, like webapps on old luna? Jan 27 19:14:36 eep Jan 27 19:15:08 though to be fair WAM is just the webapp bits moved into a separate process with some bridge code Jan 27 19:15:39 well, still, it's a separate process, so potentially safer Jan 27 19:16:10 and maybe we'll be able to start one app per qml app ? Jan 27 19:18:07 if that would be considered the best way to do it Jan 27 19:18:16 keeping cpu load in mind Jan 27 19:19:17 right Jan 27 19:20:17 It's true that a single QmlAppManager may be a good compromise Jan 27 19:21:22 but a manager is not really is my OWO coding abilities right now :p Jan 27 19:21:28 s/is/in/ Jan 27 19:22:27 Anyone here want to take a look at something for me? Jan 27 19:22:55 Tofe: mine either, this would be a large project Jan 27 19:23:01 kesne: what's the problem? Jan 27 19:23:27 ShiftyAxel: http://jsfiddle.net/c4fGh/ Jan 27 19:23:57 ShiftyAxel: Basically, open the popup, open the picker, close the popup, open the popup, open the picker and you can see z-index sorting issues. Jan 27 19:24:12 ShiftyAxel: the WebAppManager was a separate process already before the split Jan 27 19:26:05 kesne: http://jsfiddle.net/c4fGh/1/ Jan 27 19:26:22 it appears to be related to floating: true Jan 27 19:26:33 morphis: ah Jan 27 19:26:44 ShiftyAxel, yeah, I found that out. But without floating, you can't scrim it. Jan 27 19:27:34 kesne: i'd flag it up with the enyo team, that's an issue with the framework rather than your code Jan 27 19:28:02 also jesus christ the thunderstorm here literally just shook my house... Jan 27 19:28:13 Where are you? Jan 27 19:28:55 UK Jan 27 19:28:55 ShiftyAxel: did you see my things about eval? Jan 27 19:28:59 aaaaaand hailstones Jan 27 19:29:06 halfhalo: I did, I also responded Jan 27 19:29:25 and you have yet to show me how you plan to inject malicious javascript using nothing but numbers and mathematical functions Jan 27 19:29:44 make it happen :P Jan 27 19:30:10 that's quite a challenge Jan 27 19:30:25 its actually doable Jan 27 19:30:58 You can code Javascript with just ()[]{}!+ Jan 27 19:31:24 currently it doesn't have []{}! Jan 27 19:31:34 I'm sure someone can find a way. Jan 27 19:32:04 Let's write numerical-lisp-script :p Jan 27 19:33:13 inline asm! Jan 27 19:34:08 But never less, I am putting my foot down and saying no eval is shipping code Jan 27 19:34:45 unless you are prepared to construct a complete sandbox system to support it Jan 27 19:35:14 i'll be happy to, provided I know where the weak points are Jan 27 19:35:43 alternately I may move over to a JS object + array based system Jan 27 19:36:25 best solution is to go with a psuedo-parser and internally convert the input string into mappable functons Jan 27 19:36:34 * halfhalo has done this before Jan 27 19:36:48 halfhalo, do eeeet Jan 27 19:37:01 a pull request would be most welcome Jan 27 19:37:47 with eval, you literally are executing all code which is given to it as pure JS. Sandboxing that means creating a whole new thread with limited access to everything Jan 27 19:38:25 when I find an extra day of time, I may do a pull request with some starting changes Jan 27 19:39:03 also, using eval can lead to wrong calculations as it is Jan 27 19:39:29 where is that evil eval used ? Jan 27 19:39:40 Tofe: org.webosports.app.calculator Jan 27 19:39:46 because if JS spots 011 it converts it to hex Jan 27 19:40:21 so sandbox the back end calcs? Jan 27 19:40:27 Tofe: when you click eval, it takes the formula (assembled with the number/symbol buttons onscreen, no keyboard input) and does that Jan 27 19:40:41 understood. Jan 27 19:40:58 sandbox is really not the answer. The answer is to move to a parser based solution Jan 27 19:43:05 but that would mean reimplementing a part of JS parsing; isn't there another way ? Jan 27 19:44:23 I see where halfhalo is going, basically writing a 'mini language' so to speak Jan 27 19:45:29 morning all Jan 27 19:45:36 morning PatrickC Jan 27 19:45:39 ning Jan 27 19:45:43 a parsing Jan 27 19:46:56 language Jan 27 19:50:04 isn't there a way to wrap the JS function calls ? Jan 27 19:52:03 I suspect we need a parser lib Jan 27 19:53:09 and encapsulate the input, and pass it to the parser Jan 27 19:54:28 but if there is no keyboard input, I'm still not convinced there isn't another way Jan 27 19:55:06 a parser seems a bit overkill , isn't it ? Jan 27 19:59:47 ka6sox: that's a bit much i think Jan 27 19:59:52 it can all be done inside js Jan 27 19:59:57 Parsing would be pretty easy. Jan 27 20:00:14 halfhalo's concerns are rooted in the fact that you can potentially pass any JS into eval() Jan 27 20:00:20 PEG.js can do that for you. Jan 27 20:00:34 no libraries if at all possible Jan 27 20:01:04 Then just recursively generate a AST of the input, and write a few functions. Jan 27 20:01:31 You should only need add, subtract, multiply, divide Jan 27 20:01:58 For anything that can't be implemented with those, implement other functions (sqrt, log, etc). Jan 27 20:02:06 Because those all have JavaScript equivelents. Jan 27 20:02:21 You can then run through the AST and call the functions as they come up. Jan 27 20:20:14 ShiftyAxel: Want me to throw something together for you? Jan 27 20:20:45 kesne: that would be most appreciated :) Jan 27 20:21:30 ShiftyAxel: No libraries? Jan 27 20:24:12 kesne: preferably Jan 27 20:38:15 ShiftyAxel: You should really just use peg.js Jan 27 20:40:39 ShiftyAxel: Or Jison Jan 27 20:40:49 http://zaach.github.com/jison/demos/calc/ Jan 27 21:45:37 Bam, 24 hour mode. Jan 27 21:45:50 Anybody in a 24-hour region want to test it? Jan 27 21:52:32 kesne, I'm always in a 24hr zone Jan 27 21:52:48 ka6sox: Can you pull the latest from github and try it? Jan 27 21:52:52 yup Jan 27 21:53:34 ka6sox: good news with preware, packages sort of load now :) Jan 27 22:05:58 kesne, can you push to gh-pages? Jan 27 22:06:16 ka6sox: Blah, maybe in a few Jan 27 22:10:22 And by a few, I mean tonight Jan 27 22:11:29 kk Jan 27 22:34:18 ka6sox: Also, I just assumed that it was okay to include other libraries. Jan 27 22:34:21 Is this not so? Jan 27 22:37:16 kesne: 'preferably not' I believe was the term Jan 27 22:37:46 Well, I'm going to take advantage of the "preferably" and include one. Jan 27 22:38:08 in that case i'm going to stop being polite and say no libraries Jan 27 22:38:26 In that case I'm going to say screw that and include one anyway. Jan 27 22:38:45 * halfhalo noms popcorn Jan 27 22:39:01 kesne: and this is going into a pull request? Jan 27 22:39:10 For the calendar. Jan 27 22:39:15 Not for the calculator. Jan 27 22:44:37 right... Jan 27 22:45:30 Hell, the calendar app on webOS 3.0 included a bunch of libraries. Jan 27 22:45:36 So I'm going to take after them and do the same Jan 27 22:46:06 yeah, the thing is we aren't following in the footsteps of 3.x Jan 27 22:46:29 there's a reason we're trying to make new apps Jan 27 22:48:16 Okay, then you can write the code that manages the date manipulation and implement it yourself. But until you do that, I'm going to include a library to do it for me. Jan 27 22:48:31 As long as the usage of libraries are kept to a minimum and only in situations where it makes sense (IE in calendar and calculator apps. If someone else has done the hard work and has a nice, small, stable library), I see no issues with including them personally Jan 27 22:48:54 then how about you try to convince me before saying 'screw you i'm doing it anyway'? Jan 27 22:49:03 that is not the way to move forward Jan 27 22:50:04 Well to be fair, I didn't say that verbatim. Jan 27 22:50:47 But the library I'm including is 5kb, handles date manipulation flawlessly, and makes my job a lot easier. Jan 27 22:51:18 sounds okay so far, got a link? Jan 27 22:52:24 http://momentjs.com/ Jan 27 22:53:11 alright, i'm convinced- looks small and specialized enough for me Jan 27 22:53:27 however license compatibility will need to be checked, we use Apache 2.0 Jan 27 22:53:32 It's MIT Jan 27 22:53:46 yeah, I see as much Jan 27 22:53:57 ka6sox: can we use MIT licensed stuff in the enyo2 core apps? Jan 27 22:54:48 include it as a dependency, not in the app itself? Jan 27 22:55:10 hallfhalo: how to implement this? Jan 27 22:55:19 like a symlink to /usr/palm/frameworks? Jan 27 22:56:12