[10:02:28 CDT(-0500)] <colinclark> michelled: Is this the TTS service we deploy for the NOAA demo of UI Options? https://github.com/yzen/demo-tts-proxy
[10:06:08 CDT(-0500)] <michelled> colinclark: yes, as far as I know
[10:06:14 CDT(-0500)] <colinclark> Can you do me a favour today?
[10:06:24 CDT(-0500)] <colinclark> Can you migrate the code to a Fluid-level repository?
[10:06:31 CDT(-0500)] <colinclark> With a name that doesn't start with "demo?"
[10:07:04 CDT(-0500)] <colinclark> FestivalTextToSpeechService might be fine
[10:07:16 CDT(-0500)] <michelled> colinclark: makes sense. would you be ok with me doing that on Monday? I've love to confirm with yzen that something hasn't chagned
[10:07:27 CDT(-0500)] <colinclark> Sooner the better
[10:07:38 CDT(-0500)] <colinclark> If something did change, perhaps you could get him to issue a pull request for the change?
[10:07:39 CDT(-0500)] <colinclark> 
[10:07:47 CDT(-0500)] <michelled> that's true
[10:07:55 CDT(-0500)] <colinclark> Sorry, I don't mean to sound blunt
[10:08:29 CDT(-0500)] <colinclark> by the way, Justin_o, I did some very brief debugging of the TTS Enactor in Firefox and found that there is a timing issue there
[10:08:45 CDT(-0500)] <colinclark> with a correctly place breakpoint, TTS works just fine in Firefox
[10:09:04 CDT(-0500)] <colinclark> As we continue with the DT prototype, these are things we can opportunistically refactor
[10:09:35 CDT(-0500)] <colinclark> and as the PGA "SMEs" start piling on feature requests, I'm also suggesting that they are areas where we're happy to accept pull requests
[10:13:11 CDT(-0500)] <Justin_o> colinclark: sounds good
[10:13:48 CDT(-0500)] <colinclark> SMEs, by the way, are "subject matter experts"
[10:13:58 CDT(-0500)] <Justin_o> colinclark: thanks for the clarification
[10:14:07 CDT(-0500)] <colinclark> but really, they're just friends of ours like Gregg and Rich and Jim Tobias and so on
[11:02:17 CDT(-0500)] <mancoolgunda> hi, how do I enable transcripts by default in Fluid Player? I mean is there any parameter which when specified would show transcripts by default in Fluid Player?
[11:06:52 CDT(-0500)] <Justin_o> mancoolgunda: it looks like the transcript component in videoPlayer has a displayTranscripts property in its model. It is set to false by default. https://github.com/fluid-project/videoPlayer/blob/master/js/VideoPlayer_transcript.js#L45-L51
[11:07:26 CDT(-0500)] <Justin_o> In your videoPlayer instance, try setting this to true and see if that helps
[11:07:47 CDT(-0500)] <mancoolgunda> ok thanks will try that
[14:00:01 CDT(-0500)] <colinclark> avtar: I find myself getting quite interested in this "protocol" for RESTful services: http://www.dataprotocols.org/en/latest/sleep.html
[14:11:21 CDT(-0500)] <avtar> that does sound neat
[15:15:52 CDT(-0500)] <Bosmon> Hi cindyli!
[15:16:01 CDT(-0500)] <cindyli> hi Bosmon
[15:16:07 CDT(-0500)] <Bosmon> I think your pull for modelRelay looks great, but I think it does need a test case to cover the added functionality
[15:16:26 CDT(-0500)] <cindyli> sure. will work on that, thanks, Bosmon
[15:18:07 CDT(-0500)] <Bosmon> cheers
[15:18:16 CDT(-0500)] <Bosmon> How is UIO today?
[15:27:12 CDT(-0500)] <Bosmon> cindyli - have you been working on the new "component assembler" or whatever it is to be called?
[15:28:24 CDT(-0500)] <cindyli> Bosmon: yes, justin was working on that. it's combined with the grade builder. we've got the builder ready to output the consolidated grade. however, instantiating that grade throws error, which seems causing by the incorrect template prefix. investigating on that. digging u a link to the new builder.
[15:30:03 CDT(-0500)] <cindyli> Bosmon: https://github.com/cindyli/infusion/blob/FLUID-4907/src/webapp/components/uiOptions/js/Builder.js
[15:30:15 CDT(-0500)] <cindyli> let me know if any suggestions
[15:30:42 CDT(-0500)] <Bosmon> Thanks, cindyli
[15:30:46 CDT(-0500)] <cindyli> np
[15:30:50 CDT(-0500)] <Bosmon> I'm glad to see that the suspect call to "isEmptyObject" has disappeared
[15:31:20 CDT(-0500)] <Bosmon> Having two different members called "consolidatedGrades" and "consolidationGrades" seems awkward
[15:31:30 CDT(-0500)] <Bosmon> Even one variant on that name seems a bit cumbersome : P
[15:32:29 CDT(-0500)] <Bosmon> cindyli - can you explain why fluid.uiOptions.builder.uie is a "viewComponent"?
[15:35:19 CDT(-0500)] <Bosmon> Perhaps the confusing aspect is that these grades are still in the "builder" namespace
[15:35:36 CDT(-0500)] <Bosmon> Although perhaps I still don't completely understand their usage model
[15:36:09 CDT(-0500)] <Bosmon> But it seems that these are the grades that we decided earlier in the week are "not part of the builder"
[15:38:01 CDT(-0500)] <cindyli> what do you expect from the builder? i thought builder at least needs to construct the "starter" grades for UIO, UIE, template loader etc
[15:38:14 CDT(-0500)] <Bosmon> cindyli - yes, the builder constructs the grades
[15:38:19 CDT(-0500)] <Bosmon> But I think it leaves its work there
[15:38:37 CDT(-0500)] <Bosmon> The work of actually instantiating the grades in a coordinated way probably belongs as part of something else
[15:38:51 CDT(-0500)] <Bosmon> Perhaps the "UIOptions constructor" or whatever we want to call it
[15:39:14 CDT(-0500)] <Bosmon> There shouldn't be any viewComponents in the "fluid.uiOptions.*" hierarchy
[15:39:17 CDT(-0500)] <Bosmon> sorry
[15:39:23 CDT(-0500)] <Bosmon> the "fluid.uiOptions.builder.*" hierarchy
[15:42:32 CDT(-0500)] <cindyli> Bosmon: i think justin decided to construct the consolidated grade on the same builder tree because of the convenience of having access to all starter grades.
[15:43:13 CDT(-0500)] <cindyli> so, u r suggesting to move "fluid.uiOptions.builder.uie", "fluid.uiOptions.builder.uio" into another assembler component?
[15:44:01 CDT(-0500)] <cindyli> other than that, does the flow of generating the consolidated grade looks right?
[15:51:49 CDT(-0500)] <cindyli> Bosmon: i'm leaving soon. if any thoughts on our schema work, can you drop us (justin, yura and myself) an email or leave them here in the channel. i will check back later. have a good weekend!