00:00:21  <ArxPoetica>hmm interesting
00:00:36  <owenb>i think that is a better way to do the integration
00:00:49  <owenb>right now we are concatting two arrays of middleware together and it really doesn't work well
00:00:52  <owenb>it's very unclean
00:01:07  <ArxPoetica>i see
00:01:13  <owenb>and subject to get broken at anytime in the future when TJ makes another change (like he did in version 3)
00:01:32  <owenb>anyway mdedetrich, i'm aware none of this debate solves your problem
00:01:47  <ArxPoetica>:P
00:01:48  <owenb>but i'm suspecting it is linked to the middleware ordering of connect session
00:01:49  <mdedetrich>owenb: I am using express 3
00:01:52  <mdedetrich>latest version
00:01:54  <owenb>right
00:01:58  <owenb>so things changed then
00:02:06  <owenb>we changed the way we concatted the middleware
00:02:15  <owenb>i tested it and it worked on my machine and i believed it to be correct
00:02:26  <owenb>but it was hardly extensive testing
00:02:49  <mdedetrich>I do believe it is an issue with expiry
00:03:18  <owenb>ok, if so that should be easily fixed. just look at the HTTP response headers in chrome to see what cookies are set and the expiry time
00:04:02  * jxgjoined
00:04:32  <owenb>the 'connect.sid' error is one that SS is throwing. it will affect that users session but no one eles. it's a log message rather than a real error throw
00:05:06  <mdedetrich>owenb: I am also using sock.js
00:05:13  <mdedetrich>due to socket.io having issues
00:05:22  <owenb>ok. did you get the latest version from github?
00:05:36  <mdedetrich>no, I just got the latest version of npm
00:05:39  <owenb>it has a fix for the connect.sid issue
00:05:51  <mdedetrich>owenb: can you push the ss-sockjs version
00:05:56  <mdedetrich>since another version of sockjs came out
00:06:01  <mdedetrich>which fixed a lot of issues for me
00:06:06  <mdedetrich>hence why I am using sockjs
00:06:16  <owenb>ok I will totally do that
00:06:37  <owenb>sorry i am so behind with stuff. i am never doing 5 talks in a row again ever
00:07:38  <mdedetrich>yeah sounds like they took a lot of your time
00:08:31  <owenb>big time. and as I say literally everything else is changing at the moment. i'm desperate to get my teeth into 0.4 dev again. should be possible soon
00:08:51  <owenb>need to reply to a tonne of emails and google groups postings first, which i'm starting to go through now
00:09:26  <owenb>did you say you're using the latest version of sockjs?
00:11:44  <owenb>0.3.4 ?
00:14:12  <mdedetrich>eys
00:14:20  <mdedetrich>owenb: *yes
00:14:26  <owenb>cool ok
00:14:28  <mdedetrich>socket.io is causing way too many issues
00:15:15  <owenb>right i will push ss-sockjs 0.1.1 which uses sockjs 0.3.4 in a moment
00:15:39  <mdedetrich>owenb: and it also has the other fixes in master branch which you just talked about
00:15:41  * ins0mniajoined
00:15:43  <ArxPoetica>Hey owenb — for what it's worth, I'm fairly invested in SS, so definitely throw us some tasks if you need to delegate.
00:16:01  <owenb>indeed
00:16:18  <owenb>i should have pushed this then and there but i know i was travelling at the time and put it on the todo list instead
00:16:20  <mdedetrich>owenb: I am not sure if you have read the discussion before you cam
00:16:32  <ArxPoetica>haha — just ignore it
00:16:37  <ArxPoetica>we were ranting :P
00:16:47  <mdedetrich>but I am contemplating making something similar to SS, mainly due to issues that i have with current SS
00:17:01  <owenb>what are your pain points?
00:17:18  <owenb>thanks arxpoetica
00:17:33  <mdedetrich>first thing, one section in defineClient
00:17:45  <mdedetrich>where you can send a javascript object which will be available globally to client
00:17:51  * jxgquit (Quit: jxg)
00:17:52  <ArxPoetica>(np)
00:18:07  <mdedetrich>I have some server side settings which need to be sent to the client
00:18:37  <owenb>ok. that's doable
00:18:48  <mdedetrich>the object can also be used in templating engines as well
00:19:03  <mdedetrich>views and templates need to be combined, there is no point in seperating them
00:19:18  <mdedetrich>just point to the "base" view in defineClient
00:19:42  <mdedetrich>I have a lot of code duplication in views/templates
00:19:59  <mdedetrich>due to that seperation (i.e. I have a jade function which creates a button for my site, its used both in views/templates)
00:20:21  <owenb>interesting
00:20:28  <mdedetrich>that jade function is basically copied in both the templates and views
00:20:57  <owenb>one of the main things i'm wanting to rethink in 0.4 is templates. i'm not happy with the ss.tmpl['name'] idea and the confusion over using jade server & client side
00:22:05  <mdedetrich>templates shouldn't be generated on the server at all
00:22:10  <mdedetrich>apart from clientDefine
00:24:28  <owenb>hmm one of the main reasons people hate client-side templates is the speed of compilation on mobile devices. pre-compiling them on the server, where possible, is important
00:24:48  <mdedetrich>well thats fine, but that should be an abstraction
00:24:59  <mdedetrich>nothing that the user has to explicitly code for
00:25:25  <owenb>i also see a difference between views and templates and see value in separating views which have HTML headers and templates which are really just the components of your website organised and shared between multiple clients.
00:25:30  * ins0mniaquit (Ping timeout: 260 seconds)
00:25:59  <mdedetrich>owenb: maybe, but for my website the code duplication is ridiculous
00:26:17  <mdedetrich>because the front page has a lot of elements which is also used for templates
00:27:42  <mdedetrich>obviously there is a difference, and you can simply create that difference yourself
00:27:48  <mdedetrich>by doing views/landingsPages
00:27:53  <mdedetrich>and views/templates
00:27:56  * jxgjoined
00:28:01  <mdedetrich>but the root needs to be a common folder
00:28:12  <mdedetrich>because you can't use jade's import between templates and views
00:28:21  <owenb>ah i see where you're going
00:28:28  <mdedetrich>thats the problem I have
00:28:31  <owenb>right
00:28:36  <owenb>just pushed ss-sockjs
00:28:39  <owenb>0.1.1
00:28:43  <mdedetrich>cheers
00:28:59  <owenb>though npm www is still showing as 0.1.0
00:29:05  <owenb>hopefully just a caching thing
00:29:55  <mdedetrich>also as you just mentioned, the only reason for server side templates is because of performance issues
00:30:01  <mdedetrich>so you should still do templating on the client
00:30:11  <mdedetrich>the difference is that there would be some flag which you set in production
00:30:22  <mdedetrich>which will precompile all your.jade into .js files
00:30:26  <mdedetrich>which then get minified
00:30:31  <mdedetrich>and sent to the client
00:32:15  <owenb>ah ok. the main problem i want to solve is how to grab hold of them on the client?
00:32:32  <owenb>e.g. i'd love to find something better than ss.tmpl
00:32:42  <owenb>and more consistent between different engines
00:33:13  <mdedetrich>well all jade files are placed into templates
00:33:23  <owenb>i need to go for a bit but should be on later. please try the new sockjs module and let me know if that helps, if not we will need to do debugging around the connect middleware stack
00:33:26  <mdedetrich>so SS can simply precompile all of the .jade files into .js ones
00:33:42  <ArxPoetica>My two cents about views versus templates — I think it's an important distinction —
00:34:08  <ArxPoetica>albeit one that took me quite a while to follow
00:34:16  <ArxPoetica>I think it might make sense to group them
00:34:36  <ArxPoetica>but there's a lot of value (for me) in being able to push upstream "client" templates
00:34:57  <mdedetrich>the main thing is, I want to be able to share code between the two
00:35:03  <mdedetrich>because there IS shared code between the two
00:35:25  <mdedetrich>so if someone wants to seperate them, there is nothing stopping that (you can in fact do that now)
00:35:37  <mdedetrich>you would just do templates/clients
00:35:46  <mdedetrich>which would hold your index.jade (or index.html or whatever)
00:36:02  <mdedetrich>and indexMobile.jade and whatnot
00:36:12  <mdedetrich>and then you can put your proper templates into templates/someotherFolder
00:36:14  <mdedetrich>or whatever
00:36:37  <mdedetrich>ArxPoetica: and in my case, I would have templates/libs
00:36:46  <ArxPoetica>sure
00:36:47  <mdedetrich>and in my libs I would put button.jade (which happens to be a mixin)
00:37:23  <mdedetrich>the distinction still exists, its just that this structure allows jade to use code between both, which you sometimes have to do
00:37:34  <ArxPoetica>AH RIGHT
00:41:58  * jxgquit (Quit: jxg)
00:42:49  <mdedetrich>owenb: also when you get back, please use sockjs as a default
00:42:54  <mdedetrich>socket.io has many issues on the clients
00:43:06  <mdedetrich>im not sure if engine.io has these issues, but sock.js just works
00:45:18  <ArxPoetica>mdedetrich, so you've completely swapped out sock.js for socket.io?
00:45:40  <ArxPoetica>(and you'd advise I do the same?)
00:48:13  <mdedetrich>well I swapped out socket.io for sockjs
00:48:16  <mdedetrich>I am using sockjs
00:48:23  <mdedetrich>socket.io had cross domain and IE9 issues
00:48:30  <mdedetrich>also it didn't work in facebook pages
00:49:46  <mdedetrich>im not sure what engine.io is like
00:50:01  <mdedetrich>but sockjs for example doesn't use flash for IE like socket.io does, and flash does cause issues
00:50:17  <mdedetrich>such as taking god damn 3 seconds to load because its a 7 meg html file
00:52:17  <mdedetrich>ArxPoetica: but yeah, I would advice sock.js
00:58:57  <ArxPoetica>oy vay — right
01:27:44  <mdedetrich>owenb: let me know when you come back
01:32:08  * zenoconjoined
01:32:09  * danfoquit (Quit: danfo)
01:34:26  * danfojoined
02:05:22  * john3909quit (Ping timeout: 260 seconds)
02:06:48  * mdedetrichquit (Quit: Computer has gone to sleep.)
02:07:44  * mdedetrichjoined
02:10:53  * zenoconquit (Remote host closed the connection)
02:21:56  <owenb>hey mdedetrich. i'm back
02:22:19  <mdedetrich>owenb: yeah as I said before, another thing is, I would use sockjs as a default
02:22:22  <mdedetrich>and not socket.io
02:23:53  <owenb>not going to set sockjs as the default at this late stage in the game. i've mentally drawn a line under 0.3 now and i'm very comfortable with using engine.io for 0.4. plus there are pros and cons to both transports
02:24:42  <mdedetrich>im saying in this regards to how well the engines work, socket.io has had much more issues with socket.io
02:24:46  <mdedetrich>I have no idea regarding engine.io
02:24:55  <owenb>engine.io is a pure transport
02:25:03  <owenb>paul has also made ss-engionio
02:25:07  <owenb>so you can try that if you fancy it
02:25:15  <owenb>it should drop in just like ss-sockjs
02:29:19  <mdedetrich>one of the major issues with socket.io is that its like 15 megs
02:32:02  <mdedetrich>and from my POV, SS works well in every browser
02:32:07  <mdedetrich>I have no idea if engine-io does
02:40:24  <ArxPoetica>well, the nice thing is you can drop in your own preference
02:42:12  <owenb>indeed. none of the transports are 'perfect' yet, so this is one of the features i most like about SS and is definitely here to stay
02:44:43  <ArxPoetica>Hey owenb, in case you want to see my efforts, they've been open sourced.
02:45:03  <ArxPoetica>https://github.com/engagementgamelab/CivicSeed
02:45:09  <ArxPoetica>Still a lot of work left to do...
02:45:11  <ArxPoetica>tons actually
02:45:23  <ArxPoetica>But I'd be interested in your perspective
02:47:30  * danfoquit (Quit: danfo)
02:50:12  * hipertrackerquit (Quit: hipertracker)
02:51:07  * mdedetrichquit (Quit: Computer has gone to sleep.)
02:51:21  * ArxPoeticaquit (Quit: Leaving.)
02:51:37  * mdedetrichjoined
02:57:07  <owenb>very nice! i will check it out and try it sometime. do you have it running anywhere?
03:05:34  * zenoconjoined
03:24:05  * sberrymanquit (Remote host closed the connection)
03:26:02  * joshsmithquit (Quit: joshsmith)
03:53:21  * john3909joined
04:14:25  * hipertrackerjoined
04:46:35  * jzjoined
04:46:59  * jzchanged nick to Guest91077
04:48:33  * hipertrackerquit (Ping timeout: 252 seconds)
05:18:40  <mdedetrich>owenb: the new version of ss-sockjs is not reconnecting at all
05:43:12  * zenoconquit (Remote host closed the connection)
05:43:47  * zenoconjoined
05:47:54  * zenoconquit (Ping timeout: 240 seconds)
05:59:53  * colinsullivan1joined
06:03:29  * colinsullivanquit (Ping timeout: 255 seconds)
06:08:33  * john3909quit (Ping timeout: 268 seconds)
07:12:36  * colinsullivan1quit (Quit: Leaving.)
07:25:56  * lluadquit (Quit: lluad)
07:29:16  * mdedetrichquit (Quit: Computer has gone to sleep.)
08:29:39  * oalquit (Max SendQ exceeded)
08:31:03  * oaljoined
09:24:37  * mdedetrichjoined
09:32:18  * mdedetrichquit (Quit: Computer has gone to sleep.)
09:33:14  * mdedetrichjoined
10:43:16  * danfojoined
12:23:48  * ins0mniajoined
12:41:48  * zenoconjoined
12:44:14  * zenoconquit (Remote host closed the connection)
12:44:50  * zenoconjoined
12:49:23  * zenoconquit (Ping timeout: 255 seconds)
13:11:52  * jxgjoined
13:33:47  * mdedetrichquit (Quit: Computer has gone to sleep.)
14:03:47  * evangenieurquit (Ping timeout: 255 seconds)
14:21:30  * zenoconjoined
14:22:50  * evangenieurjoined
14:50:58  * lluadjoined
15:02:42  * sberrymanjoined
15:32:45  * aloysius21joined
15:46:37  * danfoquit (Quit: danfo)
16:11:52  * danfojoined
16:41:47  * ins0mniaquit (Ping timeout: 255 seconds)
17:08:13  * ins0mniajoined
17:32:52  * Guest91077quit (Quit: Guest91077)
17:35:50  * aloysius21quit (Remote host closed the connection)
17:35:53  * hipertrackerjoined
17:57:58  * jxgquit (Ping timeout: 244 seconds)
18:02:41  * john3909joined
18:09:26  * chrixianjoined
18:32:00  * ArxPoeticajoined
18:32:07  <ArxPoetica>halo!
18:32:14  * chrixianquit (Ping timeout: 240 seconds)
18:32:33  <ArxPoetica>zenocon -- sorry, still haven't posted angular solution -- still planning on it though
18:32:47  <zenocon>hey
18:32:55  <ArxPoetica>sup
18:33:05  <zenocon>i'm hacking around with a couple different options now...still not sure which is the best path forward
18:34:54  <ArxPoetica>yeah, I'll be very interested in your take
18:35:05  <ArxPoetica>my version, like you said, doesn't account for view within view
18:35:15  <ArxPoetica>but views and routing *are* working
18:35:22  <zenocon>i'm trying ng-switch now, almost have it working
18:35:26  <ArxPoetica>or rather templated views/routing
18:35:32  <ArxPoetica>cool
18:35:42  <ArxPoetica>what's your timezone?
18:35:44  <zenocon>you using all client side templates - or are you fetching html partials from server?
18:35:46  <zenocon>i am EST
18:35:49  <ArxPoetica>I probably won't be able to post for another 3 hours
18:35:58  <ArxPoetica>yeah, okay me 2
18:36:09  <zenocon>no worries, i am busy hacking away on this for now
18:36:13  <ArxPoetica>cool
18:36:18  <ArxPoetica>we can trade war stories
18:36:49  <ArxPoetica>I'm just glad somebody else is working on the exact same prob.
18:39:04  <zenocon>i seemed to have gotten the ng-switch working. i'm using a bootstrap navbar
18:39:20  <ArxPoetica>gist it?
18:39:27  <zenocon>index.jade has all the sub-divs for each menu item, and they only show when the route matches the path for the menu selection
18:39:46  <zenocon>y, i'll try to make a quick gist
18:40:04  <zenocon>it won't be completely runnable, but you'll get the idea
18:42:34  <ArxPoetica>right
18:42:41  <ArxPoetica>I'm doing the same, actually, for what I have
18:42:44  <ArxPoetica>compare notes
18:46:46  * jxgjoined
18:51:11  * jxgquit (Ping timeout: 244 seconds)
18:54:12  * jxgjoined
18:55:23  <ArxPoetica>https://gist.github.com/4120036
18:55:23  <ArxPoetica>https://gist.github.com/4120104
18:55:23  <ArxPoetica>https://gist.github.com/4120136
18:55:25  <zenocon>more or less: https://gist.github.com/4120142
18:55:29  <ArxPoetica>lol same time
18:55:42  <ArxPoetica>view, entry, and routing file
18:56:45  <ArxPoetica>don't know why I didn't group like that.
18:56:50  <ArxPoetica>didn't realize I could :P
18:56:58  <zenocon>why do you add the ng-app attr in code? instead of just putting it in the jade?
18:57:44  <zenocon>so JT['name'] is like client side jade template function?
18:58:31  * john3909quit (Read error: Connection reset by peer)
18:59:11  * john3909joined
18:59:12  <zenocon>yea, in gist, you can just add another file
18:59:54  <ArxPoetica>yes JT
19:00:02  <ArxPoetica>is for ss-clientjade
19:01:02  <ArxPoetica>I add the ng-app in the code because I couldn't get it to work unless I "bootstrap" the app.
19:02:15  <zenocon>hmm...really?
19:02:19  <ArxPoetica>yeah
19:02:37  <zenocon>i didn't post all my init stuff, but mine works without issue. i'll post what i did
19:02:37  <ArxPoetica>I was having problems w/ angular looking for the app before ss was done setting everything up
19:02:48  <ArxPoetica>...interesting...
19:03:32  <ArxPoetica>but bootstrapping works too -- if you ever feel so inclined :P
19:03:37  <zenocon>i posted my entry.js in the gist
19:03:43  <zenocon>are you not using ss-angular?
19:04:11  <ArxPoetica>no
19:04:24  <ArxPoetica>couldn't get that working -- and I don't fully understand the protocol/convention
19:04:36  <ArxPoetica>I realize it's creating a responder
19:04:46  <ArxPoetica>but wasn't 100% sure why/to what end
19:04:56  <zenocon>i haven't done anything with it yet
19:05:00  <ArxPoetica>i see
19:05:01  <zenocon>but i pulled it in
19:05:27  <zenocon>but i'm wondering if in my entry.js (posted in my gist now), the require('ssAngular') bootstraps it for you
19:05:38  <zenocon>so you don't have to, which is why mine works and you had to do it manually
19:05:40  <ArxPoetica>I know polidore originally had his own version of angular in the plugin -- but owenb made it native, so polidore changed it up
19:05:47  <ArxPoetica>ahhhh
19:05:53  <ArxPoetica>maybe so
19:06:18  <ArxPoetica>one positive about bootstrapping is total control over sequence of events
19:06:26  <ArxPoetica>if you're a control-freak like me :P
19:06:38  <zenocon>y, true, i just like writing less lines of code - unless i have to :)
19:07:02  <zenocon>so, my little ng-switch works here, but i haven't yet tried to do more advanced views with it, which is what i'm going to try now
19:07:34  <ArxPoetica>awesome
19:07:34  <zenocon>i think your solution is the other major alternative for routing -- whether you use jade or angular templates, i think it is the same approach
19:07:44  <zenocon>in the route, you specify the template to use, and it includes it
19:07:44  <ArxPoetica>I'll definitely dig in and give better feedback later
19:07:56  <ArxPoetica>right
19:07:57  <zenocon>do u have just the one ngView
19:08:02  <ArxPoetica>yup
19:08:12  <zenocon>y, that was the major limitation i saw
19:08:14  <ArxPoetica>But I was wondering what would happen if I tried to add more
19:08:23  <zenocon>right now, there can only be one per module
19:08:26  <ArxPoetica>sounds like you already found the answer :P
19:08:34  <ArxPoetica>ah!
19:08:37  <ArxPoetica>hmm.
19:08:44  <ArxPoetica>well.
19:09:10  <zenocon>so, for example, i want to make a sidebar, and re-use it across a couple different divs that are shown with ng-switch
19:09:17  <ArxPoetica>We should definitely document this (for owenb) when done.
19:09:20  <zenocon>some of them will share the sidebar, some won't have it.
19:09:25  <ArxPoetica>I'm keeping track of this convo
19:09:38  <ArxPoetica>right
19:09:42  <zenocon>that's difficult to do, b/c you can't re-use pieces -- with one ngView it is the whole thing or nothing
19:10:00  <zenocon>*unless* you include html partials, i think you can do it then
19:10:01  * chrixianjoined
19:10:57  <ArxPoetica>right
19:11:12  <ArxPoetica>but who wants to download *everything* (If I'm understanding you right)
19:11:52  <ArxPoetica>One thing I couldn't figure out in my scenario is how to do more based on routing
19:11:58  <zenocon>well, you can still probably download an html partial from server or do a client side include template like you have done already
19:12:15  <ArxPoetica>Davis.js, for example, acts more like a req/res --> just identify the route and do whatever you want
19:12:45  <ArxPoetica>but angular has limited routing functionality
19:12:50  <ArxPoetica>not like callback or anything
19:12:56  <ArxPoetica>or...not that I know
19:13:06  <zenocon>i'm struggling myself with the best approach, hashbang vs. pushstate vs. routing clientside, vs. having urls that can be indexed by SEO vs. single page app vs. ?
19:13:30  <ArxPoetica>not sure if I'm making sense
19:13:42  <ArxPoetica>yeah -- I'm not sure either
19:13:47  <ArxPoetica>I don't think I like hashbang though
19:14:03  <zenocon>y, hashbang seems to have lost favorability
19:14:39  <zenocon>but with single page app - it is weird to build in all these server side routes if you aren't fetching presentation content, just data
19:15:35  <ArxPoetica>right
19:15:48  <ArxPoetica>another thing to figure out
19:15:56  <zenocon>i just made one express route server side: app.get('/*', function(req, res) { res.serveClient('main'); });
19:15:59  <ArxPoetica>oh no wait -- I have that part figured
19:16:15  <ArxPoetica>yeah -- what you just said
19:17:07  <ArxPoetica>angular knows automatically on page load to do the routing magic
19:17:27  <ArxPoetica>as long as you don't have conflicting back-end server routes (like some express or whatever)
19:17:35  <ArxPoetica>have to be careful with 404 routes, for example
19:17:41  <ArxPoetica>can't just do a catch all
19:18:10  <ArxPoetica>but anyway
19:18:17  <ArxPoetica>I'll look at this later for sure
19:19:04  <zenocon>y, well the server-side catch-all delivers index.jade, and the angular can add an otherwise() clause to redirect to / or /home
19:19:36  <ArxPoetica>oh, right
19:20:35  <zenocon>i'm going to try to build on my example here and make more complex, composite type views...
19:28:46  * danfoquit (Quit: danfo)
19:34:32  <zenocon>cool, i got it working
19:34:37  <zenocon>i think this is the way to go
19:35:43  <ArxPoetica>AWESOME
19:36:06  <zenocon>i'll make a new gist...this is definitely much more flexible i think
19:41:21  <ArxPoetica>https://gist.github.com/4120142 <-- this being the old
19:41:22  <ArxPoetica>?
19:43:38  * sberrymanquit (Read error: Connection reset by peer)
19:43:57  * sberrymanjoined
19:55:25  <zenocon>give me a sec...editing
19:57:49  <zenocon>k, try again...
19:58:05  <zenocon>see the doc.md with explanation
19:58:43  <zenocon>basically, it is the same as last time, but i figured out how you can do sub-views -- e.g. a split pane, left/right; you can extend this any way you want to carve up navigation
19:58:55  <zenocon>and each section can have its own controller
19:59:29  <ArxPoetica>sweet
19:59:45  <ArxPoetica>totally cool
20:00:00  <ArxPoetica>nice visuals :)
20:00:56  <ArxPoetica>remind me what { action: "home.view" } does?
20:01:09  <ArxPoetica>my example had templates...
20:01:15  <ArxPoetica>this is something else for sure :)
20:01:29  <zenocon>ok, action is just a vanilla js object. it can be anything you want
20:01:37  <ArxPoetica>gotcha
20:01:41  <zenocon>action is an arbitrary name for the property to hold a string.
20:02:04  <zenocon>on line 23, that string is split on "."
20:02:26  <zenocon>so you have an array of string -- whatever was spec'd on action for that route
20:02:44  <ArxPoetica>ok makese sense
20:02:46  <zenocon>the trick is then in app.jade
20:03:05  <zenocon>div.container-fluid#content(ng-switch="renderPath[0]")
20:03:24  <zenocon>that will switch the first child level div's based on "home" or "split" or "alerts"
20:03:45  <zenocon>then one level down, on split, it looks at the second string "split.devices", "split.tracking"
20:04:06  <zenocon>and switches on "devices" or "tracking" to show the lower-right pane div
20:04:25  <zenocon>you could make up infinite complex navigation this way
20:04:45  <zenocon>and then add query params to the url for things like ids to go fetch data from server
20:04:54  <ArxPoetica>nice trick
20:05:08  <ArxPoetica>So making rest possible
20:05:14  <ArxPoetica>awesome
20:06:31  <zenocon>i like it -- goodbye backbone.js, you've been a good friend, but this is way better
20:21:06  <zenocon>still don't grok how ss-angular works, have to figure that out next. if you aren't going to use it, what are you going to do: ss-rpc or use angular $http to fetch data?
20:26:05  * jxgquit (Quit: jxg)
21:08:32  <ArxPoetica>not sure
21:09:06  <ArxPoetica>Polidore explained it somewhere, but I need to follow up on his explanation. It kind of was a little too high-level for me to follow.
21:23:01  * ArxPoeticaquit (Quit: Leaving.)
21:34:41  * mdedetrichjoined
21:35:02  <mdedetrich>owenb: yo u there
21:42:41  * mdedetrichquit (Quit: Computer has gone to sleep.)
21:43:03  * audreyrjoined
22:14:16  * mike-dquit (*.net *.split)
22:14:16  * protozoaquit (*.net *.split)
22:14:32  * protozoajoined
22:15:44  * jsurfage_joined
22:16:19  * paulbjensenjoined
22:24:34  * jsurfagequit (*.net *.split)
22:26:00  * audreyrquit (Quit: audreyr)
22:55:54  * mdedetrichjoined
22:56:15  <mdedetrich>back
22:59:12  * jxgjoined
23:20:26  * cjmquit (Remote host closed the connection)
23:29:04  * ArxPoeticajoined
23:30:25  * zenoconquit (Remote host closed the connection)
23:30:58  * zenoconjoined
23:35:48  * zenoconquit (Ping timeout: 265 seconds)
23:44:53  <mdedetrich>owenb: rawr
23:46:55  <ArxPoetica>lol
23:47:01  <ArxPoetica>rawr?
23:47:07  <ArxPoetica>or does that actually mean something?
23:50:47  * chrixianquit (Ping timeout: 265 seconds)
23:51:09  <mdedetrich>well, subscribing to channels
23:51:13  <mdedetrich>suddenly does not work
23:51:21  <mdedetrich>but rawr is hello in dinosaur
23:51:34  * audreyrjoined
23:52:32  <ArxPoetica>lol
23:53:07  <mdedetrich>ffs, why is subscribing to channels not working now
23:53:27  <ArxPoetica>hmm...
23:56:13  <mdedetrich>ah
23:56:15  <mdedetrich>type error
23:56:21  <mdedetrich>man I LOVE javascript
23:58:33  <ArxPoetica>oh, ha ha
23:58:52  <mdedetrich>mongodb id's are not actual strings
23:59:02  <mdedetrich>they are some other type
23:59:13  <mdedetrich>so you have to explicitely call toString()