[13:55] <hatch> good morning
[13:55] <frankban> hi hatch 
[14:32] <hatch> so how was everyones weekend?
[14:33] <benji> bac: http://pastebin.com/0M4PiXZD
[14:34] <bac> hi hatch.  had a lovely long weekend.  hope yours was good
[14:36] <hatch> yeah it was really sunny here - which is a little odd for this time of year
[14:37] <hatch> today is looking like it's goign to be the same
[14:44] <hatch> the supply of Fire Emblem Awakening for 3DS is so bad people are charging a $25 premium online for it hah!
[14:52] <rick_h_> benji: howdy
[14:52] <benji> hi rick_h_; so, post-merge...
[14:52] <rick_h_> yea, qa'ing fun for all
[14:52] <benji> do you have a card on the kanban board?
[14:53] <rick_h_> hmm, on ours. I didn't add one to yours
[14:53] <benji> after a merge the app is updated on http://uistage.jujucharms.com:8080/ you can go there to QA your change
[14:54] <benji> rick_h_: that prbably makes sense; I ask because there is a UI/UX review slot on ours that tracks if there is something for the UI/UX guys to review
[14:54] <rick_h_> ok, and then once qa'd just mark the bug as fix released? 
[14:54] <rick_h_> benji: ok, good to know. 
[15:00] <benji> rick_h_: right
[15:07] <hatch> bcsaller_: 'charmstore' is the default namespace correct? if no namespace is defined it's the default?
[15:09] <bcsaller_> hatch: yes, thats passed in at init and set as default
[15:10] <hatch> alright I'm going to change that to be something more generic - I just didn't want to change it if I was understanding incorrectly
[15:12] <gary_poster> hatch, I converted your kanban card to a prototype card as we discussed
[15:13] <hatch> funny story I was watching a c# tutorial yesterday and the guy took a template and moved the opening curly brackets onto the new line....I cringed haha
[15:13] <gary_poster> hatch, and then I put the actual bugs as cards, to be moved through one at a time
[15:13] <hatch> gary_poster: sounds good! I'm fighting with edge cases right now :/
[15:13] <gary_poster> hatch, and they are all at the top of the board now
[15:14] <hatch> gotcha
[15:14] <gary_poster> cool hatch.  don't forget that, if you've proved the basic story in the prototype, you can just move on to the TDD approach.  OTOH, if you think these edge cases might affect the underlying design, go for it.
[15:14] <hatch> yeah unfortunately they do -  I woudln't feel right submitting it as is
[15:15] <hatch> sorry that's not entirely true
[15:15] <hatch> the one I'm finishing now does
[15:15] <hatch> then I can call it
[15:15] <gary_poster> cool
[15:15] <hatch> I have a postit note that says "split it up"
[15:15] <hatch> lol
[15:15] <gary_poster> :-)
[15:16] <gary_poster> Actually doing the full TDD thing would be even more fab
[15:20] <bac> benji: hangout died.  won't come back.  let's chat after call
[15:21] <benji> bac: k
[15:21] <bac> benji: entityName is a string
[15:21] <gary_poster> rick_h_, thanks again for the fix for bug 1111730.  We will be making a release today, hopefully.  we've been experimenting with moving bugs to "fix committed" and then we actually will mark them as "fix released" when we make the tarball.  That may just be too annoying, but fwiw that's where we are
[15:21] <_mup_> Bug #1111730: Unit count widget misplaced <ie10> <juju-gui:Fix Released> < https://launchpad.net/bugs/1111730 >
[15:21] <bac> f(a,b type) means both a and b are of the same type
[15:21] <benji> bac: I figured, I was just wondering why it isn't declared as such
[15:21] <bac> shortcut
[15:22] <rick_h_> gary_poster: ah ok. Yea we battle the same idea of 'released' with things as well. 
[15:22] <gary_poster> cool
[15:22] <benji> bac: saving those 7 characters is a big win
[15:26] <hatch> OK fixed now to split this up
[15:27] <gary_poster> cool
[15:30] <gary_poster> jujugui call nowm oops
[15:48] <bac> benji: quick hangout?
[15:57] <benji> bac: I do make a mean BBQ potato
[15:58] <hatch> mmmmmm BBQ
[15:58] <hatch> mine has been covered with about 2ft of snow for too long
[15:58] <gary_poster> move someplace warmer :-P
[16:04] <jovan2> gary_poster et al - prototype is at https://drive.google.com/a/canonical.com/#folders/0B1IM--9A1RkTV3FQLVJtbjZvUGM
[16:04] <gary_poster> thank you jovan2 looking now
[16:11] <bcsaller_> Makyo: rapi is further along than suspected , it should just be an improv thing, and the key is 'env'
[16:17] <Makyo> bcsaller_, ah, awesome.
[16:20] <hatch> gary_poster: haha if anything i'd move somewhere with MORE snow :)
[16:20] <gary_poster> :-)
[16:29] <hatch> yikes lbox just rejected me because my indentation was wrong
[16:29] <hatch> note to self....check indentation
[16:30] <Makyo> hatch, make lint is what's catching that. make prep can help, too, if the beautifier can fix it.
[16:30] <hatch> it's also dumping on me because of an invalid jsdoc tag
[16:31] <hatch> I thought we used yuidoc?
[16:31] <Makyo> hatch, we do.  Wonder what that's about?
[16:31] <gary_poster> hatch, if you can turn off the option probably fine
[16:31] <hatch> will investimagate
[16:31] <gary_poster> (must be jshint)
[16:32] <Makyo> The only jshint tag we're using is bitwise operations, right?
[16:32] <gary_poster> dunno
[16:33] <hatch> *shudder* bitwise in js
[16:34] <Makyo> :/
[16:35] <hatch> you're a bitwise fan?
[16:37] <Makyo> I don't care too strongly either way, and the code that uses it isn't mine, but I do like tools that get the job done :)
[16:39] <hatch> hmm
[16:39] <hatch> virtualenv/bin/gjslint --strict --nojsdoc --jslint_error=all
[16:39] <hatch> but it's still flagging the jsdoc stuff
[16:41] <benji> hatch: do you mean yuidoc?
[16:43] <hatch> nope it's dumping on me because my indentation is off on a couple lines and because my documentation is not 'valid'
[16:44] <benji> hatch: if you pastebin the output I'll be glad to see if I can help
[16:45] <hatch> https://gist.github.com/anonymous/1e9e97bf336735ad288a
[16:46] <hatch> damnit I can't claim that gist
[16:49] <hatch> ohh we have the --strict tag
[16:49] <hatch> that's why it's failing
[16:50] <hatch> anyone have any objections to me removing that?
[16:50] <hatch> https://developers.google.com/closure/utilities/docs/linter_howto?hl=en search for --strict
[16:55] <benji> hatch: I'm pretty sure we actively want --strict; we've had it enabled for quite a while without it killing us, so I'm curious why it is causing problems now
[16:56] <hatch> well I'm using non jsdoc tags
[16:56] <hatch> they are valid yuidoc tags though
[16:56] <benji> if you push this to a branch that I can grab I will be glad to look at it
[16:56] <hatch> yup it's pushed
[16:56] <hatch> 1130787-subapp-app-extension
[16:57] <benji> I can construct one, but a full branch URL would be more helpful.
[16:57] <hatch> https://code.launchpad.net/~hatch/juju-gui/1130787-subapp-app-extension
[16:57] <hatch> :)
[16:59] <hatch> if we want to be able to use all of the yuidoc syntax flag we have to drop --strict
[16:59] <hatch> OR, I could just delete those flags and indent the things as it likes
[17:02] <benji> hatch: re. @public: just remove it; re. indentation: I think you know what to do there ;); re. Type should be immediately after @param tag: reverse the name and type ("{object} config" not "config {object}")
[17:03] <hatch> ♫ To the right, to the right, all of my tasks to the right to the right ♫
[17:03] <benji> re. "descriptions must end with valid punctuation such as a period.": do what it says :)
[17:03] <benji> heh
[17:03] <hatch> I can dooo eeet
[17:04] <benji> I actualy prefer it the way you have it, but it's not worth enguaging with the linter about it.
[17:04]  * hatch punches the linter for fun
[17:04] <hatch> you got it
[17:05]  * hatch grumbles and contemplates writing a blog post on how linters hinder innovation in hopes it gets picked up by Fox's hype machine
[17:12] <hatch> wow github support deleted that gist already...that was like 10m
[17:13] <benji> bac: I have a passing test!
[17:18] <hatch> O K jshint is a little nuts.... it won't let me use ++
[17:18] <hatch> lol
[17:20] <frankban> += 1 for jshint!
[17:21] <hatch> frankban: lol yup
[17:22] <hatch> although it's not allowing me to use fallthrough's on my switch statement
[17:23] <hatch> rofl it says file must use "use strict" then it says strings must use single quotes
[17:24] <bac> benji: yay
[17:26] <hatch> ahah /* falls through */ is a workaround
[17:28] <frankban> gary_poster: re bug 1130793, what do you think about including the new helpers (from the charm) in the same MP? 
[17:28] <_mup_> Bug #1130793: For safety, Python charm-helpers juju-log command should insert a "--" before the log message. <Juju Charm Tools:New> < https://launchpad.net/bugs/1130793 >
[17:28] <hatch> *sigh* tests are failing
[17:29] <hatch> has anyone seen this error before?
[17:29] <hatch>   1) Application basics "before all" hook:
[17:29] <hatch>      TypeError: 'undefined' is not an object (evaluating 'c._buildCfg')
[17:32] <hatch> it's on test-prod not test-debug
[17:34] <benji> bac: it isn't my greatest work, but this seems sufficient for the moment: http://paste.ubuntu.com/5565315/
[17:35] <hatch> ohhh I didn't add the module to modules-prod
[17:35] <hatch> *the more you know*
[17:36] <hatch> hmm nope that shoudln't be it
[17:43] <hatch> whenever someone has a second I'd like some input on why this branch won't pass test-prod - I am almost 100% sure it's because it's not loading in the new extension https://code.launchpad.net/~hatch/juju-gui/1130787-subapp-app-extension
[17:43] <hatch> ^ jujugui
[17:44] <benji> hatch: I can look; let me run the tests real quick to be sure I am seeing the same thing
[17:44] <hatch> sure I'm running `make test-prod`
[17:45] <hatch> I swear I'll get all of these procedures down ;)
[17:45] <benji> arg, I have to reinstall mocha-phantomjs; one sec
[17:47] <bac> benji: i think it is fine.  it did find a a real bug.
[17:47] <bac> benji: how to proceed?  want me to merge it in and propose or do you want to?
[17:47] <benji> bac: have at it
[17:47] <bac> benji: ok, thanks
[17:47] <gary_poster> frankban, sorry don't know why I didn't see before.  Probably too late but +1
[17:48] <gary_poster> oh, I was not here that's why. :-P  gradual lunching is the order of the day
[17:49] <benji> it'd be really nice if the HACKING document was actually a literate shell script  or something that would just run all the commands... oh!  if we prefixed the commands with a command prompt, wwe could have a make target that pulled them out and ran them
[17:50] <hatch> I have to say I haven't used a makescript in YEARS until 2 weeks ago
[17:50] <hatch> :)
[17:51] <hatch> well at least directly
[17:51] <benji> you poor, poor deprived person; I'm glad we got to you when we did
[17:51] <frankban> gary_poster: not too late, thanks. We also have a gui branch implementing a log_hook context manager. we did that as a first attempt to workaround the juju-log gojuju problem. it could be worth proposing it anyway
[17:51] <gary_poster> fine by me frankban, yeah
[17:51] <hatch> benji: lol iunnoo.....if I write a node script I can run it on windows too ;)
[17:52] <hatch> well unless it relies on a unix tool
[17:52] <hatch> heh
[17:53] <benji> exactly!  good hygiene requires using tools that will never work on windows, therefore you needn't fear being forced to use it
[17:54] <benji> ok, hatch, I have reproduced the failure, looking quickly
[17:54] <hatch> lol
[17:54] <hatch> ok great
[17:54] <hatch> thanks
[17:55] <benji> hatch: I am seeing lots of merge conflict markers in the code, e.g., app/assets/javascripts/app-subapp-extension.js
[17:55] <bac> benji: just curious, did you deploy and hit with your ws client?
[17:55] <benji> bac: nope
[17:56] <bac> will do
[17:56] <hatch> benji: that's interesting because the files doesn't exist in trunk
[18:01] <benji> hatch: I figured out where the conflicts came from, it is because I had modified my branch of your branch when looking at your lint issues; I've fixed it and am now looking at the test failure
[18:01] <hatch> ahh ok
[18:03] <benji> hatch: if I apply this diff, all the tests pass: http://paste.ubuntu.com/5565397/
[18:04] <benji> I suspect that translates to "you did something wrong" ;P
[18:04] <benji> but at the moment I don't have anything more insiteful to say
[18:04] <hatch> lol - so if I make it so that it doesn't extend the extension then it works
[18:04] <benji> yep
[18:05] <hatch> i am pretty sure it has something to do with the module being loaded because test-debug passes just fine
[18:05] <benji> so... maybe you need to initialize the config earlier, or defer calling some of the subclass code that needs the config until later
[18:05] <hatch> the file is in assets/javascripts does that mean I need to include it manually in modules-prod?
[18:06] <benji> I don't know without looking at how those files are used.  That sounds like something good to investigate though.
[18:06] <benji> I'll check back after lunch and see if there is anything I can do to help.
[18:07] <hatch> yeah I think I'll go grab some lunch now then investigate
[18:08] <hatch> thanks for the help
[18:41] <hatch> and back
[18:50] <hatch> hmm
[18:54] <hatch> benji: I figured it out - I needed to add it to the 'merge-files' file
[18:55] <hatch> I should probably document that somewhere
[19:06] <benji> hatch: hmm, that doesn't sound right; the dependency should be picked up automatically
[19:06] <hatch> all of the modules under the assets dir are in there
[19:06] <hatch> so I'm assuming that's correct
[19:12] <benji> hatch: oh, I thought you were adding code that you had written, not third-party code
[19:13] <benji> wait, I think you are adding code you wrote, in that case, assets is not the best place for it
[19:15] <hatch> oh...darn I just proposed it
[19:15] <hatch> I put it in there because that's where I saw bcsaller_ put the new routing stuff
[19:16] <hatch> I could create another folder for extensions I suppose
[19:17] <benji> hatch: I suspect a location under "app" is most appropriate
[19:18] <hatch> alright I can fix that - can you comment that on the review?
[19:18] <gary_poster> hatch, if it is generic and potentially sharable then I don't think anyone can really complain that you put it in assets
[19:19] <gary_poster> sharable == usable by others
[19:19] <hatch> ok great - because yes it's very generic
[19:20] <hatch> wow that took way to long heh - at least now I know the processes :)
[19:21] <benji> we should consider an index of assets that catalogs things like where we got them from and what version they are, etc.
[19:21] <gary_poster> hatch if you are done with the prototype--you've gotten feedback from Ben and you like it and it works and stuff--then move it to "release: daily" on the board so other people can use your spot on the board please
[19:22] <hatch> ok but the prototype I'm not proposing though...correct?
[19:23] <gary_poster> hatch, right you are done with it
[19:23] <gary_poster> as far as the board is concerned
[19:24] <gary_poster> you won't work on it again--it's done.  yeah?
[19:24] <hatch> yep it's done
[19:24] <gary_poster> then it is as released as it ever will be :-)
[19:26] <hatch> great can you triage bug #1132943
[19:26] <_mup_> Bug #1132943: Create an app scaffold that others can use with Y.SubApp <juju-gui:New for hatch> < https://launchpad.net/bugs/1132943 >
[19:26] <hatch> I already created a task for it
[19:28] <benji> bac: what can I do to push our card forward?
[19:29] <bac> benji: i have it in review.  and i'm now trying to figure out how to get a single diff of the two pieces of work to annotate as a HOWTO.
[19:29] <gary_poster> hatch you have privileges to triage it, right?  If not, I'll change it so you do.  I am not the gate keeper, we (the team) are.  The bug is high importance, as you correctly triaged it.  This is demonstrable, because we have decided to work on it now, and that's what "high" means to us.  Since you triaged it, and you are on the team, it is triaged. :-)
[19:30] <bac> benji: so, i think getting this add-get-2 branch landed and doing the write up is all that needs to be done to finish the card.  you agree?
[19:30] <hatch> gary_poster: OHHH ok, it said that the gatekeeper had reviewed....I assumed that was you :D
[19:30] <gary_poster> hatch I went ahead and triaged it, but (a) does that make sense?  and (b) could you verify that you see the option to change the status
[19:30] <hatch> yes I have the ability to change it
[19:30] <gary_poster> hatch completely understandable.  ok excellent
[19:31] <benji> bac: yep, I agree
[19:32] <bac> benji: so...i'm not sure what there is to do collaboratively, except maybe review the draft of the doc once i get it.
[19:32] <gary_poster> there's room to statr another command card if that makes sense
[19:33] <gary_poster> start
[19:33] <hazmat> bcsaller_, merged re ls annotations, thanks
[19:33] <gary_poster> benji or you could do those design ones
[19:33] <gary_poster> bug 1125424
[19:33] <_mup_> Bug #1125424: Tweaks to loading messages and login visuals <juju-gui:Triaged> < https://launchpad.net/bugs/1125424 >
[19:34] <bcsaller_> hazmat: thanks :)
[19:35] <hatch> jujugui: could I get some reviews on https://codereview.appspot.com/7381055/ please so I can open up my spot on the board
[19:36] <bcsaller_> hatch: I'll take one
[19:36] <hatch> thanks sir
[19:36] <gary_poster> hatch, I'm working on it.  (your tags are supposed to show you if anyone claimed it)
[19:36] <hatch> ahhh I see now
[19:38] <gary_poster> hatch, I'm not sure how much we should care yet, but AFAICT your new js module does not show up in the docs (make view-docs)
[19:38] <bcsaller_> for some reason the diff on app/app.js is broken. wonder how that happened
[19:38] <gary_poster> hatch, if you don't think we should care then argue as such on Friday :-)  we talked about it before and we were/I was wishy washy about it
[19:39] <hatch> bcsaller_: actually all the diffs are broken
[19:39] <hatch> :/
[19:39] <hatch> gary_poster: nope I agree docs are important
[19:39] <bcsaller_> except the new module
[19:40] <gary_poster> hatch, verified that bcsaller_ is correct.  I was hoping that there are not in fact changes in those other files, but they do have changes in fact
[19:40] <gary_poster> in fact in fact
[19:41] <hatch> yeah single line changes
[19:41] <hatch> I can try re-propose?
[19:44] <bcsaller_> hatch: yeah, try that 
[19:45] <hatch> ok it's on it's way
[19:45] <bcsaller_> Makyo: the new rapi-rollup should have basic annotations if you didn't see that already 
[19:46] <Makyo> bcsaller_, thanks, just saw.
[19:48] <hatch> looks like the same issue wrt the diffs
[19:52] <gary_poster> It's correct in the MP :-/ dunno what's going on with rietveld
[19:53] <gary_poster> hatch, re bug 1132933, you are right that it should be documented.  That is only necessary for the "assets" bits
[19:53] <_mup_> Bug #1132933: document the merge-files file <juju-gui:New> < https://launchpad.net/bugs/1132933 >
[19:53] <gary_poster> I will comment to that effect
[19:56] <hatch> sounds good
[19:58] <hatch> ok the second branch that I did has the same diff bug
[19:58] <hatch> what the heck is going on there
[19:58] <benji> bac: let me know if there is anything I can do to further the cause.  In the meantime I will start a new card
[19:59] <gary_poster> hatch, at least as far as I am concerned, don't worry about it.  The other files have trivial changes I see in the MP
[19:59] <hatch> ok I'm just concerned that they result didn't have the actual changes
[19:59] <gary_poster> hatch, look at https://code.launchpad.net/~hatch/juju-gui/1130787-subapp-app-extension/+merge/150414
[20:00] <hatch> OH i know why
[20:00] <hatch> it's "related" to two branches
[20:00] <hatch> thats gota be it
[20:01] <gary_poster> hatch,it is?
[20:01] <gary_poster> don't see that
[20:01] <hatch> https://bugs.launchpad.net/juju-gui/+bug/1130790
[20:01] <_mup_> Bug #1130790: Create Y.SubApp by extending Y.App <juju-gui:Triaged by hatch> < https://launchpad.net/bugs/1130790 >
[20:01] <hatch> maybe....? :)
[20:01] <gary_poster> hatch, maybe that is confusing to lbox/rietveld.  shouldn't be.  isn't to the MP.
[20:02] <hatch> yeah oh well
[20:02] <gary_poster> hatch, lbox is something we can hack on
[20:03] <hatch> I don't think you want me anywhere near a makefile :P
[20:03] <gary_poster> not that I have
[20:23] <hatch> oh man I have too many active branches heh - I think I need folder color coding in sublime :D
[20:25] <hatch> bcsaller: sorry I forgot to add to my reply - that I agree that the parent app should be a bubble target but I haven't implemented that yet because I don't have a real world example of how that should work
[20:25] <hatch> rebubbling is very 'expensive' so the parent app could simply listen for those events
[20:26] <hatch> but it could also rebubble so its an internal event
[20:26] <hatch> both have advantages/disadvantages
[20:26] <hatch> once we have real code using this it's trivial to add one or the other
[20:27] <hatch> right now its 'listen to the sub event manually' option
[20:27] <hatch> feel free to disagre and tell me I'm stupid ;)
[20:35] <gary_poster> hatch I'm distracted but will be back to review in a sec.  my biggest comment will be "where are the tests" :-)
[20:36] <hatch> oh boy I completely forgot about those in the rush to get the code in
[20:37]  * hatch creates a test that returns true
[20:37] <gary_poster> :-)
[20:40] <hatch> darn I'm getting that 'watch 'error again
[20:43] <hatch> hmm
[20:44] <hatch> does anyone know of a way to see how many watches are being used?
[20:47] <hatch> ahah! Sublime Text also adds watchers in which I have a lot of files open
[21:03] <bac> benji: i've got a first draft of the doc but am now EOD.  would you want to run with it for the rest of your day or are you now in the middle of something else?
[21:05] <benji> bac: I'm in the middle of something, plus the fact that I'll only have an hour to work on it suggests that it would be best for me to not put my fingers in it
[21:05] <bac> benji: a-ok
[21:05] <bac> i forgot that you were faking EST and thought you had two more hours
[21:05] <bac> i'll pick it up tomorrow
[21:05] <bac> bye all
[21:07] <gary_poster> bye
[21:08] <hatch> cya
[21:09] <hatch> gary_poster: ok I spend the next couple hours learning mocha and writing tests for those two tasks that are blocking
[21:09] <hatch> if that's alright
[21:11] <gary_poster> hatch, blocking tasks?
[21:12] <hatch> well they are in the review section
[21:12] <hatch> but there is two of them
[21:12] <hatch> so they are blocking
[21:12] <gary_poster> ah!
[21:12] <hatch> mocha is looking pretty simple so it might not take 2h
[21:12] <gary_poster> I needed to refresh board
[21:12] <hatch> :)
[21:12] <gary_poster> hatch, heh, no yo ucan hack that together quickly :-)
[21:20] <gary_poster> hatch, I made a review finally of the older revision of your first branch
[21:24] <hatch> alright - looks like your comments are still very valid on the latest version - I'll try and get to them soon
[21:27] <gary_poster> cool thanks
[21:27] <gary_poster> hatch to reiterate I like what you are doing there generally
[21:44] <bac> gary_poster: i'm going to be starting a little late tomorrow.  have to take my mom to the airport.
[21:45] <gary_poster> ok bac
[21:45] <gary_poster> bac how was the weekend trip?
[21:45] <bac> gary_poster: good.  had a lot of fun on the east coast and then went south on sunday
[21:46] <gary_poster> cool bac, I'm glad
[21:46] <bac> 100x35 miles means you can do a lot of exploring on a day trip
[21:51] <Makyo> bcsaller, would you be willing to share your "improv landscape" work even if it's not finished?  Would like to make sure I'm heading down the right path.
[21:51] <Makyo> bcsaller, s/share/push
[21:52] <bcsaller> Makyo: the change to support get_annotation('env') is already merged, I'm working to add the env annotations to the delta stream right now
[21:53] <Makyo> bcsaller, thanks
[21:59] <hatch> how do I go about running JUST one test suite?
[21:59] <hatch> do we have that ability?
[22:00] <gary_poster> hatch yes.  See those links for each suite.  open them in a new tab or click on them in the same tab and reload
[22:07] <hatch> sorry I don't think I follow
[22:16]  * Makyo walkinates dogalope.
[22:17] <hatch> haha
[22:20] <hatch> gary_poster: are you saying there is a *.html file somewhere which doesn't automatically run all the tests?
[22:20] <gary_poster> oh, hatch!  I forgot you were not looking at these in the browser
[22:20] <gary_poster> hatch, start the test server, and look at them there
[22:21] <gary_poster> the section headers will be links
[22:21] <gary_poster> I suggest you use those
[22:21] <gary_poster> Maybe there is a way to do it with the phantomjs integration but I don't know it
[22:21] <hatch> ohhh now I see :)
[22:21] <hatch> thanks
[22:35] <bcsaller> Makyo: lp:~bcsaller/juju/delta-annotations has the delta streaming, its up for review now, but you can try it out,  lp:~bcsaller/juju-gui/landscape-links has the initial wiring
[23:33] <gary_poster> hatch, thanks for clarifying the dispatch binding stuff. cool