[22:46:57 EST(-0500)] <Bosmon> It is the thing called URLDataSource
[22:47:05 EST(-0500)] <colinclark>
[22:47:16 EST(-0500)] <jessm> the french guestbook still says "add a note"
[22:47:24 EST(-0500)] <Bosmon> aha
[22:47:39 EST(-0500)] <Bosmon> Where
[22:47:42 EST(-0500)] <Bosmon> It doesn't for me
[22:47:54 EST(-0500)] <jessm> oh maybe i've cached my language preference?
[22:47:58 EST(-0500)] <jessm> http://build.fluidproject.org:8095/engage/guestbook/guestbook.html?db=mccord_exhibitions&type=exhibition&id=Peintres+juifs+de+MontrÃ©al.+TÃ©moins+de+leur+Ã©poque%2C+1930-1948&lang=fr
[22:48:11 EST(-0500)] <colinclark> ah, so it is, Bosmon
[22:48:45 EST(-0500)] <Bosmon> You know, this site is actually looking pretty good
[22:48:46 EST(-0500)] <colinclark> "Add a Note"
[22:49:03 EST(-0500)] <Bosmon> Ah, you're right
[22:49:06 EST(-0500)] <Bosmon> In "guestbook proper"
[22:49:07 EST(-0500)] <colinclark> And "Guestbook for This Exhibition"
[22:49:22 EST(-0500)] <colinclark> It is looking pretty good, Bosmon
[22:49:27 EST(-0500)] <colinclark> We've done good work in a very short amount of time
[22:49:36 EST(-0500)] <Bosmon> Only slightly more than 47 minutes
[22:51:07 EST(-0500)] <colinclark> Bosmon: So if I want to manually signal an error-say if someone tries to GET me-I send back a "togo"?
[22:51:08 EST(-0500)] <colinclark>
[22:51:16 EST(-0500)] <colinclark> That was a joke
[22:51:30 EST(-0500)] <Bosmon> I'm not sure I entirely grasped it
[22:51:31 EST(-0500)] <colinclark> An Ajax wrapper-like object
[22:51:34 EST(-0500)] <Bosmon> But I am a little confused
[22:51:38 EST(-0500)] <colinclark> You name EVERYTHING togo
[22:51:44 EST(-0500)] <Bosmon> No... only things which "go"
[22:51:57 EST(-0500)] <Bosmon> "togo" is the value which will be returned from this function...
[22:52:02 EST(-0500)] <colinclark> I know
[22:52:08 EST(-0500)] <colinclark>
[22:52:49 EST(-0500)] <colinclark> So I'm looking at URLDataSource, and I see that you just return the results of operateUrl (we should settle on one case or another)...
[22:53:03 EST(-0500)] <colinclark> So in my case, I know even before operating the URL if the result is an error
[22:53:26 EST(-0500)] <colinclark> So I'm assuming I just need to return something that look like the "togo" returned from operateUrl
[22:53:31 EST(-0500)] <colinclark> Which we lack a name for
[22:53:35 EST(-0500)] <colinclark> Since it is called togo
[22:53:37 EST(-0500)] <Bosmon> Oh yeah
[22:53:50 EST(-0500)] <Bosmon> This is determined definitively by setting "isError = true" on the root
[22:53:57 EST(-0500)] <colinclark> easy
[22:54:04 EST(-0500)] <colinclark> You can see how, if this thing had a name
[22:54:10 EST(-0500)] <colinclark> It might be better named that than togo
[22:54:13 EST(-0500)] <colinclark> but I will stop there
[22:54:13 EST(-0500)] <Bosmon> hahaha
[22:54:19 EST(-0500)] <Bosmon> It could be called the "URL disposition object"
[22:54:44 EST(-0500)] <colinclark> return urlDispositionObject is somewhat less terse, I know
[22:54:48 EST(-0500)] <colinclark> Why disposition?
[22:54:58 EST(-0500)] <colinclark> Because it has a generally sunny one?
[22:55:21 EST(-0500)] <jessm> k, gentlemen, i'm calling it a night for me unless there's anything else i can do?
[22:55:45 EST(-0500)] <Bosmon> hahaha
[22:55:49 EST(-0500)] <Bosmon> colinclark is becoming delirious
[22:56:00 EST(-0500)] <colinclark> jessm: Thanks so much again
[22:56:05 EST(-0500)] <Bosmon> No, that is fine - you have been a very GOODD CATT
[22:56:14 EST(-0500)] <colinclark> Look who's talking ^
[22:56:20 EST(-0500)] <jessm> colinclark: i owe a serious thanks to you two – look how late it is and how many nights in a row is this?
[22:56:25 EST(-0500)] <jessm> don't even answer
[22:56:29 EST(-0500)] <colinclark>
[22:56:43 EST(-0500)] <jessm> i'll go chew my disgusting, unsanitary meaty-bone now
[22:56:44 EST(-0500)] <jessm>
[22:56:48 EST(-0500)] <Bosmon> hahahaha
[22:56:50 EST(-0500)] <jessm> goodnight
[22:56:54 EST(-0500)] <Bosmon> I have recently been giving him BAICKON
[22:57:25 EST(-0500)] <colinclark>
[22:57:39 EST(-0500)] <colinclark> well, we're almost there
[22:57:56 EST(-0500)] <colinclark> did you get your i18n issues sorted out, or are you still glued to the 11 hour chair?
[00:31:20 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176130909.dsl.bell.ca) has joined #fluid-work
[04:27:31 EST(-0500)] * denbuzze (~anonymous@ginger.caret.cam.ac.uk) has joined #fluid-work
[06:20:05 EST(-0500)] * sveto (~sveto@62.44.108.2) has joined #fluid-work
[07:14:20 EST(-0500)] * boyan (~boyan@62.44.108.2) has joined #fluid-work
[07:20:45 EST(-0500)] * sveto (~sveto@62.44.108.2) has left #fluid-work
[07:23:36 EST(-0500)] * sveto (~sveto@62.44.108.2) has joined #fluid-work
[08:24:54 EST(-0500)] * justin_o (~jmo@142.150.154.101) has joined #fluid-work
[08:24:55 EST(-0500)] * anastasiac (~team@142.150.154.193) has joined #fluid-work
[08:46:17 EST(-0500)] <sveto> hi justin_o, should I make another patch for ENGAGE-379 (warning icon not appearing)? I'm looking at my list of assigned issues...
[08:51:55 EST(-0500)] <justin_o> sveto: sure.. it won't make it into 0.3b but it would be good to have on hand for once code freeze is lifted
[08:53:22 EST(-0500)] <sveto> justin_o: so should I participate in the tests today?
[08:53:56 EST(-0500)] <justin_o> sveto: yes please... do you have an ipod or iphone by any chance
[08:54:27 EST(-0500)] <sveto> I have an iPhone, I haven't checked it's version yet... but it has voice over
[08:57:06 EST(-0500)] <sveto> it's a 3GS
[08:58:26 EST(-0500)] <justin_o> sveto: that should be good.. i think that would be at least 3.0 then
[08:58:36 EST(-0500)] <sveto> OS 3.1.2
[08:58:46 EST(-0500)] <justin_o> sveto: that's perfect...
[08:59:04 EST(-0500)] <sveto> so, should I file a different email for each bug?
[08:59:42 EST(-0500)] <justin_o> sveto: sure.. i think that is the format they are taking for this round of testing
[08:59:59 EST(-0500)] <sveto> justin_o: ok, thanks for the information
[09:00:41 EST(-0500)] <justin_o> sveto: jameswy is on point with jessm for this one... he was suggesting that you e-mail the list about what configuration you are testing
[09:07:40 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176130909.dsl.bell.ca) has joined #fluid-work
[09:11:57 EST(-0500)] <colinclark> sveto: Just a include for the unit test, eh? That's pretty decent.
[09:12:13 EST(-0500)] * yura1 (~yura@142.150.154.101) has joined #fluid-work
[09:12:54 EST(-0500)] <sveto> colinclark: yes, it was the Engage client utils being reworked
[09:12:59 EST(-0500)] <colinclark> aha!
[09:13:03 EST(-0500)] <colinclark> It was so late for all of us
[09:13:09 EST(-0500)] <colinclark> embarassing
[09:33:39 EST(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[09:37:41 EST(-0500)] * yura1 (~yura@142.150.154.101) has joined #fluid-work
[09:40:53 EST(-0500)] <colinclark> justin_o: Here are the profiles I created for Engage's various dependencies:
[09:40:55 EST(-0500)] <colinclark> http://wiki.fluidproject.org/display/fluid/Engage+Mobile+App+Development
[09:41:23 EST(-0500)] <justin_o> colinclark: thanks... i was just looking for those
[09:46:19 EST(-0500)] <jessm> yura: is 403 really still open?
[09:46:57 EST(-0500)] <colinclark> justin_o: I just put up a patch with an example of how I added timings to the head of Home.html and Browse.html
[09:46:58 EST(-0500)] <colinclark> http://issues.fluidproject.org/browse/ENGAGE-342
[09:47:15 EST(-0500)] <colinclark> That should provide you with a baseline for trying with concat/minified
[09:47:31 EST(-0500)] <colinclark> The iPhone console is actually pretty good if you turn it on
[09:47:41 EST(-0500)] <colinclark> Settings > Safari > Developer
[09:48:38 EST(-0500)] <justin_o> colinclark: thanks... i'll take a look at that
[09:49:16 EST(-0500)] <colinclark> So doing an Infusion custom build should be super-easy--you've already done that
[09:49:31 EST(-0500)] <colinclark> I think it shouldn't be too hard to manually concat and minify files from Engage, just to test
[09:49:50 EST(-0500)] <colinclark> If you do succeed in that, I'd suggest also tasking all the resources from Browse and concat/minifying them into one file
[09:50:02 EST(-0500)] <colinclark> That should give us a good diversity of timings to know what impact concat and minify has on our speed
[09:50:40 EST(-0500)] <yura> hey jessm, i think if Antranig added the strings that Hugues send us yesterday then yes
[09:50:56 EST(-0500)] <yura> it should be closed
[09:51:08 EST(-0500)] <jessm> yura: not sure if he did...
[09:51:16 EST(-0500)] <yura1> let me check
[09:52:49 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined #fluid-work
[09:56:14 EST(-0500)] <yura1> jessm: yes , it looks like the the strings are working, the only one thing missed is the date of the comment which is in english
[09:58:57 EST(-0500)] <colinclark> Oh, hey justin_o
[09:59:18 EST(-0500)] <colinclark> Can you also run the tests as-is to start on the iPhone 3GS so we have a baseline of its speed
[09:59:29 EST(-0500)] <colinclark> My tests were on an iPhone 3G, so it'll be confusing otherwise
[09:59:43 EST(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[10:00:07 EST(-0500)] <justin_o> colinclark: wondering if i should use the 3GS or just my own... since people may need them for voiceover testing today
[10:02:17 EST(-0500)] <colinclark> justin_o: Makes sense. I'll bring mine in, too
[10:02:34 EST(-0500)] <colinclark> I'm gonna disappear for an hour or so and see you in the office soon
[10:02:40 EST(-0500)] <yura1> jessm: wait, there is one : "Guestbook for This Exhibition" is not translated, it's the title on guestbook page
[10:02:45 EST(-0500)] <justin_o> colinclark: okay... so you later
[10:18:02 EST(-0500)] * sveto (~sveto@62.44.108.2) has left #fluid-work
[10:53:01 EST(-0500)] * justin_o (~jmo@142.150.154.101) has joined #fluid-work
[10:55:03 EST(-0500)] <yura1> jessm: so there's an interesting problem with voice over in safari : ENGAGE-410
[11:27:03 EST(-0500)] <jessm> yura1: woah, 410 looks huge
[11:27:11 EST(-0500)] <jessm> are you on it now?
[11:32:34 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176130909.dsl.bell.ca) has joined #fluid-work
[11:35:14 EST(-0500)] * athena (~athena@adsl-99-90-243-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[11:57:24 EST(-0500)] * elicochran (~elicochra@dhcp-169-229-212-34.LIPS.Berkeley.EDU) has joined #fluid-work
[11:57:53 EST(-0500)] <jessm> justin_o: you deep in performance?
[11:58:55 EST(-0500)] <justin_o> jessm: a bit... something you need help with?
[11:59:03 EST(-0500)] <jessm> justin_o: nope, just check in
[11:59:16 EST(-0500)] <justin_o> jessm: okay
[11:59:23 EST(-0500)] <jessm> justin_o: yura1: you two are good to go on your bugs it seems like
[12:00:01 EST(-0500)] <justin_o> jessm: yep... yura is digging into 410 at the moment.... testing on the iphone
[12:00:09 EST(-0500)] <jessm> great
[12:02:36 EST(-0500)] <yura1> jessm: yes, 410 for me , sorry
[12:02:50 EST(-0500)] <jessm> no, that's good! just checking in
[12:25:38 EST(-0500)] <yura1> jessm: hey jessm, i m closing the 410, I can't reproduce it anymore
[12:25:46 EST(-0500)] <yura1> and I tried on 2 devices
[12:25:48 EST(-0500)] <yura1> they all work
[12:25:58 EST(-0500)] <yura1> not sure why it didn't work before
[12:27:18 EST(-0500)] <yura1> jessm: is there anything qa related that I should do or should I take a look at the nav bar title autofocus "feature" for chromeless app
[12:30:56 EST(-0500)] <jessm> yura1: is there a number for that one?
[12:31:42 EST(-0500)] <yura1> nope , it was sort of though of solution
[13:05:54 EST(-0500)] <jessm> yura1: let me take a look at bugs and see if there's one that's immediate
[13:10:07 EST(-0500)] <yura1> ok
[13:30:15 EST(-0500)] <jameswy> jessm: ENGAGE-414 is a semi-significant bug that might need a non-trivial solution
[13:30:56 EST(-0500)] <jessm> jameswy: good one – yura1: can you take a look at ENGAGE-414?
[13:31:24 EST(-0500)] <yura1> jessm: Ill take a look
[13:34:13 EST(-0500)] <yura1> jessm: this could actually related to one of the older tasks when we wanted to have "Loading..." style on all pages until the whole page is rendered and ready to be displayed
[13:39:00 EST(-0500)] <jessm> yura1: what does that imply? this bug is dependent on another?
[13:40:56 EST(-0500)] <yura1> if you look at ENGAGE-137
[13:41:28 EST(-0500)] <yura1> jessm: that's the way we handled the page while it's being loaded, so that could fix both problems
[13:41:52 EST(-0500)] <jessm> yura1: 137 is closed
[13:41:57 EST(-0500)] <jessm> did it not fix the problem?
[13:42:17 EST(-0500)] <jessm> ah, it was closed because it's a duplicate
[13:42:32 EST(-0500)] <yura1> yes sorry 351 now
[13:43:12 EST(-0500)] <jessm> yura1: or do you know the status of 406?
[13:44:43 EST(-0500)] <yura1> Bosmon: are you there?
[13:45:40 EST(-0500)] <yura1> jessm: I am not sure if we can do put requests at the moment through non-spout services...
[13:45:49 EST(-0500)] <yura1> i need to ask Bosmon about that
[13:45:57 EST(-0500)] <jessm> yura1: gotcha
[13:46:06 EST(-0500)] <jessm> so, maybe 351 then
[13:46:44 EST(-0500)] <yura1> jessm: yes, I will start on that
[13:46:52 EST(-0500)] <jameswy> jessm, yura1: ENGAGE-416 might be the same issue as 416.
[13:47:11 EST(-0500)] <jessm> jameswy: did you mean something else?
[13:49:21 EST(-0500)] <jameswy> jessm: Hahaha, yikes.
[13:49:34 EST(-0500)] <yura1> jessm: haha
[13:49:50 EST(-0500)] <jameswy> jessm, yura1: I meant that 416 might be the same as 414.
[13:50:04 EST(-0500)] <jameswy> (though, to be fair, 416 is also the same as 416?)
[13:50:22 EST(-0500)] <jessm>
[13:50:45 EST(-0500)] <jessm> so, yura1 is going to tackle 351 for now
[13:51:47 EST(-0500)] <yura1> jessm: yes
[13:59:29 EST(-0500)] <jameswy> jessm: ENGAGE-418 is a biggy
[13:59:41 EST(-0500)] <jameswy> Blocker, imo
[14:00:18 EST(-0500)] <jessm> jameswy: is that same as 403?
[14:00:46 EST(-0500)] <jessm> Bosmon: ping when you're around
[14:01:19 EST(-0500)] <jameswy> jessm: nope--yura1 has the technical explanation
[14:01:33 EST(-0500)] <jameswy> jessm: something about the way we're referencing artifacts in My Collection
[14:03:05 EST(-0500)] <jameswy> jessm: on second thought, maybe it's just a critical, and not blocker--the issue only occurs when the user changes languages mid-session
[14:03:15 EST(-0500)] <jessm> jameswy: yeah
[14:03:27 EST(-0500)] <jessm> let's do 351 since the performance is still an issue
[14:03:56 EST(-0500)] <jessm> jameswy: 418 is a mid-session language change and is important, but not a blocker
[14:04:15 EST(-0500)] <jameswy> jessm: agreed.
[14:05:30 EST(-0500)] * justin_o (~jmo@142.150.154.165) has joined #fluid-work
[14:14:09 EST(-0500)] <Bosmon> yura1 - Yes I am here
[14:14:32 EST(-0500)] <jessm> Bosmon: 403 – what's the scoop there?
[14:15:00 EST(-0500)] <jameswy> jessm: ENGAGE-419 is also pretty important
[14:15:24 EST(-0500)] <jameswy> jessm: ENGAGE-419: comment date always in English
[14:15:31 EST(-0500)] <Bosmon> 403?
[14:15:34 EST(-0500)] <yura1> Bosmon: is it possible to make PUT requests with kettle without using the spouts
[14:15:43 EST(-0500)] <Bosmon> yura1 - what are you trying to do?
[14:15:58 EST(-0500)] <jessm> oh, sorry, not 403 – what yura is talking about
[14:16:01 EST(-0500)] <yura1> well it's related to ENGAGE-406
[14:16:18 EST(-0500)] <Bosmon> Ah
[14:16:30 EST(-0500)] <Bosmon> Colin was working on 406 just before we passed out last night
[14:16:33 EST(-0500)] <Bosmon> I would leave it to him
[14:16:44 EST(-0500)] <Bosmon> He said he had got it 90% working
[14:17:15 EST(-0500)] <Bosmon> 419 is definitely in my park... I'll start on it shortly
[14:17:26 EST(-0500)] <jessm> Bosmon: yura1 justin_o: jameswy and i are priortizing new bugs – will get #s to you soon
[14:17:39 EST(-0500)] <Bosmon> cool beans
[14:18:18 EST(-0500)] <yura1> thanks Bosmon
[14:22:21 EST(-0500)] <jessm> Bosmon: what do you think of 411?
[14:23:32 EST(-0500)] <Bosmon> I think... "glarg"
[14:23:58 EST(-0500)] <jessm> Bosmon:
[14:24:06 EST(-0500)] <Bosmon> semi-persistent state is not really anything we have much of an approach to yet
[14:24:23 EST(-0500)] <Bosmon> Dealing with the language setting stretched our already limited capabilities
[14:24:33 EST(-0500)] <Bosmon> I mean, we can continue to pile yet more stuff into cookies...
[14:25:22 EST(-0500)] <jessm> Bosmon: that seems like the way to do persistence – is there another as yet undefined approach
[14:25:24 EST(-0500)] <jessm> ?
[14:25:41 EST(-0500)] * colinclark (~colin@142.150.154.101) has joined #fluid-work
[14:25:50 EST(-0500)] <colinclark> Bosmon: You around?
[14:26:46 EST(-0500)] <jessm> colinclark: he is
[14:26:56 EST(-0500)] <colinclark> jessm: hey
[14:26:57 EST(-0500)] <colinclark> How's it going?
[14:27:30 EST(-0500)] <colinclark> Bosmon: So justin_o has gathered lots of useful data for our Science
[14:27:30 EST(-0500)] <jessm> colinclark: going and going
[14:27:38 EST(-0500)] <jessm> colinclark: just prioritizing bugs with jameswy
[14:27:47 EST(-0500)] <colinclark> cool
[14:28:18 EST(-0500)] <Bosmon> Hi
[14:28:19 EST(-0500)] <Bosmon> I am here
[14:28:29 EST(-0500)] <Bosmon> I am excited about Science
[14:28:40 EST(-0500)] <Bosmon> We were just having a chat about semi-persistence when you arrived
[14:28:57 EST(-0500)] <Bosmon> ENGAGE-411 relates to the fact that the state of list and grid views does not persist across navigation
[14:29:00 EST(-0500)] <Bosmon> To which I said, "glarg"
[14:29:27 EST(-0500)] <jessm> Bosmon: if you want another ugly one, there's 408
[14:31:56 EST(-0500)] <jessm> i just added 408 to the bug parade and made it critical
[14:31:57 EST(-0500)] <colinclark> Bosmon: Yes, that's right. No persistence for the Navigation Bar. I think I brought this up yesterday or the day before in the channel.
[14:32:02 EST(-0500)] <jessm> yura1: Bosmon ^
[14:32:16 EST(-0500)] <colinclark> It would have to be done, and should be done, with a new query parameter in the URL
[14:32:38 EST(-0500)] <colinclark> Bosmon: Until word comes down from jessm and jameswy about blockers from QA, I need your help if you have time.
[14:32:42 EST(-0500)] <Bosmon> ok
[14:32:54 EST(-0500)] <Bosmon> Well, URL space is getting progressively crowded
[14:33:00 EST(-0500)] <colinclark> Indeed
[14:33:19 EST(-0500)] <colinclark> We could use a cookie, though I'm not quite sure it's appropriate. Grid/list toggle really is a state you want to be bookmarkable, I imagine.
[14:33:28 EST(-0500)] <colinclark> Justin's data suggests some good and interesting things... he's still running tests.
[14:33:38 EST(-0500)] <colinclark> In short, concat and minify have their biggest effects on 3G connections.
[14:33:53 EST(-0500)] <colinclark> This supports my theory that 3G connections have a lot of overhead to open and close
[14:34:13 EST(-0500)] <colinclark> Things are several seconds faster when we make fewer round trips to the server.
[14:34:16 EST(-0500)] <Bosmon> It sounds reasonable
[14:34:17 EST(-0500)] <Bosmon> ok
[14:34:24 EST(-0500)] <colinclark> On a WiFi connect, however, this improvement isn't nearly as substantial
[14:34:29 EST(-0500)] <Bosmon> Interesting
[14:35:13 EST(-0500)] <colinclark> So, the next thing Justin is going to explore is the app cache. I expect it will not provide us with much in the way of improvements.
[14:35:34 EST(-0500)] <colinclark> This means that you and I need to dive into reviving the Screen Navigator in its unobtrusive form...
[14:35:47 EST(-0500)] <colinclark> A few weeks ago, you will remember, I did some research into this.
[14:35:56 EST(-0500)] <colinclark> Two outstanding issues to address:
[14:36:07 EST(-0500)] <colinclark> 1. Ensuring that files are included in the page head only once
[14:36:13 EST(-0500)] <colinclark> 2. Rebasing URLs relative to the "one page"
[14:36:22 EST(-0500)] <Bosmon> ?
[14:36:26 EST(-0500)] <colinclark> I don't imagine this is crazy difficult
[14:36:29 EST(-0500)] <Bosmon> Do we have instances of duplicates?
[14:36:37 EST(-0500)] <colinclark> Well, no
[14:36:49 EST(-0500)] <colinclark> Perhaps I'm making an unnecessary assumption:
[14:37:13 EST(-0500)] <colinclark> That we would place a shared set of dependencies in the "one page's" head
[14:37:28 EST(-0500)] <colinclark> And then load in any unique dependencies required by specific pages as needed
[14:37:33 EST(-0500)] <Bosmon> Oh sorry.... I didn't quite grasp the full impact of what you meant
[14:37:46 EST(-0500)] <Bosmon> "its unobtrusive form" means "one-pageist insanity"
[14:38:02 EST(-0500)] <Bosmon> Surely we would just place ALL the dependencies into the one page
[14:38:07 EST(-0500)] <Bosmon> We don't have a very great variety
[14:38:13 EST(-0500)] <colinclark> We could certainly do that for now
[14:38:23 EST(-0500)] <colinclark> I'm not sure it's very viable in the long term
[14:38:32 EST(-0500)] <Bosmon> No, perhaps not
[14:38:46 EST(-0500)] <Bosmon> But then we were always planning to implement "The Fluid Loader" as from that JIRA on 0.3
[14:38:47 EST(-0500)] <colinclark> And I can't imagine it's much more work to lazily load some resources as needed
[14:38:48 EST(-0500)] <Bosmon>
[14:39:16 EST(-0500)] <Bosmon> Well... we then run into all kinds of issues with synchronization
[14:39:32 EST(-0500)] <colinclark> Tell me about that
[14:39:51 EST(-0500)] <Bosmon> Well.... if we use the "best" method... how do we know when a resource has loaded?
[14:39:52 EST(-0500)] <Bosmon> Well
[14:39:57 EST(-0500)] <Bosmon> Actually I guess it is actually synchronous
[14:40:01 EST(-0500)] <Bosmon> I mean, "Nico-ism"
[14:42:14 EST(-0500)] <colinclark> Bosmon: We should have a chat on Skype soon, maybe?
[14:42:26 EST(-0500)] <Bosmon> yes
[14:42:47 EST(-0500)] <Bosmon> I am a bit bewildered with all that is going on
[14:43:22 EST(-0500)] <Bosmon> How far had one-page-ism ever been demonstrated?
[14:43:38 EST(-0500)] <Bosmon> Was there are "draft impl" that showed the page composition and invocation of discovered init blocks?
[14:44:35 EST(-0500)] <colinclark> Sort of
[14:44:38 EST(-0500)] <colinclark> I can fill you in
[14:46:27 EST(-0500)] <jessm> colinclark: 403, a blocker is assigned to sveto, but he isn't here
[14:48:10 EST(-0500)] <colinclark> lemme look
[14:48:33 EST(-0500)] <colinclark> 403 seems to be assigned to yura, jessm
[14:49:23 EST(-0500)] <jessm> colinclark: super sloppy, sorry
[14:50:22 EST(-0500)] * justin_o_ (~jmo@142.150.154.101) has joined #fluid-work
[15:03:30 EST(-0500)] <jessm> justin_o: yura1: Bosmon: colinclark: jameswy: just sent out the new parade list with a new blocker (408) and two new criticals (407, 415) – these are new bugs from QA
[15:07:05 EST(-0500)] <colinclark> thanks jessm
[15:07:23 EST(-0500)] <justin_o> jessm: okay... thanks
[15:08:41 EST(-0500)] <jameswy> jessm: Might want to check out the list reply Hugues gave to ENGAGE-417.
[15:12:15 EST(-0500)] * EverettZ (~chatzilla@bas4-toronto06-1279277651.dsl.bell.ca) has joined #fluid-work
[15:13:14 EST(-0500)] <EverettZ> jameswy: Was the feedback I sent on the first set of QA tests useful to you, or would you prefer a different format?
[15:13:57 EST(-0500)] <colinclark> Bosmon: Here's the sketch for a new Screen Navigator I wrote a few weeks ago: https://source.fluidproject.org/svn/incubator/engage/client/trunk/screenNavigator/js/ScreenNavigatorLite.js
[15:20:41 EST(-0500)] <jameswy> EverettZ: It was excellent--and the format is just right.
[15:21:08 EST(-0500)] <jameswy> EverettZ: I haven't gotten around to filing the VO issues, but that's next on my list.
[15:21:56 EST(-0500)] <yura1> jessm: 403 has only the comment date problem and that one string that I mentioned earlier today
[15:22:12 EST(-0500)] <EverettZ> jameswy: great, just making sure that it was working for you. My goal is to make it through all 10 sets of tests.
[15:22:44 EST(-0500)] <jameswy> EverettZ: That would be awesome! Thanks so much for contributing.
[15:24:57 EST(-0500)] <jessm> yura1: can you document that in the jira
[15:25:06 EST(-0500)] <EverettZ> jameswy: my pleasure.
[15:25:26 EST(-0500)] <yura1> jessm: will do
[15:58:31 EST(-0500)] <jessm> justin_o: any chance you can take a look at 408 by end of day?
[16:02:54 EST(-0500)] <Bosmon> colinclark: Just had a fantastic idear
[16:03:44 EST(-0500)] <Bosmon> Rather than return DESIGNATIONS of all the head material which is required by the upcoming page... we can actually FETCH them ourselves
[16:03:51 EST(-0500)] <yura1> jessm: I did add the comment, I wonder if I should email Hugues and ask for the last string that we missed
[16:04:05 EST(-0500)] <Bosmon> A GIANT JSON STRUCTURE CONTAINING A SEMI-WARMED MASS OF CSS AND JAVERSCRIPT
[16:04:24 EST(-0500)] <colinclark> catching up
[16:05:06 EST(-0500)] <colinclark> Bosmon: Meaning the actual text of the CSS and JS files?
[16:05:14 EST(-0500)] <colinclark> This is exactly what Google seems to do in Maps
[16:05:29 EST(-0500)] <colinclark> Have you ever looked at the source for a Google Maps page? It is an incredible mass of inlined stuff
[16:06:13 EST(-0500)] <colinclark> Bosmon: I have encountered a bit of a problem... but it is surmountable. Currently, our back button just uses history.back(). We'll have to write a history stack in the Screen Navigator to replicate this behaviour
[16:06:27 EST(-0500)] <colinclark> I think it should be fine, but it is illustrative of the trade-off we are making here
[16:06:55 EST(-0500)] <colinclark> We will also have to programmatically update page titles and the like
[16:07:51 EST(-0500)] <jessm> yura1: yes, i thought you had?! yes, email Hugues
[16:07:53 EST(-0500)] <jessm> please
[16:09:51 EST(-0500)] <jessm> justin_o: ^^
[16:10:22 EST(-0500)] <justin_o> jessm: sorry i missed your message. I'll try to take a look at that soon... just have to do one more timing test
[16:10:43 EST(-0500)] <jessm> justin_o: cool, thanks
[16:11:32 EST(-0500)] <colinclark> So jessm
[16:11:42 EST(-0500)] <colinclark> Here's my plan; I'd like your thoughts
[16:12:09 EST(-0500)] <colinclark> Or put properly, here's my idea for our community plan.
[16:12:25 EST(-0500)] <colinclark> 1. Justin finishes up the last couple of performance metrics, which he's nearly done.
[16:13:25 EST(-0500)] <colinclark> 2. Yura finishes his work on the loading pages, which he's midway through
[16:13:29 EST(-0500)] <colinclark> 3. We fix bugs
[16:13:43 EST(-0500)] <jessm> 3. who is we?
[16:13:51 EST(-0500)] <colinclark> 4. We have a slow-ish version of the app that Hugues can rock on Monday
[16:14:02 EST(-0500)] <colinclark> We being primarily justin_o and yura.
[16:14:26 EST(-0500)] <jessm> it's 4p and i don't want any of you in this channel at 6p if you can help it
[16:14:41 EST(-0500)] <colinclark> 5. While justin_o and yura lead up the bug fixing work, Bosmon and I work on the "all in one page" approach
[16:15:02 EST(-0500)] <colinclark> 6. We continue that on Monday, Tuesday and Wednesday, with justin_o and yura helping when they can
[16:15:16 EST(-0500)] <colinclark> 7. We have a fast-ish version of the app for Hugues to rock on Wednesday
[16:15:27 EST(-0500)] <colinclark> jessm: +1 on an empty channel by 6 pm today
[16:15:34 EST(-0500)] <colinclark> And dinners eaten before 9 pm
[16:15:43 EST(-0500)] <colinclark> justin_o, yura, Bosmon, etc?
[16:17:23 EST(-0500)] <justin_o> colinclark: okay... i'll try
[16:18:27 EST(-0500)] <jessm> +1 on the 7 step plan to sanity
[16:18:40 EST(-0500)] <colinclark> jessm: cool, thanks
[16:21:22 EST(-0500)] <yura1> jessm: sent
[16:21:42 EST(-0500)] <jessm> yura1: thanks
[16:22:07 EST(-0500)] <jessm> ok, be afraid guys, i'm taking on 328, 329, and 413
[16:23:03 EST(-0500)] <colinclark> jessm: sounds awesome to me
[16:26:40 EST(-0500)] <Bosmon> ok
[16:32:40 EST(-0500)] <jessm> colinclark: what are your thoughts for how to determine if bugs make it onto our radar next week?
[16:32:48 EST(-0500)] <jessm> since this is a long bug parade, where do we end?
[16:36:58 EST(-0500)] <jessm> colinclark: how do i submit a patch to the files in the /images folder?
[16:38:26 EST(-0500)] <jessm> stupid question, don't answer that one ^
[16:39:07 EST(-0500)] * denbuzze (~anonymous@cpc1-cmbg7-0-0-cust61.cmbg.cable.ntl.com) has joined #fluid-work
[16:39:29 EST(-0500)] <yura1> Bosmon: so I got the translation for the last string in the guest book
[16:46:20 EST(-0500)] <jessm> yura1: justin_o Bosmon colinclark jameswy news from hugues – testing w/ his staff will happen on Thursday, new data feed coming wednesday next week
[16:47:32 EST(-0500)] <Bosmon> yura1 - thanks for that
[16:47:41 EST(-0500)] <Bosmon> jessm - interesting news
[16:47:55 EST(-0500)] <Bosmon> Gives us time for 1 more day of insanity
[16:48:01 EST(-0500)] <jessm> no more insanity
[16:48:07 EST(-0500)] <jessm> everyone out of here by 6
[16:48:14 EST(-0500)] <Bosmon> Yes well
[16:48:17 EST(-0500)] <Bosmon> Nearly everyone
[16:48:18 EST(-0500)] <jessm> i'll /kick you if you aren't
[16:48:26 EST(-0500)] <jessm>
[16:48:29 EST(-0500)] <jessm> do i have ops?
[16:48:48 EST(-0500)] <Bosmon> colinclark: Well, it is clearly encouraging for us to be doing things Google's way
[16:49:01 EST(-0500)] <Bosmon> As everyone knows, Google has the best approach to software development
[16:50:00 EST(-0500)] <colinclark>
[16:51:13 EST(-0500)] <jessm> colinclark: i'm haivng an embarrassing conceptual problem
[16:51:18 EST(-0500)] <jessm> colinclark: with My collection
[16:51:37 EST(-0500)] <colinclark> ok
[16:51:39 EST(-0500)] <colinclark> gimme a sec
[16:54:21 EST(-0500)] <yura1> Bosmon: I added translation to ENGAGE-403
[17:12:26 EST(-0500)] <colinclark> jessm: I'm sorry, I'm just catching up
[17:12:38 EST(-0500)] <colinclark> I have been helping yura get the loading screen working
[17:12:52 EST(-0500)] <jessm> colinclark: 413 – the icon is apparently supposed to reflect state, so when you come into the screen it's showing artifacts in grid, but the icon should be list. and then when you switch to list in the artifacts, the icon should show grid
[17:16:02 EST(-0500)] <colinclark> jessm: ok
[17:16:54 EST(-0500)] <jessm> colinclark: can i just switch the order of the img classes – will that make list appear first, when the user comes into my collection?
[17:17:27 EST(-0500)] <jessm> colinclark: i can't test it locally
[17:17:33 EST(-0500)] <colinclark> jessm: This is easy to fix in code
[17:17:39 EST(-0500)] <colinclark> this is blatantly my bug
[17:18:00 EST(-0500)] <jessm> oh, no worries then, i thought i'd be able to fix it quickly – didn't mean to suddenly push it to you
[17:18:38 EST(-0500)] <colinclark> jessm: No no
[17:18:40 EST(-0500)] <colinclark> I didn't mean that
[17:19:29 EST(-0500)] <colinclark> I meant, "I suck. I made that bug a few days ago when I added the nav bar to my collection"
[17:19:36 EST(-0500)] <colinclark> Ok, so I can talk you through how you'd fix it yourself...
[17:19:47 EST(-0500)] <jessm> k
[17:19:52 EST(-0500)] <colinclark> The Navigation bar is set up as a subcomponent of My Collection
[17:19:56 EST(-0500)] <colinclark> Think back to Portland
[17:20:05 EST(-0500)] <jessm> k
[17:20:25 EST(-0500)] <colinclark> Subcomponents are configured by IoC, which means there's just some JSON you need to tweak in My Collection.js
[17:20:37 EST(-0500)] <colinclark> Look near the bottom of the file, there should be a call to fluid.defaults()
[17:20:50 EST(-0500)] <colinclark> And inside it, there should be a blob of stuff named navigationBar:
[17:20:54 EST(-0500)] <colinclark> or perhaps just navBar:
[17:21:06 EST(-0500)] <jessm> yeah, i have it
[17:21:21 EST(-0500)] <colinclark> Now, if I remember, Navigation Bar has some configuration for the default and alternate images for the toggle
[17:21:22 EST(-0500)] <jessm> defaultToGrid: true
[17:21:27 EST(-0500)] <colinclark> You'll just need to flip those
[17:21:35 EST(-0500)] <colinclark> So take a peek a NavigationBar.js
[17:21:43 EST(-0500)] <jessm> change to defaultToList:true or turn ToGrid: false?
[17:22:05 EST(-0500)] <colinclark> hmm
[17:22:32 EST(-0500)] <jessm> toggleDefaultIcon
[17:22:37 EST(-0500)] <colinclark> ah ah
[17:22:44 EST(-0500)] <colinclark> yes
[17:22:50 EST(-0500)] <colinclark> those two selectors need to be flipped
[17:22:53 EST(-0500)] * clown (~clown@142.150.154.101) has left #fluid-work
[17:22:55 EST(-0500)] <jessm> got it
[17:22:57 EST(-0500)] <colinclark> toggleDefaultIcon: ".flc-navigationBar-toggle-grid",
[17:23:04 EST(-0500)] <jessm> will submit the patch in a moment
[17:23:16 EST(-0500)] <colinclark> you would, INSIDE MY COLLECTION, change to toggleDefaultIcon: ".flc-navigationBar-toggle-list"
[17:23:19 EST(-0500)] <colinclark> and vice versa
[17:23:21 EST(-0500)] <colinclark> both have to be flipped
[17:23:28 EST(-0500)] <colinclark> I should have created an option for this. it's just blatantly a bug
[17:24:01 EST(-0500)] <jessm> ah, so i add that line above and its mate to the selectors section of mycollectionview.js?
[17:24:31 EST(-0500)] <jameswy> Have a great weekend folks! I'm off.
[17:24:35 EST(-0500)] <colinclark> Yes, inside the navigationBar: section
[17:24:43 EST(-0500)] <colinclark> create a new thingy called options:
[17:24:49 EST(-0500)]

<colinclark> options

Unknown macro: { ... }

[17:25:03 EST(-0500)] <colinclark> jessm: Is this making any sense, or should i skype with you real quick?
[17:25:17 EST(-0500)] <jessm> skype will clear this up in 1 min
[17:25:19 EST(-0500)] <jessm> le'ts do that
[17:32:10 EST(-0500)] <jessm> colinclark: ENGAGE-413 could use a review

it's probably your first over-the-phone bug fix
[17:34:30 EST(-0500)] * Bosmo1 (~Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[17:34:46 EST(-0500)] <colinclark> jessm: yes!
[17:34:50 EST(-0500)] <Bosmo1> yes!
[17:38:15 EST(-0500)] <colinclark> jessm: This code is CORRECT!
[17:38:25 EST(-0500)] <colinclark> beautifully formatted JSON
[17:38:27 EST(-0500)] <colinclark> lemme just test it
[17:38:38 EST(-0500)] <jessm> colinclark: my tabs might have been funky again
[17:39:03 EST(-0500)] <colinclark> lemme check
[17:39:18 EST(-0500)] <colinclark> Bosmon tends to get quite annoyed about stray tabs
[17:39:26 EST(-0500)] <colinclark> it is the one tidy up task he is vehement about
[17:45:24 EST(-0500)] <colinclark> jessm: Where are we at in terms of frozenness
[17:45:40 EST(-0500)] <colinclark> When I finish testing this code, am I to commit, or are we waiting for some kind of official un-thawing?
[17:45:42 EST(-0500)] <colinclark> wait
[17:45:43 EST(-0500)] <colinclark> thawing
[17:47:00 EST(-0500)] <jessm> i think we're officially unthawed since it's end of day east coast and the QA testing has been happening all day and we're planning on bugging it up on monday
[17:48:28 EST(-0500)] <colinclark> jessm: You totally got this one
[17:48:32 EST(-0500)] <colinclark> It works beautifully
[17:48:51 EST(-0500)] <colinclark> You have proved that, while it takes a few layers of curly brackets, components are easy to configure!
[17:48:58 EST(-0500)] <jessm> yay!
[17:49:02 EST(-0500)] <colinclark> Imagine once we have a GUI for handling all the curly brackets
[17:49:03 EST(-0500)] <jessm> colinclark: 329 is ready too
[17:49:07 EST(-0500)] <colinclark> ok
[17:52:17 EST(-0500)] <colinclark> Bosmon, justin_o: WHERE ARE THE OTHER 1.3 SECONDS GOING?
[17:54:03 EST(-0500)] <colinclark> jessm, justin_o: I have found the source of our bug in My Collection
[17:54:06 EST(-0500)] <colinclark> The one that shouldn't exist
[17:54:27 EST(-0500)] <colinclark> Where you tap the grid icon when there is no collection
[17:54:30 EST(-0500)] <jessm> colinclark: the browser kick?
[17:54:35 EST(-0500)] <colinclark> yeah
[17:55:47 EST(-0500)] <colinclark> should i fix it, even though it won't occur once justin_o removes the button?
[17:55:51 EST(-0500)] <colinclark> It's a blatant logic error
[17:55:55 EST(-0500)] <colinclark> that.navigationList.toggleLayout();
[17:56:10 EST(-0500)] <colinclark> When a collection is empty, that.navigationList is never instantiated at all
[17:56:18 EST(-0500)] <colinclark> hence calling methods on it is invalid
[17:56:23 EST(-0500)] <colinclark> justin_o: opinion?

Browser not supported