fluid-work IRC Logs-2013-06-10

[08:18:01 CDT(-0500)] <system64> Hey yzen1

[08:18:28 CDT(-0500)] <yzen> system64: morning

[08:19:08 CDT(-0500)] <system64> Evening in India here (smile)

[08:20:27 CDT(-0500)] <system64> yzen: Did you manage to setup the preference server in separate repo?

[08:20:41 CDT(-0500)] <system64> or anything that could help me better

[08:22:02 CDT(-0500)] <yzen> so as it is, when i checkout universal npm install does not fail for me.. however if it does for you , i think the most straightforward way to use the serverside framework would be by installing all of universal as an npm module in your current project

[08:22:16 CDT(-0500)] <yzen> e.g. npm install git://github.com/GPII/universal.git

[08:22:43 CDT(-0500)] <yzen> so system64, essentially almost identical to how this project is set up https://github.com/GPII/NPGatheringTool

[08:22:51 CDT(-0500)] <yzen> it works for me quite well

[08:23:20 CDT(-0500)] <yzen> system64: when you install universal this way, all its dependencies will be installed recursively

[08:24:23 CDT(-0500)] <system64> Let me give this another try

[08:24:52 CDT(-0500)] <yzen> k

[10:03:38 CDT(-0500)] <anastasiac> hey, jvass, can I double-check something with you regarding media panels for the videoPlayer? If the videoPlayer is functional on a site (say, the IDI site), but the current page does NOT actually have a video on it, should the media panels appear in the fat panel when opened on that page?

[10:14:46 CDT(-0500)] <jvass> hey anastasiac, yes the media panels should appear on the page as long as there's video content that exists somewhere on the website

[10:15:22 CDT(-0500)] <anastasiac> ok, thanks jvass

[10:19:23 CDT(-0500)] <system64> yzen: When npm tries to install infusion, it fails. Because git automatically replaces crlf line endings with lf. So it asks me to stash changes before checkout.

[10:20:25 CDT(-0500)] <yzen> system64: right, have a you been able to update your system wide git preferences to the right crlf ?

[10:21:10 CDT(-0500)] <system64> I'm on OSX and I did this `git config --global core.autocrlf input`

[10:21:32 CDT(-0500)] <system64> Thats what github suggests.

[10:21:53 CDT(-0500)] <system64> Its only 4 files that seem to have lf line endings

[10:24:35 CDT(-0500)] <Justin_o> Bosmon: hello are you available for a question

[10:28:13 CDT(-0500)] <yzen> hmm Justin_o or michelled would you happen to know what system64 would have the line ending issue on osx?

[10:43:01 CDT(-0500)] <michelled> system64: I'm on OSX too and I think I set my line endings in the same way you did

[10:43:11 CDT(-0500)] <michelled> git config --global --list

[10:43:27 CDT(-0500)] <michelled> shows this value: core.autocrlf=true

[10:43:29 CDT(-0500)] <michelled> what do you have?

[11:04:23 CDT(-0500)] <Justin_o> yzen: do you have some time to walk cindyli and i through using the config options for fluid.get

[11:04:46 CDT(-0500)] <yzen> sure

[11:04:48 CDT(-0500)] <yzen> 15min?

[11:04:56 CDT(-0500)] <Justin_o> yzen: sure.. i can chat with you then

[11:05:05 CDT(-0500)] <yzen> great

[11:29:59 CDT(-0500)] <system64> michelled: Mine is set to `input`

[13:21:51 CDT(-0500)] <Justin_o> yzen: are you there?

[13:22:00 CDT(-0500)] <yzen> Justin_o: yep

[13:24:04 CDT(-0500)] <Justin_o> yzen: we had been chatting about making the schema be read per settings panel

[13:24:34 CDT(-0500)] <Justin_o> yzen: how will this affect the defaultModel that you had set up

[13:24:58 CDT(-0500)] <Justin_o> since it seems like this info would be in the panel instead of a central location in UIO

[13:24:58 CDT(-0500)] <yzen> Justin_o: do you mean the work in FLUID-4686?

[13:25:15 CDT(-0500)] <Justin_o> yzen: yes

[13:26:02 CDT(-0500)] <yzen> Justin_o: you think it might end up being unnecessary ?

[13:26:39 CDT(-0500)] <Justin_o> yzen: well.. had thought about that, but maybe.. but more that it isn't centralized anymore

[13:26:56 CDT(-0500)] <Justin_o> yzen: cindyli was also wondering about how it would work with uiEnhancer

[13:27:49 CDT(-0500)] <yzen> ui enhancer's enactors will be similar to the settings panels no?

[13:29:08 CDT(-0500)] <Justin_o> cindyli: what were you saying about how the model is being shared right now

[13:30:36 CDT(-0500)] <cindyli> yes, enactors are. in ur 4686, enactors and settings panels are all fetching from the same defaultModel. If we dynamically fetch default model and options based on settings panel, wouldn't this structure need to be refactored?

[13:31:18 CDT(-0500)] <cindyli> does it make sense for the default model values being at the settings panel level rather than uiOptions level?

[13:34:19 CDT(-0500)] <cindyli> yzen, Justin_o: ^

[13:34:34 CDT(-0500)] <Justin_o> yzen: what were you thinking about this?

[13:35:39 CDT(-0500)] <yzen> cindyli, Justin_o i feel like it does, i m wondering though what would the setup be if the schema is not available

[13:35:57 CDT(-0500)] <Justin_o> yzen: you mean where would it find it's defaults?

[13:36:05 CDT(-0500)] <yzen> Justin_o: yes

[13:37:36 CDT(-0500)] <Justin_o> yzen: i guess we should talk about some scenarios from a high level

[13:37:46 CDT(-0500)] <Justin_o> 1) from the users set preference

[13:37:50 CDT(-0500)] <Justin_o> 2) from the schema

[13:37:55 CDT(-0500)] <Justin_o> 3) from something else?

[13:38:01 CDT(-0500)] <Justin_o> is that the general order we can expect

[13:39:46 CDT(-0500)] <yzen> right, so i guess in case of 1) it would be still possible to configure uio as it is right now (or rather, after FLUID-4686)

[13:41:16 CDT(-0500)] <Justin_o> yzen: i figure in that case it will come from the store instead of through any preset defaults

[13:43:06 CDT(-0500)] <yzen> Justin_o: well store will/should only contain user set settings

[13:43:13 CDT(-0500)] <yzen> so defaults of unchanged settings will not be there

[13:43:58 CDT(-0500)] <Justin_o> yzen: yes.. that's what i meant by the first point there.. that anything in the store would take precedence.. and if not we would look in the schema and if no schema then some other default

[13:45:01 CDT(-0500)] <yzen> Justin_o: yep that's the order

[13:45:10 CDT(-0500)] <Justin_o> yzen: okay… good (smile)

[13:45:19 CDT(-0500)] <Justin_o> now we just need to figure out where that last part comes from

[13:47:05 CDT(-0500)] <Justin_o> so if we were to do the schema on a per setting level.. how will we match that up with the default model

[13:48:11 CDT(-0500)] <yzen> Justin_o: would we be able to set the option explicitly, that points to the right default model field, just like it would in FLUID-4686 branch?

[13:49:17 CDT(-0500)] <Justin_o> yzen: i'm not sure i follow

[13:50:13 CDT(-0500)] <yzen> well so if the settings panel cant retrieve the value from a schema (e.g. no schema), we could simply pass an option like

[13:50:54 CDT(-0500)]

<yzen> model:

Unknown macro: {value}

to whatever creates that component

[13:56:09 CDT(-0500)] <Justin_o> yzen: will it be odd to have the default in a different location?

[13:58:22 CDT(-0500)] <Justin_o> yzen: meaning would it be hard for the integrator to know where to set all of the options.. i.e. the schema info per setting, but the default at the parent?

[14:02:58 CDT(-0500)] <yzen> Justin_o: right, so what i mean i guess it will be a different grade of the default model component

[14:03:05 CDT(-0500)] <yzen> that will conain those defaults

[14:03:58 CDT(-0500)] <cindyli> Justin_o: yzen, if our new uio api is going to accept 2 kinds of input: 1. by direct grades without schma; 2. schema, to accommodate 1, we do need to the basic default model from somewhere

[14:13:52 CDT(-0500)] <yzen> cindyli: do you mean the actual values?

[14:15:31 CDT(-0500)] <cindyli> yes, yzen

[14:17:11 CDT(-0500)] <yzen> cindyli: well my thinking was that it would be part of the defaults of the defaultModel grade component provided by the integrator

[14:48:33 CDT(-0500)] <Justin_o> yzen, cindyli, anastasiac, michelled: I have to run now, but lets meet as a group tomorrow to talk through these things a bit more

[14:48:49 CDT(-0500)] <yzen> Justin_o: sounds good

[14:49:01 CDT(-0500)] <Justin_o> yzen: great.. talk to you tomorrow

[14:51:41 CDT(-0500)] <yzen> hi michelled

[15:11:02 CDT(-0500)] <system64> Hey michelled, my git core.autocrlf is set to `input`

[16:45:13 CDT(-0500)] <michelled> system64: maybe try setting it to true and see if that helps with your line endings

[16:45:29 CDT(-0500)] <michelled> also, check that your text editor isn't messing with them

[16:45:37 CDT(-0500)] <michelled> hi yzen

[17:09:19 CDT(-0500)] <system64> Thanks! michelled looks like that resolved the git issue. But I still can't get the pref Server running

[17:15:47 CDT(-0500)] <system64> yzen: Still around?

[17:16:32 CDT(-0500)] <yzen> system64: sporadically yes

[17:17:26 CDT(-0500)] <system64> I installed infusion manually in prefServer and all other dependencies specified in universal repo. Still no luck (sad)

[17:17:48 CDT(-0500)] <yzen> system64: is it the same problem with the line endings ?

[17:19:33 CDT(-0500)] <system64> npm still has some issue with infusion specified in unversal package.json

[17:20:08 CDT(-0500)] <system64> But I install it manually using `npm install git://github.com/fluid-project/infusion.git`

[17:24:19 CDT(-0500)] <system64> yzen: Could you zip prefServer with dependencies?

[17:24:59 CDT(-0500)] <yzen> system64: sure, give me your email

[17:25:28 CDT(-0500)] <system64> yzen: akshayaurora2008[at]gmail.com

[17:25:44 CDT(-0500)] <yzen> k

[17:25:45 CDT(-0500)] <yzen> one sec

[17:37:01 CDT(-0500)] <yzen> system64: *uploading to dropbox, will paste a link here once it's done

[17:37:06 CDT(-0500)] <yzen> or email it to you actually

[17:37:18 CDT(-0500)] <system64> yzen: dropbox should be fine

[17:53:24 CDT(-0500)] <system64> yzen: Going to sleep, please mail me the link.