fluid-work IRC Logs-2013-07-10

[12:35:30 CDT(-0500)] <Justin_o> Bosmon: i'm trying to generate a grade with a call to fluid.dfeaults

[12:35:48 CDT(-0500)] <Justin_o> so i've done this with the name "fluid.tests.created.generateGradeNoPath" in my test

[12:36:12 CDT(-0500)] <Justin_o> i can then call fluid.defaults("fluid.tests.created.generateGradeNoPath") to get the values of the object to know that the grade was created

[12:36:17 CDT(-0500)] <Justin_o> however i can't instantiate it

[12:36:58 CDT(-0500)] <Justin_o> calling fluid.tests.created.generateGradeNoPath() throws an error saying fluid.tests.crated is undefined

[12:37:18 CDT(-0500)] <Justin_o> and also a call to fluid.invokeGlobalFunction("fluid.tests.created.generateGradeNoPath", []) also fails because it can't be found

[12:37:24 CDT(-0500)] <Justin_o> any idea why this might be happening

[12:37:43 CDT(-0500)] <Justin_o> i'm assuming that once the call to fluid.defaults works, i should be able to instantiate it

[12:43:08 CDT(-0500)] <cindyli> interesting, Justin_o, i think fluid.invokeGlobalFunction("fluid.tests.created.generateGradeNoPath", []) should work

[12:43:38 CDT(-0500)] <Justin_o> cindyli: thanks.. so strange that it doesn't

[12:44:02 CDT(-0500)] <Justin_o> i'll try it out more and see if something else is going wrong

[12:48:15 CDT(-0500)] <jhung> Justin_o, cindyli - are any of you able to edit your Jiras on the GPII bugtracker? I don't seem to have that option.

[12:48:31 CDT(-0500)] <Justin_o> jhung: can you send me a link

[12:49:14 CDT(-0500)] <jhung> http://issues.gpii.net/browse/GPII-122

[12:49:19 CDT(-0500)] <jhung> @Justin_o

[12:49:20 CDT(-0500)] <Justin_o> cindyli: i have to add autoInit

[12:49:40 CDT(-0500)] <cindyli> ah, that's why. good finding, Justin_o

[12:49:59 CDT(-0500)] <Justin_o> jhung: i don't either

[12:50:27 CDT(-0500)] <Justin_o> jhung: i think we'd need to talk to kaspar or Bosmon about that.. i don't either rare here at the moment htough

[12:51:03 CDT(-0500)] <jhung> sure Justin_o. I'll ask them when I see them next. (Bosmon is here though)

[13:05:06 CDT(-0500)] <Justin_o> kasparnet: would you be able to change the permissions in the gpii jira so that we can edit the jiras we create there

[13:05:21 CDT(-0500)] <Justin_o> jhung, cindyli, heidiv, and myself would probably all need this changed

[13:05:26 CDT(-0500)] <heidiv> Justin_o jhung and i were wondering when to start new jiras. gpii-118 is going to be a big giant one… but does it make sense to stop it and add new jiras only after it goes into master?

[13:06:05 CDT(-0500)] <Justin_o> heidiv: we shouldn't be closing jiras there till after they've made it all the way up into the gpii repo

[13:06:19 CDT(-0500)] <Justin_o> as for this issue in particular.. are you still going to make sub issues for it

[13:06:21 CDT(-0500)] <Justin_o> ?

[13:06:49 CDT(-0500)] <Justin_o> there is a discovery tool component there so we could just make separate jiras instead i guess

[13:06:50 CDT(-0500)] <heidiv> Justin_o right now everything is in 118, and resource specific work will go in 122

[13:07:16 CDT(-0500)] <heidiv> but i imagine once more ppl get involved in 118 we'll want to figure out a better way?

[13:07:53 CDT(-0500)] <kasparnet> justin_o: never!!

[13:07:54 CDT(-0500)] <Justin_o> heidiv: yes.. that's true

[13:09:04 CDT(-0500)] <Justin_o> kasparnet: NOOO! is there some sort of bribe that can be paid?

[13:09:31 CDT(-0500)] <kasparnet> no, ofc.. hold on a sec

[13:09:40 CDT(-0500)] <kasparnet> just on skype

[13:09:42 CDT(-0500)] <Justin_o> kasparnet: thanks

[13:13:08 CDT(-0500)] <jhung> thanks kasparnet!

[13:18:28 CDT(-0500)] <kasparnet> Justin_o: you should now have more privs

[13:19:39 CDT(-0500)] <Justin_o> kasparnet: thanks.. looks like i can edit now

[13:19:57 CDT(-0500)] <Justin_o> kasparnet: did you update jhung, heidiv, and cindyli too?

[13:22:51 CDT(-0500)] <cindyli> seems i cannot login gpii issue tracker

[13:23:16 CDT(-0500)] <cindyli> Justin_o: i'm done with aux builder and pushed up

[13:23:16 CDT(-0500)] <Justin_o> cindyli: did you register for an account there ?

[13:23:30 CDT(-0500)] <Justin_o> cindyli: great thanks.. does that include tests and etc?

[13:23:34 CDT(-0500)] <cindyli> right should do that

[13:23:38 CDT(-0500)] <cindyli> yes, tests included

[13:23:45 CDT(-0500)] <Justin_o> cindyli: awesome

[13:23:54 CDT(-0500)] <Justin_o> i'm not as fast as you again.. i'm still working on tests

[13:24:31 CDT(-0500)] <Justin_o> cindyli: would you like to start looking into the changes to i18n.js and uiOptions.inline that i was talking to Bosmon about earlier

[13:25:13 CDT(-0500)] <cindyli> sure, i can do that, Justin_o. i'm also thinking to move table of contents related stuff in the UIO starter grade to a demands block

[13:26:20 CDT(-0500)] <Justin_o> cindyli: i think we talked about that before, but can't remember the details

[13:26:23 CDT(-0500)] <cindyli> correction, not "UIO starter grade", should be "UIE"

[14:58:28 CDT(-0500)] <cindyli> Justin_o: i was trying to get rid of this chunk of code (https://github.com/cindyli/infusion/blob/FLUID-4907/src/webapp/components/uiOptions/js/Enactors.js#L682-700) from starterEnactor by doing this - http://pastie.org/8129063

[14:59:19 CDT(-0500)] <cindyli> first of all, this demand block does work. do you think if this solution makes sense or anywhere wrong with it?

[15:00:10 CDT(-0500)] <Justin_o> cindyli: did you mean it doesn't work?

[15:01:54 CDT(-0500)] <cindyli> right sorry, a very important "not"

[15:02:54 CDT(-0500)] <Justin_o> cindyli: i think it doesn't work because the context is sort of backwards..

[15:03:04 CDT(-0500)] <Justin_o> since the uiEnhancer has the toc

[15:03:23 CDT(-0500)] <Justin_o> i think it would usually be a demands for toc in the context of uiEnhancer

[15:03:33 CDT(-0500)] <Justin_o> but, these are all uiEnhancer options

[15:03:40 CDT(-0500)] <cindyli> ya, i was wondering if the context can work that way

[15:03:55 CDT(-0500)] <Justin_o> cindyli: not that i know of, but you'd have to ask Bosmon to be sure

[15:04:21 CDT(-0500)] <Justin_o> cindyli: my understanding though is that they only go from bottom to top.. if you want the other direction you have to use the IoCSS style

[15:04:52 CDT(-0500)] <cindyli> ok

[15:05:47 CDT(-0500)] <Justin_o> cindyli: hmm. i think you might be able to change the structure around though to have the listeners inside of roc instead

[15:06:38 CDT(-0500)]

[15:07:03 CDT(-0500)] <Justin_o> well i guess you wouldn't have the invoker on uiEnhancer anymore, but that's the general idea

[15:07:10 CDT(-0500)] <Justin_o> does that seem possible?

[15:07:13 CDT(-0500)] <Justin_o> cindyli: ^

[15:07:57 CDT(-0500)] <cindyli> thanks, Justin_o, i'll give a try

[15:08:17 CDT(-0500)] <Justin_o> cindyli: cool.. also i think there might be a bug with the auxBuilder for the rootModel

[15:08:41 CDT(-0500)] <Justin_o> it seems to be constructing members.textsize instead of members.rootModel.textSize

[15:09:29 CDT(-0500)] <cindyli> good catch, fixing it, Justin_o

[15:09:34 CDT(-0500)] <Justin_o> cindyli: thanks

[15:09:40 CDT(-0500)] <cindyli> np

[15:09:54 CDT(-0500)] <Justin_o> cindyli: i'm going to head out now, I'll pull in your fixes and finish up the tests tomorrow

[15:10:16 CDT(-0500)] <cindyli> sure. Justin_o