fluid-work IRC Logs-2009-11-06

[11:45:27 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[11:48:01 EST(-0500)] * joan (n=joan@smtp.opentrends.net) has joined #fluid-work
[11:49:06 EST(-0500)] * elicochran (n=elicochr@dhcp-169-229-212-33.LIPS.Berkeley.EDU) has joined #fluid-work
[11:56:56 EST(-0500)] <sveto> Justin_o: hello again, I was using the navigationList component, but it inserts some styles that are not suitable for a grid view, so now I try to integrate its code into my component, but maybe I should create a new component like navigationGrid? is there some other option?
[11:58:26 EST(-0500)] <Justin_o> sveto, that's interesting... i'm not entirely sure at this point... i'm thinking that another component would probably be appropriate or maybe just some sort of function that you would use instead....
[11:58:40 EST(-0500)] <Justin_o> have you started using the Renderer?
[11:59:19 EST(-0500)] <sveto> yes, it was working before I started moving away from the navigationList
[11:59:25 EST(-0500)] <Justin_o> okay...
[12:00:14 EST(-0500)] <sveto> ok, so for now I won't create a new component
[12:02:10 EST(-0500)] <Justin_o> sveto: what I'm thinking at the moment is that you might have some sort of wrapper component or something that would allow you to render as a navigationList or a grid
[12:04:23 EST(-0500)] <sveto> a wrapper will be really a clean solution, I'm not quite sure yet how I should create one, is there some similar code I can look at?
[12:07:24 EST(-0500)] <boyan> jessm: I might be a bit late on the all-team meeting on Tuesday but will try to come
[12:07:44 EST(-0500)] <boyan> michelled: I commited the my code and sent out an e-mail to fluid-work
[12:08:19 EST(-0500)] <boyan> and I guess that will be the end of my day
[12:09:05 EST(-0500)] * boyan (n=astea@62.44.101.70) has left #fluid-work
[12:17:41 EST(-0500)] <Justin_o> hmm... i'm not sure if there is exactly that, but i'll see if there are other components that might help...
[12:17:51 EST(-0500)] <Justin_o> sveto: ^
[12:19:13 EST(-0500)] <sveto> that will really help me, thank you
[12:21:01 EST(-0500)] * michelled_ (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[12:23:55 EST(-0500)] <Justin_o> sveto: these probably aren't great examples but you could take a look at the browse component and how it uses subcomponents, and at the tags component in how it uses reRender
[12:25:31 EST(-0500)] <Justin_o> I would guess that whenever you switch modes you would need to do a reRender... i'm pretty sure that the navigationList would also have to support this, which it doesn't at this time... I'm do have to make some changes to the navigationList so I can look at this at that time as well
[12:25:45 EST(-0500)] <Justin_o> but I won't have a chance to do that today, maybe not till next week
[12:27:25 EST(-0500)] <sveto> ok, for now I'm focused on the grid view, i'll think about how to make my component flexible and allow alternative views
[12:27:48 EST(-0500)] <EricDalquist> anyone here know why the following would work on firefox but fail on IE with an "Invalid argument." error?
[12:27:48 EST(-0500)] <EricDalquist> <a onclick="window.open('http://hdcs.doit.wisc.edu:9090/webchat/start.jsp?workgroup=askbucky@workgroup.hdcs.doit.wisc.edu&location=http://vip.wisc.edu/ask-bucky.html','ab-chat','resizable=1,width=500,height=400')" href="#">
[12:28:39 EST(-0500)] <sveto> Justin_o: I'm leaving now, talk to you tomorrow
[12:28:49 EST(-0500)] <Justin_o> sveto: okay... have a good night
[12:28:54 EST(-0500)] * sveto (n=sveto@62.44.101.70) has left #fluid-work
[12:44:49 EST(-0500)] * alisonbenjamin (n=alisonbe@142.150.154.101) has joined #fluid-work
[13:00:30 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[13:02:52 EST(-0500)] * Lee_bee (n=UXExpert@96.49.146.59) has joined #fluid-work
[13:49:22 EST(-0500)] * Bosmon2 (n=amb26fre@72-254-86-4.client.stsn.net) has joined #fluid-work
[13:51:41 EST(-0500)] * mackrauss (n=Armin@142.150.154.101) has joined #fluid-work
[14:01:29 EST(-0500)] * elicochran_ (n=elicochr@dhcp-169-229-212-33.LIPS.Berkeley.EDU) has joined #fluid-work
[14:10:26 EST(-0500)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[14:17:28 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[14:20:06 EST(-0500)] * Bosmon2 (n=amb26fre@72-254-86-4.client.stsn.net) has joined #fluid-work
[15:04:18 EST(-0500)] * Lee_bee (n=UXExpert@96.49.146.59) has joined #fluid-work
[15:18:52 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[16:08:40 EST(-0500)] * michelled_ (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[16:27:37 EST(-0500)] * Lee_bee (n=UXExpert@d75-157-50-9.bchsia.telus.net) has joined #fluid-work
[16:39:09 EST(-0500)] * Bosmon2 (n=amb26fre@72-254-86-4.client.stsn.net) has joined #fluid-work
[16:41:04 EST(-0500)] * Bosmon2 (n=amb26fre@72-254-86-4.client.stsn.net) has joined #fluid-work
[17:26:57 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:28:34 EST(-0500)] * Bosmon2 (n=amb26fre@72-254-86-4.client.stsn.net) has joined #fluid-work
[18:08:30 EST(-0500)] * clown (n=clown@142.150.154.101) has left #fluid-work
[18:36:44 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[19:59:58 EST(-0500)] * Lee_bee (n=UXExpert@96.49.146.59) has joined #fluid-work
[20:01:14 EST(-0500)] * athena7 (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[20:11:12 EST(-0500)] * Bosmon2 (n=amb26fre@63-227-0-131.hlrn.qwest.net) has joined #fluid-work
[21:08:35 EST(-0500)] <athena> hey Bosmon2
[21:08:42 EST(-0500)] <athena> sorry i missed your message yesterday
[21:08:58 EST(-0500)] <athena> but yes, i do think i've seen fetchresources executed more than once, but i'd assumed it was a bug on my side
[21:09:14 EST(-0500)] <athena> we don't actually use fetchResources in uPortal though
[23:42:33 EST(-0500)] * Lee_bee (n=UXExpert@96.49.146.59) has joined #fluid-work
[00:46:35 EST(-0500)] * Lee_bee (n=UXExpert@96.49.146.59) has left #fluid-work
[06:48:38 EST(-0500)] * sveto (n=sveto@62.44.101.70) has joined #fluid-work
[07:59:56 EST(-0500)] * boyan (n=astea@62.44.101.70) has joined #fluid-work
[08:25:38 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:27:54 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:48:15 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[09:07:25 EST(-0500)] * yura (n=yura@142.150.82.121) has joined #fluid-work
[09:08:09 EST(-0500)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:18:31 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176132520.dsl.bell.ca) has joined #fluid-work
[09:22:23 EST(-0500)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[09:33:02 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[09:51:51 EST(-0500)] <colinclark> fj4000: you around?
[09:51:53 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:52:04 EST(-0500)] <fj4000> colinclark: just in a meeting
[09:52:09 EST(-0500)] <fj4000> with james, tona, jorge
[09:52:19 EST(-0500)] <colinclark> k. I'll type in here and you can ignore it until after your meeting.
[09:52:31 EST(-0500)] <colinclark> We're feeling a bit of pain related to the regression in Image Reorderer's demo...
[09:52:47 EST(-0500)] <colinclark> where we used to have instructions for how the keyboard navigation works, but now we don't.
[09:52:55 EST(-0500)] <colinclark> There are no instructions, either on-screen or off-screen.
[09:53:07 EST(-0500)] <colinclark> I'm wondering if you might be able to find some time before too long to get those back in and looking awesome.
[09:53:13 EST(-0500)] <colinclark> I think they should be visible to the user in the demo.
[09:53:26 EST(-0500)] <colinclark> But, of course, also available to the AT to be spoken.
[09:53:54 EST(-0500)] <colinclark> Indeed, I wonder if all the Reorderer demos should have these instructions embedded in them.
[10:18:09 EST(-0500)] <sveto> Justin_o: hi, I'm trying to figure out how to make my service load engageConfig.json, it is requesting the wrong json file
[10:18:50 EST(-0500)] <sveto> Justin_o: can you tell me how does it work for browse.js for instance?
[10:19:56 EST(-0500)] <Justin_o> sveto: hello, are you using a war or running it from jetty in eclipse
[10:20:17 EST(-0500)] <sveto> Justin_o: I'm using a war
[10:20:27 EST(-0500)] <Justin_o> the war file uses the other config
[10:20:52 EST(-0500)] <Justin_o> sveto: i'm jut going to double check... one second
[10:24:18 EST(-0500)] <sveto> Justin_o: I think it is using engageStandaloneConfig.json which is renamed afterwards. problem is that when I try to load my URL it tries to access myCollection.html
[10:24:33 EST(-0500)] <sveto> sorry, that's myCollection.json
[10:25:22 EST(-0500)] <Justin_o> hmm.. i think i'll have to take a look at your code... have you committed it yet?
[10:25:24 EST(-0500)] <fj4000> colinclark: i'll take a pass at the reorderer material today
[10:25:34 EST(-0500)] <sveto> Justin_o: I've pasted my code here - http://fluid.pastebin.com/d73f28360
[10:26:35 EST(-0500)] <sveto> Justin_o: no, not yet, I'm trying to get it running before commit...
[10:26:54 EST(-0500)] <Justin_o> sveto: okay... i'll take a look at the pastebin
[10:31:23 EST(-0500)] <Justin_o> sveto: just to double check, the problem you are having is that it is trying to pull in myCollection.json instead of engageConfig.json or that when you try to hit the myCollection.html page you are being redirected to myCollection.json
[10:31:47 EST(-0500)] <sveto> Justin_o: the first one
[10:32:05 EST(-0500)] * nickb (n=Adium@76.201.148.161) has joined #fluid-work
[10:32:36 EST(-0500)] <Justin_o> sveto really.... that's interesting... i'm not sure why that would happen... have you modified any of the other files?
[10:33:14 EST(-0500)] <athena> anyone around right now have opinions about javascript minification or thoughts on google's new js compiler?
[10:33:36 EST(-0500)] <sveto> enageConfig.json to call the initialization methods and KettleIncludes.json to include the service script
[10:33:45 EST(-0500)] <nickb> http://code.google.com/closure/compiler/
[10:34:14 EST(-0500)] <Justin_o> sveto: could you please post those to pastebin as well
[10:34:39 EST(-0500)] <nickb> I'm currently working on incorporating Js and Css minification as part of the uportal build, and finding yuicompressor leaving a lot to be desired; google's closure looks interesting, curious if anyone has any thoughts
[10:34:39 EST(-0500)] <jessm> nickb: saw that yesterday – coolness
[10:35:30 EST(-0500)] <athena> uPortal is currently using a (very old) version of the YUI minifcation library and jslint through the yui-maven-plugin
[10:35:47 EST(-0500)] <sveto> Justin_o: http://fluid.pastebin.com/d575189f9 and http://fluid.pastebin.com/m7961e6b9
[10:35:55 EST(-0500)] <athena> we were just talking about where to go from here - whether to upgrade the plugin to use the latest yui version, or whether the google library might be preferable
[10:36:17 EST(-0500)] <Justin_o> sveto: thanks
[10:37:48 EST(-0500)] <Justin_o> sveto: so for those two files basically the only changes were to add fluid.myCollection to them
[10:38:31 EST(-0500)] <jessm> nickb: i think we just heard about this – stick around and I'm sure you'll get some thoughts
[10:38:58 EST(-0500)] <sveto> Justin_o: and an URL for the database in the engageConfig.json, I think I can remove that later, but yes that's all
[10:39:21 EST(-0500)] <nickb> sounds good
[10:42:33 EST(-0500)] <Justin_o> sveto: yep you could probably just use the string template later on, okay... still not sure why it would try to pull in myCollection.json instead of engageConfig.json... I'm still looking though
[10:43:51 EST(-0500)] <fj4000> anastasiac: ping
[10:45:49 EST(-0500)] <anastasiac> fj4000, pong
[10:46:19 EST(-0500)] <fj4000> can you spare a few mins. to discuss reorderer instructions?
[10:46:31 EST(-0500)] <anastasiac> certainly!
[10:47:17 EST(-0500)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[10:48:39 EST(-0500)] <fj4000> So, I was thinking - for the instructional text, we have a spot on the demo pages meant specificall for it
[10:48:40 EST(-0500)] <Justin_o> sveto: do you actually have a file called myCollection.json?
[10:49:01 EST(-0500)] <fj4000> so I dont want to put what we had before, which was a floating block of text
[10:49:09 EST(-0500)] <anastasiac> fj4000, I think the issue is that the Image Reorderer component default template itself needs a spot for instructions
[10:49:20 EST(-0500)] <anastasiac> people will be using the Image Reorderer outside the context of our demo portal
[10:49:22 EST(-0500)] <fj4000> we cant leave it to the integrator?
[10:49:32 EST(-0500)] <sveto> Justin_o: no, I used to have one to get the component running, but I thought it will be better to use engageConfig.json
[10:49:49 EST(-0500)] <anastasiac> we can, but our template is meant to be something that users can use out of the box if they want
[10:49:56 EST(-0500)] <anastasiac> and should include best practices
[10:50:02 EST(-0500)] <anastasiac> which include providing instructions
[10:50:16 EST(-0500)] <fj4000> so, the template should include material outside the scope of the component?
[10:50:42 EST(-0500)] <fj4000> since the component doesn't require/modify the instructions, right?
[10:51:01 EST(-0500)] <anastasiac> that depends on whether or not you consider "how to use the component" to be outside the scope of the component
[10:51:19 EST(-0500)] <fj4000> hmm...I would indeed, yes
[10:51:31 EST(-0500)] <anastasiac> I think user testing indicates the the component does require instructions
[10:51:40 EST(-0500)] <anastasiac> without them, users have no idea how to move the images
[10:51:47 EST(-0500)] <fj4000> ok...are we doing this for all components?
[10:52:02 EST(-0500)] <fj4000> keyboard instructions for all compoentns i mean
[10:52:05 EST(-0500)] <anastasiac> (though thinking about it now, I suppose that applies to lists, and grids, and portlets... hm...)
[10:52:09 EST(-0500)] <anastasiac> good question
[10:52:35 EST(-0500)] <Justin_o> sveto: yes... it would probably be better to use the engageConfig... did you modify anything to make it use myCollection.json before then
[10:52:40 EST(-0500)] <fj4000> yes, if we have it for images we need it for all reorderable stuff....and then, maybe for all components too
[10:52:54 EST(-0500)] <anastasiac> fj4000, you raise a good point
[10:52:58 EST(-0500)] <fj4000> since i wouldnt just "know" i could hit enter on somethng to activate it
[10:52:59 EST(-0500)] <anastasiac> not sure about all components, though
[10:53:20 EST(-0500)] <anastasiac> the interactions for reorderer are outside of the norm for users
[10:53:33 EST(-0500)] <fj4000> ok....but regardless, you think teh instructions need to be in the template, right?
[10:53:34 EST(-0500)] <sveto> Justin_o: I can't quite remember, but I think that it was initially requesting this file, so that's why I've created it
[10:53:35 EST(-0500)] <anastasiac> whereas hitting enter to activate something is not so surprosing
[10:53:49 EST(-0500)] <anastasiac> for the image reorderer (since we do actually have a template), yes
[10:54:06 EST(-0500)] <anastasiac> I think that's what colinclark was getting at
[10:54:08 EST(-0500)] <fj4000> ok...Colin mentioned we need it in all reorderer demos
[10:54:14 EST(-0500)] <anastasiac> oh, he did!
[10:54:15 EST(-0500)] <anastasiac> hm...
[10:54:19 EST(-0500)] <Justin_o> sveto: did you modify the web.xml possibly?
[10:54:30 EST(-0500)] <anastasiac> maybe he was referring to the portal instructions section...
[10:54:35 EST(-0500)] <fj4000> (9:52:30 AM)
[10:54:43 EST(-0500)] <fj4000> thats what I thought
[10:54:48 EST(-0500)] <fj4000> since he said demos
[10:54:51 EST(-0500)] * anastasiac scrolls back
[10:54:55 EST(-0500)] <fj4000> not templates
[10:55:19 EST(-0500)] <anastasiac> ok, two points:
[10:55:22 EST(-0500)] <fj4000> that last bit, he's wondering about the embedding part
[10:55:29 EST(-0500)] <sveto> Justin_o: not in the current configuration, before that - yes - again to get things running
[10:55:31 EST(-0500)] <fj4000> fire away
[10:55:36 EST(-0500)] <anastasiac> colinclark refers to the original image reorderer template, which did include instructions right in the template
[10:55:50 EST(-0500)] <fj4000> ah
[10:55:53 EST(-0500)] <anastasiac> he also says "... should have these instructions embedded in them"
[10:55:56 EST(-0500)] <fj4000> didnt see the image part
[10:56:07 EST(-0500)] <anastasiac> key work being "embedded" ? maybe?
[10:56:13 EST(-0500)] <anastasiac> word, not work
[10:56:15 EST(-0500)] <fj4000> yes, he's wondering about it
[10:56:28 EST(-0500)] <fj4000> so now I am too
[10:56:31 EST(-0500)] <anastasiac> for now, I'd put some instructions right in the image reorderer template
[10:56:35 EST(-0500)] <fj4000> ok
[10:56:49 EST(-0500)] <fj4000> and for all the other reorderers?
[10:56:50 EST(-0500)] <anastasiac> if I'm wrong, I'm wrong
[10:57:00 EST(-0500)] <anastasiac> for them, I'd put something in the portal instruction
[10:57:04 EST(-0500)] <fj4000> ok
[10:57:10 EST(-0500)] <anastasiac> thanks!
[10:57:11 EST(-0500)] <fj4000> what do you think
[10:57:15 EST(-0500)] <fj4000> Instructions: Tab to the first Content Portal, then use the arrow keys to move around. Use Ctrl+Arrow Key to move a Content Portal around.
[10:57:23 EST(-0500)] <fj4000> since I dont have the original text handy
[10:58:08 EST(-0500)] <anastasiac> it might be worth looking back through some svn revisions for the final version of the instruction text, since it went through a few revisions, and had some thought and feedback put into it
[10:58:09 EST(-0500)] <Justin_o> sveto: could you pastebin your web.xml file
[10:58:17 EST(-0500)] <fj4000> ok, thanks
[10:58:26 EST(-0500)] <anastasiac> np
[10:59:12 EST(-0500)] <sveto> Justin_o: sure - http://fluid.pastebin.com/d1f9fcab2
[11:04:06 EST(-0500)] <Justin_o> sveto: any chance that something could be cached or looking at an old version of some of your code?
[11:04:47 EST(-0500)] <Justin_o> i think you said you were running it off of a war, maybe the webserver isn't cleaning out the old stuff properly?
[11:06:36 EST(-0500)] <sveto> ok, i'll try to clean up.
[11:07:08 EST(-0500)] <Justin_o> sveto: okay... please let me know how that goes...
[11:18:37 EST(-0500)] <sveto> Justin_o: i'm confused now - cleaned up all browser data and restarted the server several times and it keeps on finding the myCollection.json file I added to see if it will work with it, i've deleted it and it's nowhere under the web app directory...
[11:19:45 EST(-0500)] <Justin_o> this is strange... could you send along your war file
[11:19:53 EST(-0500)] <yura> hi sveto: in this file http://fluid.pastebin.com/d73f28360 you create an acceptor         var acceptor = fluid.engage.makeAcceptorForResource("view", "json", dataHandler); where "view" has to be "myCollection" instead i think
[11:20:45 EST(-0500)] <sveto> yura: thanks for the tip, I'll try that
[11:20:52 EST(-0500)] <yura> sveto: np
[11:27:46 EST(-0500)] <Justin_o> sveto: could you please e-mail me a copy of your war file.... then i can try it out
[11:30:19 EST(-0500)] <sveto> Justin_o: ok, I've commited the code too - svn://source.fluidproject.org/svn/scratchpad/myCollection-tryout
[11:30:28 EST(-0500)] <Justin_o> sveto: thanks
[11:43:15 EST(-0500)] <Justin_o> sveto: I think you said you had a problem with building, michelle committed an update this morning for a problem with the build. That may address the problem with build.xml... but am not sure
[11:44:04 EST(-0500)] <sveto> Justin_o: it could be the same problem, i'll compare the build.xmls
[11:47:10 EST(-0500)] * boyan (n=astea@62.44.101.70) has left #fluid-work
[11:52:23 EST(-0500)] <Justin_o> sveto: thanks... i'll take a look at it...
[11:52:48 EST(-0500)] <Justin_o> sveto: you too...
[11:53:03 EST(-0500)] * sveto (n=sveto@62.44.101.70) has left #fluid-work
[12:47:19 EST(-0500)] * elicochran (n=elicochr@dhcp-169-229-212-63.LIPS.Berkeley.EDU) has joined #fluid-work
[13:06:06 EST(-0500)] <elicochran> Bosmon2: I'm struggling with the event system and was wondering if you had a little time today to help me figure out what I'm doing wrong?
[13:07:00 EST(-0500)] <Bosmon2> Hi there
[13:07:49 EST(-0500)] <Bosmon2> Fire way...
[13:07:53 EST(-0500)] <Bosmon2> er away
[13:08:00 EST(-0500)] <elicochran> thanks
[13:08:44 EST(-0500)] <elicochran> I've gone through the docs. I'm building a group listing component for 3akai and I have a people list that needs to send an event to the group list when it's loaded a new list of people
[13:08:48 EST(-0500)] <elicochran> simple enough
[13:09:12 EST(-0500)] <elicochran> this is a "sakai" component in that it's in the sakai namespace but it's using the FLuid framework
[13:09:23 EST(-0500)] <elicochran> so far everything I've done this way has been peachy
[13:09:30 EST(-0500)] <elicochran> but... the event stuff is puzzling
[13:09:56 EST(-0500)] <elicochran> I have the event in the options for people list and a .fire
[13:10:09 EST(-0500)] <elicochran> and I have the listener in the options for the group list
[13:10:23 EST(-0500)] <Bosmon2> ok
[13:10:25 EST(-0500)] <elicochran> both components use fluid.initView
[13:10:32 EST(-0500)] <elicochran> so I should be good
[13:10:43 EST(-0500)] <elicochran> I probably should show you the code, yes?
[13:10:49 EST(-0500)] <Bosmon2> Perhaps
[13:10:52 EST(-0500)] <elicochran> do you screenshare?
[13:11:14 EST(-0500)] <Bosmon2> although I wonder whether you have actually added the listener from the group list to the people list
[13:11:15 EST(-0500)] <elicochran> or shall I start pastebinning
[13:11:20 EST(-0500)] <Bosmon2> pastie is probably best
[13:11:36 EST(-0500)] <elicochran> hmmm,
[13:12:02 EST(-0500)] <elicochran> not sure what you mean by the above... but I'll go ahead and put the relavent code in pastie and we can go from there
[13:12:19 EST(-0500)] <Bosmon2> ok
[13:13:32 EST(-0500)] <Bosmon2> THER CATTT is here....
[13:13:35 EST(-0500)] <Bosmon2> He is CATTING
[13:13:53 EST(-0500)] <jessm> jamon: ping
[13:14:25 EST(-0500)] <Bosmon2> sorry, back in a few....
[13:17:36 EST(-0500)] <elicochran> Bosmon2: sorry, that took awhile: http://pastie.org/686789
[13:17:44 EST(-0500)] <elicochran> Bosmon2: when you return
[13:28:34 EST(-0500)] <Bosmon2> ok, back now
[13:30:32 EST(-0500)] <Bosmon2> So, you want something in the "group list" to be a listener to the "people list"
[13:31:10 EST(-0500)] <Bosmon2> For a start, "defaults" is the wrong place for a "listener"
[13:31:14 EST(-0500)] <Bosmon2> But you were probably just experimenting
[13:31:27 EST(-0500)] <Bosmon2> It implies you want that listener for every instance of the component
[13:34:20 EST(-0500)] <Bosmon2> Since you want a particular instance of the group list to listen to the people list, you firstly need to create that instance first (the people list)
[13:34:39 EST(-0500)] <Bosmon2> Then, you need to add a listener to the people list, which notifies the group list in whatever way you want
[13:39:19 EST(-0500)] <jamon> jessm: hey
[13:39:29 EST(-0500)] <jessm> jamon: just checking in – how'r things?
[13:39:29 EST(-0500)] <elicochran> Bosmon2: reading... thinking...
[13:39:44 EST(-0500)] <jamon> jessm: good, fluidengage is just waiting on html now
[13:39:58 EST(-0500)] <jessm> jamon: fandamtastic – it's coming!
[13:40:09 EST(-0500)] <jamon> great
[13:40:14 EST(-0500)] <jamon> working on rsfwiki now
[13:40:41 EST(-0500)] <jessm> jamon: fabulous – lemme know how goes it
[13:42:09 EST(-0500)] <elicochran> Bosmon2: you're right about the default, although the group list always needs to getting it's data from somewhere
[13:42:51 EST(-0500)] <elicochran> Bosmon2: I'm still confused.. but then I may be confusing you because I called the peoplelist "peoplelist" when in this case it's the peoplePicker component
[13:42:58 EST(-0500)] <elicochran> so I have a peoplePicker
[13:43:29 EST(-0500)] <elicochran> it seems that the listener should be on the grouplist and the firer should be on the peoplePicker
[13:44:02 EST(-0500)] <elicochran> yes, at some point there will be a separate people list component that the people picker uses but that's a later refactor
[13:44:22 EST(-0500)] <Bosmon2> I think what is confusing you, is that all you ever see in configuration for defaults is really configuration for firers
[13:44:29 EST(-0500)] <Bosmon2> listeners are only really ever added to instances
[13:44:36 EST(-0500)] <Bosmon2> Since, naturally, they are different listeners every time
[13:45:27 EST(-0500)] <elicochran> the docs say that listeners can be in the defaults
[13:45:28 EST(-0500)] <elicochran> http://wiki.fluidproject.org/display/fluid/Infusion+Event+System#InfusionEventSystem-listenersinoptions
[13:46:26 EST(-0500)] <Bosmon2> It says they can to be sure
[13:46:34 EST(-0500)] <Bosmon2> But only if they serve some kind of static function
[13:46:38 EST(-0500)] <Bosmon2> Which in your case is not possible
[13:46:53 EST(-0500)] <elicochran> ah
[13:47:16 EST(-0500)] <Bosmon2> It is just a question of what makes sense
[13:47:26 EST(-0500)] <elicochran> OK, let me try that
[13:47:30 EST(-0500)] <Bosmon2> I mean, you want one instance of a thing to listen to another
[13:47:58 EST(-0500)] <elicochran> I assumed that putting it into listeners in options would do the right thing
[13:48:04 EST(-0500)] <elicochran> seemed like a nice shortcut
[13:49:40 EST(-0500)] <Bosmon2> Well, it cannot magically "discover" your grouplist
[13:49:50 EST(-0500)] <Bosmon2> For a start, you need to create it...
[13:54:27 EST(-0500)] <Bosmon2> That is, it is "one of your things"...
[14:18:34 EST(-0500)] <elicochran> Bosmon2: thanks... working now
[14:28:11 EST(-0500)] * nickb (n=Adium@76.201.148.161) has joined #fluid-work
[14:55:42 EST(-0500)] <Justin_o> athena: It looks like Bosmon2 has been able to fix http://issues.fluidproject.org/browse/FLUID-2171
[14:56:11 EST(-0500)] <athena> wow i'd forgotten that even existed
[14:56:13 EST(-0500)] <athena> thank you!
[14:56:17 EST(-0500)] * athena likes to forget about IE
[14:56:27 EST(-0500)] <Justin_o>
[14:56:34 EST(-0500)] <athena> aieeeeeeeeeeeee
[14:56:37 EST(-0500)] <Justin_o> athena: would you be able to test out his patch
[14:56:44 EST(-0500)] <athena> yes, absolutely
[14:56:47 EST(-0500)] <athena> thank you guys so much
[14:57:00 EST(-0500)] <Justin_o> it is a patch against 1.1.22 though, so you would have to apply it manually or I could make you a new patch for 0.8.1
[14:57:55 EST(-0500)] <athena> we can at least test it out in the trunk i think
[14:58:00 EST(-0500)] <athena> to see if it works
[14:59:16 EST(-0500)] <Justin_o> athena: thanks
[14:59:23 EST(-0500)] <athena> thank you
[14:59:38 EST(-0500)] <athena> Bosmon2: did you see my comment about fetchResources last night?
[15:02:34 EST(-0500)] <Bosmon2> I didn't, sorry
[15:02:40 EST(-0500)] <Bosmon2> Did my fix screw up something?
[15:02:42 EST(-0500)] <athena> oh ok
[15:02:43 EST(-0500)] <athena> no!
[15:02:50 EST(-0500)] <athena> was just responding to your question the day before
[15:02:54 EST(-0500)] <Bosmon2> Cool
[15:02:56 EST(-0500)] <Bosmon2> What was your response?
[15:03:10 EST(-0500)] <athena> to the effect that i think i have seen it get executed twice, but i figured it was something i did and didn't really dig into it
[15:03:15 EST(-0500)] <Bosmon2> ah ok
[15:03:16 EST(-0500)] <Bosmon2> cool
[15:03:25 EST(-0500)] <athena> i havent' seen it in a while because uPortal tends to pull in resources using post requests
[15:03:33 EST(-0500)] <Bosmon2> ?!
[15:03:34 EST(-0500)] <Bosmon2> POST?!
[15:03:49 EST(-0500)] <athena> well
[15:03:52 EST(-0500)] <athena> yes, for certain services
[15:03:58 EST(-0500)] <athena> mostly because of security concerns
[15:04:29 EST(-0500)] <athena> we wanted to make sure that other sites can't get to things like the list of all groups and people by calling our JSON services
[15:04:41 EST(-0500)] <Bosmon2> Interesting
[15:10:15 EST(-0500)] <jessm> jamon: love this http://fluidengage.org/
[15:10:19 EST(-0500)] <jessm> thanks!
[15:12:21 EST(-0500)] <athena> yeah Bosmon2 i don't know if you have any thoughts about security w/ this stuff
[15:12:38 EST(-0500)] <athena> it seemed like our options were to either use POST or keep our data formatted as XML
[15:13:45 EST(-0500)] <athena> but for the portal we do have to be a little careful
[15:13:56 EST(-0500)] <athena> no good if we start spilling FERPA-protected data all over the internets
[15:45:07 EST(-0500)] <Bosmon2> I wonder if this Authorization issue really will be something we can make progress on.... as Clayton hopes
[15:45:12 EST(-0500)] <Bosmon2> To me it seems completely intractable
[16:14:59 EST(-0500)] <laurel> fj4000: you and justin were working on a change. I've just made the changes in my code, but it breaks the tests so I need to do more work before I can check the change in.
[16:15:22 EST(-0500)] <fj4000> im going to bring a patch in on monday
[16:15:27 EST(-0500)] <fj4000> so dont worry about my changes
[16:18:40 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[17:11:05 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:42:56 EST(-0500)] * elicochran_ (n=elicochr@dwin-wlan-176.AirBears.Berkeley.EDU) has joined #fluid-work
[17:58:01 EST(-0500)] * clown (n=clown@142.150.154.101) has left #fluid-work [18:01:38 EST(-0500)] * elicochran (n=elicochr@dwin-wlan-176.AirBears.Berkeley.EDU) has joined #fluid-work