fluid-work IRC Logs-2011-10-25

[08:22:48 CDT(-0500)] <anastasiac> greggy2, I signed up for an account with the a tutor mantis system right after I spoke to you, but I haven't yet received a confirmation email. How long though this take?

[08:51:24 CDT(-0500)] <greggy2> It should be fairly quick.

[08:51:48 CDT(-0500)] <greggy2> anastasiac: ^

[09:00:30 CDT(-0500)] <anastasiac> greggy2, still no email. I tried again, and it said my username is already in use, so it got that far. But I can't log in since i haven't got the email yet

[09:00:55 CDT(-0500)] <greggy2> anastasiac: spam maybe

[09:01:11 CDT(-0500)] <anastasiac> I checked my junk-mail folder, it's not there

[09:01:39 CDT(-0500)] <greggy2> checking...

[09:02:38 CDT(-0500)] <anastasiac> I just tried the "lost your password" option. Nothing yet

[09:03:35 CDT(-0500)] <greggy2> mantis says you're enabled. I wonder if there's an email issue

[09:20:39 CDT(-0500)] <Justin_o> cindyli: i'm trying to think of how to do something for decapod, and was wondering if you could tell me how UIO initially gets it's model

[09:22:43 CDT(-0500)] <cindyli> sure, Justin_o. what is "the model" you wanna know about?

[09:23:33 CDT(-0500)] <Justin_o> cindyli: thanks.. is there a single model for UIO or several small ones.. i guess for me it doesn't really matter.. i'm wondering what the process of obtaining it is

[09:24:52 CDT(-0500)] <Justin_o> I'm trying to get inspiration on how to do something for decapod. I'm thinking, in my case, the model could come from direct input in the options structure of the component, from the server, or somewhere from the local file system if not run through a server

[09:27:53 CDT(-0500)] <Justin_o> I'm wondering if UIO had to manage this sort of situation

[09:27:58 CDT(-0500)] <Justin_o> cindyli: ^

[09:28:01 CDT(-0500)] <cindyli> Justin_o: yes, that's right, the model could be from difference sources. UIO has one model for all settings, which originates from UIEnhancer. UIEnhancer determines the model either from the saved cookie or user selections

[09:28:26 CDT(-0500)] <Justin_o> cindyli: okay.. so i should go checkout the UI Enhancer code then

[09:28:35 CDT(-0500)] <cindyli> Justin_o: yes

[09:28:42 CDT(-0500)] <cindyli> that's a good start point

[09:29:04 CDT(-0500)] <Justin_o> cindyli: thanks

[09:29:08 CDT(-0500)] <cindyli> np, Justin_o

[10:52:01 CDT(-0500)] <Justin_o> huslage: do you know when the mailing lists will be up again?

[10:52:22 CDT(-0500)] <huslage> i'm trying to fix it now Justin_o

[10:52:28 CDT(-0500)] <Justin_o> huslage: great, thanks

[10:55:06 CDT(-0500)] <Justin_o> yura: hello, could you tell me a bit about cspace's strategy for bridging client/server communications

[10:55:17 CDT(-0500)] <Justin_o> on the UI side

[10:56:02 CDT(-0500)] <yura> Justin_o: can you give me an example of what you mean by that (smile) ?

[10:57:27 CDT(-0500)] <Justin_o> yura: okay.. so do you have a mechanism, maybe a component, that handles all the ajax calls

[10:58:04 CDT(-0500)] <Justin_o> i'm thinking that for decapod it would be nice to put in some level of abstraction so that i could more easily switch between filesystem and server data

[10:58:22 CDT(-0500)] <Justin_o> without having to change any of the underlying calls

[11:05:01 CDT(-0500)] <yura> k, Justin_o this is what cspace has: https://github.com/collectionspace/ui/blob/master/src/main/webapp/defaults/js/Utilities.js#L252-329

[11:07:30 CDT(-0500)] <Justin_o> yura: thanks.. i'll take a look at that, i might ping you some more if i have some questions.. hope you don't mind

[11:08:26 CDT(-0500)] <yura> Justin_o: sure (smile)

[11:08:39 CDT(-0500)] <Justin_o> thanks

[11:59:51 CDT(-0500)] <colinclark> Hey Justin_o

[12:00:02 CDT(-0500)] <colinclark> I wonder if it's time for us to spawn a second IRC room

[12:00:10 CDT(-0500)] <colinclark> related to "framework geek chat"

[12:00:26 CDT(-0500)] <Justin_o> colinclark: (smile) maybe, i think we were planning on making this more general

[12:00:32 CDT(-0500)] <colinclark> to cover all the sort of daily, in-depth, technical questions we have as we're building things

[12:00:46 CDT(-0500)] <colinclark> the sorts of questions you might, say, just IM Antranig or I about

[12:01:22 CDT(-0500)] <colinclark> I know yura and Bosmon tend to have lots of interesting conversations that would probably flood this channel

[12:01:30 CDT(-0500)] <colinclark> but are worth having others learn from

[12:05:22 CDT(-0500)] <Justin_o> colinclark: makes sense.. what did you want to call it?

[12:05:45 CDT(-0500)] <colinclark> I don't know, off the top of my head

[12:05:49 CDT(-0500)] <colinclark> fluid-dev, maybe

[12:06:28 CDT(-0500)] <colinclark> fluid-geek-chat

[12:11:20 CDT(-0500)] <athena> i admit i've really found talking to eric over logged IRC useful

[12:11:40 CDT(-0500)] <athena> even if no one else is listening, there are a few times i've gone back and googled the logs because i didn't write down what we decided (smile)

[12:11:55 CDT(-0500)] <Justin_o> colinclark: i like fluid-dev

[12:50:10 CDT(-0500)] <colinclark> Hey Justin_o and jhung1, I'm just writing a quick overview of our work on Decapod in the past quarter or so

[12:50:15 CDT(-0500)] <colinclark> "our," being the project's work

[12:50:22 CDT(-0500)] <colinclark> We chatted about this briefly on Friday

[12:50:31 CDT(-0500)] <colinclark> I'm just wondering if you have anything you want to add

[12:50:36 CDT(-0500)] <colinclark> I was going to highlight a few things:

[12:50:49 CDT(-0500)] <colinclark> 1. Our latest wireframe iteration

[12:51:07 CDT(-0500)] <colinclark> 2. Prototype image editor, providing a foundation for our image and page management features

[12:51:43 CDT(-0500)] <colinclark> 3. Pursuing new techniques for image dewarping (structured light)

[12:51:59 CDT(-0500)] <colinclark> 4. Bug fixes and improvements to PDF generation

[12:52:04 CDT(-0500)] <colinclark> Anything else I'm missing?

[12:53:09 CDT(-0500)] <jhung1> 5. User research?

[12:54:20 CDT(-0500)] <colinclark> cool--can you summarize the work we've done in that regard, jhung1?

[12:54:32 CDT(-0500)] <colinclark> I guess also 6. Testing harness

[12:54:55 CDT(-0500)] <jhung1> colinclark: sure.

[12:55:02 CDT(-0500)] <Justin_o> colinclark, jhung1 i can't think of anything else at the moment

[12:56:28 CDT(-0500)] <jhung1> colinclark: Refined breadth and depth of Decapod use cases through examining the contexts of use in Nigeria.

[12:56:44 CDT(-0500)] <jhung1> I can send more detailed notes. I sent copies to Jess last Friday.

[12:58:35 CDT(-0500)] <colinclark> ok

[12:58:36 CDT(-0500)] <colinclark> thanks

[13:03:50 CDT(-0500)] <Justin_o> yura: just looking at the stuff datasource stuff you sent me

[13:03:56 CDT(-0500)] <Justin_o> so a couple of questions

[13:04:06 CDT(-0500)] <yura> alright

[13:04:11 CDT(-0500)] <Justin_o> 1) how are you managing different urls

[13:04:22 CDT(-0500)] <yura> they are passed as an option

[13:04:28 CDT(-0500)] <Justin_o> for example if you have to get and post to different urls

[13:04:35 CDT(-0500)] <yura> oh

[13:04:44 CDT(-0500)] <yura> well you have a datasource for each resource

[13:05:16 CDT(-0500)] <Justin_o> yura: okay.. do you have an example of it in use

[13:05:22 CDT(-0500)] <yura> sure

[13:05:35 CDT(-0500)] <Justin_o> 2) what is a directModel vs a model

[13:07:00 CDT(-0500)] <yura> Justin_o: https://github.com/collectionspace/ui/blob/master/src/main/webapp/defaults/js/Autocomplete.js#L675-683

[13:07:09 CDT(-0500)] <yura> directModel, is what you pass in

[13:07:14 CDT(-0500)] <yura> so for different method is

[13:07:16 CDT(-0500)] <yura> it

[13:07:21 CDT(-0500)] <yura> s a different thing

[13:07:32 CDT(-0500)] <yura> so directModel for put method is payload

[13:08:37 CDT(-0500)] <Justin_o> okay, thanks..

[13:08:47 CDT(-0500)] <Justin_o> yura: one more, why does your that.put do a POST

[13:09:02 CDT(-0500)] <Justin_o> is it something to do with the cspace server or something else?

[13:09:15 CDT(-0500)] <yura> I would ask antranig

[13:09:16 CDT(-0500)] <yura> (smile)

[13:09:20 CDT(-0500)] <Justin_o> (smile)

[13:09:22 CDT(-0500)] <Justin_o> okay, thanks

[13:09:23 CDT(-0500)] <yura> but you can call it post

[13:09:30 CDT(-0500)] <Justin_o> Bosmon: any ideas?

[13:16:24 CDT(-0500)] <Justin_o> yura: so you can set a subcomponent to a type that doesn't exist, if you add a demands block for it?

[13:16:48 CDT(-0500)] <yura> yes

[13:16:49 CDT(-0500)] <yura> (smile)

[13:17:03 CDT(-0500)] <yura> but it's not necessarily the best practice

[13:17:26 CDT(-0500)] <yura> i m sure there's a better way to do that now, given that this component was written a long time ago

[13:18:58 CDT(-0500)] <Justin_o> yura: okay, thanks.. i'm not sure i know of a better method

[13:19:27 CDT(-0500)] <Justin_o> since you may want to have separate demands for each flavour of the component

[13:19:32 CDT(-0500)] <yura> i think the purpose of it was to use it locally as well

[13:19:44 CDT(-0500)] <yura> so for your purposes you might not even need it

[13:19:54 CDT(-0500)] <Justin_o> i want to run locally too