fluid-work IRC Logs-2009-10-14

Owned by Fluid IRC Log Bot
Last updated: Oct 14, 2009Version comment
16 min read

[06:50:01 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176469158.dsl.bell.ca) has joined #fluid-work
[07:32:01 EDT(-0400)] * jayshao_ (n=jayshao@ool-4573130c.dyn.optonline.net) has joined #fluid-work
[08:12:36 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[08:33:36 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[08:34:49 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:50:20 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[08:57:39 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[08:58:29 EDT(-0400)] * jgarciavila (n=joan@62.97.110.250) has joined #fluid-work
[09:37:35 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[09:41:48 EDT(-0400)] * jayshao_ (n=jayshao@ool-4573130c.dyn.optonline.net) has joined #fluid-work
[09:41:57 EDT(-0400)] <jgarciavila> michelled: http://wiki.fluidproject.org/display/fluid/Bug+Parade
[09:44:27 EDT(-0400)] <jgarciavila> michelld: is the "Sample Bug Parade e-mail" a reasonable output/template for the parade component?
[09:44:57 EDT(-0400)] * joan (n=joan@62.97.110.250) has joined #fluid-work
[09:45:27 EDT(-0400)] * alisonbenjamin (n=alisonbe@dialin-222-122.windsor.primus.ca) has joined #fluid-work
[09:46:17 EDT(-0400)] * joan (n=joan@62.97.110.250) has joined #fluid-work
[09:46:52 EDT(-0400)] * joan (n=joan@62.97.110.250) has left #fluid-work
[09:47:06 EDT(-0400)] * joan (n=joan@62.97.110.250) has joined #fluid-work
[09:47:29 EDT(-0400)] <alisonbenjamin> flj40001: re: http://issues.fluidproject.org/browse/FLUID-3288 – I had the exact same problem with image reorderer in safari 4 osx. do you want me to file that as a separet bug?
[09:52:23 EDT(-0400)] <joan> michelled: I start assuming "sample bug parade e-mail" as the kind-of-div template to render.
[09:53:24 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[09:54:18 EDT(-0400)] * sgithens342f (n=sgithens@149.166.143.211) has joined #fluid-work
[10:01:53 EDT(-0400)] <joan> michelled: i'll try to show something similar to the mails (bug parade) in the mailing list. The info comes from the jira xml data. true?
[10:02:30 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176469158.dsl.bell.ca) has left #fluid-work
[10:07:00 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[10:07:39 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[10:08:55 EDT(-0400)] <justin_o> joan: i believe that the sample bug parade should be okay... you can use the xml feed but i think one of the xml or rss is missing one of the fields... i think it was the component field but can't remember exactly
[10:09:46 EDT(-0400)] <joan> justin: thanks. i'll start retrieving the xml from the jira as the data to render.
[10:18:25 EDT(-0400)] <justin_o> joan: sounds good
[10:18:49 EDT(-0400)] <justin_o> joan: sorry if i'm slow replying, i'm running around between computers at the moment
[10:19:41 EDT(-0400)] <joan> justin_o: no problem. may i create a page (subpage to bug parade for the component ?
[10:20:20 EDT(-0400)] <justin_o> joan: sure go for it
[10:32:40 EDT(-0400)] * alisonbenjamin (n=alisonbe@dialin-222-122.windsor.primus.ca) has joined #fluid-work
[10:33:45 EDT(-0400)] <michelled> joan: sounds good to me. Sorry I wasn't responding - I was in a meeting
[10:34:12 EDT(-0400)] <joan> michelled: np. justin helped me. (smile)
[10:34:15 EDT(-0400)] <michelled> you may need to add more fields to the rss or xml feed. I'm not sure how to do that but there must be documentation on JIRA
[10:35:45 EDT(-0400)] <joan> michelled: rigth now i'm creating a page ("bug parade" children) as the space to render the component.
[10:35:56 EDT(-0400)] <michelled> sounds good
[10:39:04 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176469158.dsl.bell.ca) has joined #fluid-work
[10:41:37 EDT(-0400)] <joan> michelled: http://wiki.fluidproject.org/display/fluid/Bug+Parade+Component
[10:42:41 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[10:43:01 EDT(-0400)] * yura (n=yura@142.150.154.163) has joined #fluid-work
[10:43:22 EDT(-0400)] <michelled> thanks
[10:49:05 EDT(-0400)] <anastasiac> justin_o, fj40001: for the README: is there a JIRA that we're allowed to commit changes to? or do we submit patches at this stage?
[10:49:27 EDT(-0400)] <fj40001> 3211 i think
[10:50:01 EDT(-0400)] <anastasiac> and we're allowed to commit against that, now during code freeze?
[10:50:28 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176394061.dsl.bell.ca) has joined #fluid-work
[11:02:33 EDT(-0400)] <anastasiac> justin_o: should the browser support table on the wiki (http://wiki.fluidproject.org/display/fluid/Browser+Support) be considered our definitive list (i.e. should the README be modified to reflect what's in that chart)?
[11:02:50 EDT(-0400)] <justin_o> anastasiac: yes
[11:03:13 EDT(-0400)] <justin_o> and that should match the link to the yahoo a-grade browser support
[11:03:18 EDT(-0400)] <justin_o> that is with the chart
[11:07:43 EDT(-0400)] <anastasiac> justin_o, sorry to bug you: Is our IE8 support "preliminary" or "full" ?
[11:08:58 EDT(-0400)] <fj40001> colinclark, jessm, anastasiac, Bosmon, Justin_o: the majority of my release tasks are now dependent on the README.txt being updated by component owners. If you know of any changes you need to include in the README, please put them in ASAP. I'm going to work in JIRA now to make god use of my time.
[11:09:18 EDT(-0400)] <colinclark> fj40001: I hear you
[11:09:25 EDT(-0400)] <colinclark> Gonna need a few hours, and then I can dig into the README
[11:09:34 EDT(-0400)] <fj40001> ok, thank you
[11:09:48 EDT(-0400)] <anastasiac> fj4001 et al: I'm having a go over the README now, checking browser support, directory structures, spelling, etc. I'll let people know when I've committed, so you can get my changes
[11:10:03 EDT(-0400)] <justin_o> anastasiac: that's a good question... i believe it should be full, but there are still some problems like the unit tests for inlineEdit
[11:10:04 EDT(-0400)] <colinclark> Can you make sure you ping me again about it later in the afternoon if it's still not done, fj40001?
[11:10:07 EDT(-0400)] <anastasiac> fj40001: ^
[11:10:49 EDT(-0400)] <fj40001> colinclark, anastasiac yes
[11:11:45 EDT(-0400)] <jessm> laurel: ping
[11:11:54 EDT(-0400)] <jessm> oh not online
[11:21:10 EDT(-0400)] * jameswy (n=jameswy@142.150.154.196) has joined #fluid-work
[11:27:04 EDT(-0400)] <joan> michelled: <jira,xml, feeds>. i've found that component and project are inside the feed description field (mixed with html).
[11:27:49 EDT(-0400)] <joan> michelled: maybe it's a better approach get the xml for each jira involved (example. "http://issues.fluidproject.org/si/jira.issueviews:issue-xml/FLUID-3191/FLUID-3191.xml"(wink)
[11:28:27 EDT(-0400)] <joan> michelled: and update the bug list via ajax calls (getting the project name and the status) ?
[11:29:00 EDT(-0400)] <colinclark> joan: I agree, it makes sense to use the individual XML feed.
[11:29:10 EDT(-0400)] <colinclark> No point in parsing a bunch of mixed up HTML when you can get a structured feed
[11:29:20 EDT(-0400)] <michelled> makes sense to me.
[11:29:27 EDT(-0400)] <colinclark> So I guess you'll have to parse the feed for the whole filter, then grab the data for each individual issue.
[11:29:39 EDT(-0400)] <joan> so i get the big one and latter the details ?
[11:29:51 EDT(-0400)] <colinclark> joan: Yes, I think that makes sense.
[11:29:55 EDT(-0400)] <joan> ok
[11:30:15 EDT(-0400)] <colinclark> joan: You're going to hit issues with the Same Origin Policy as you are developing
[11:30:19 EDT(-0400)] <jessm> standup
[11:40:45 EDT(-0400)] * elicochran (n=elicochr@169.229.212.41) has joined #fluid-work
[11:47:01 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[11:47:41 EDT(-0400)] * joan (n=joan@62.97.110.250) has joined #fluid-work
[11:51:32 EDT(-0400)] <colinclark> joan: I was saying earlier that you'll probably encounter some issues with the Same Origin Policy. In short, browsers by default won't allow AJAX calls to other domains.
[11:52:02 EDT(-0400)] <colinclark> So while you're developing, you can loosen your security settings. Then later we'll create a Kettle data feed that aggregates all of the data you need into one call on the server-side.
[12:03:42 EDT(-0400)] <joan> all in one call. maybe > 1M data to parse.
[12:03:56 EDT(-0400)] <jessm> laurel: ping
[12:04:31 EDT(-0400)] <joan> collin: no problems with security. One apache in the middle and proxypassreverse. (smile)
[12:04:59 EDT(-0400)] * Bosmon2 (i=Bosmon@c-67-176-94-195.hsd1.co.comcast.net) has joined #fluid-work
[12:05:05 EDT(-0400)] <Bosmon2> OK
[12:05:11 EDT(-0400)] <Bosmon2> I got a dedicated IRC client now
[12:05:15 EDT(-0400)] <Bosmon2> This seems to work from here....
[12:05:27 EDT(-0400)] <Bosmon2> Does anyone see me?
[12:07:07 EDT(-0400)] <joan> collin: i'll use my apache web server and so (wiki and jira) will be the same domain. But if I have trouble with "Same Origin Policy", i'll do what you said to me.
[12:07:22 EDT(-0400)] <joan> hello bosmon2
[12:09:00 EDT(-0400)] <Bosmon2> Thanks joan...
[12:13:08 EDT(-0400)] * Bosmon3 (i=Bosmon@c-67-176-94-195.hsd1.co.comcast.net) has joined #fluid-work
[12:18:14 EDT(-0400)] * Bosmon2 (n=amb26fre@c-24-8-184-141.hsd1.co.comcast.net) has joined #fluid-work
[12:19:53 EDT(-0400)] <Bosmon2> Hi there Justin
[12:19:59 EDT(-0400)] <Bosmon2> I looked into the "double query string issue"
[12:20:04 EDT(-0400)] <Bosmon2> But I could only see it once
[12:20:11 EDT(-0400)] <Bosmon2> Can you tell me where you are observing it twice?
[12:21:04 EDT(-0400)] <Bosmon2> The raw location for the query string is env["QUERY_STRING"]
[12:21:09 EDT(-0400)] <Bosmon2> Where so far I have only seen it once...
[12:23:00 EDT(-0400)] <joan> collin: the apache trick didn't work well. So I will do you said to me.
[12:23:16 EDT(-0400)] <Bosmon2> colin is gone (tongue)
[12:23:25 EDT(-0400)] <Bosmon2> Unless you see things differently to me..
[12:23:44 EDT(-0400)] <joan> upps. Yes, it's gone.
[12:24:08 EDT(-0400)] <justin_o> Bosmon2: i did some debugging this morning. I noticed that in jsgi it is only there once, but by the time it gets to browse is double in env.env
[12:24:32 EDT(-0400)] <Bosmon2> OK
[12:24:46 EDT(-0400)] <Bosmon2> There must be a bug in some other part of the framework then
[12:25:01 EDT(-0400)] <Bosmon2> Can you give me a URL I can try?
[12:25:14 EDT(-0400)] <justin_o> sure...
[12:25:17 EDT(-0400)] <justin_o> oh um wait
[12:25:58 EDT(-0400)] <Bosmon2> I mean, just a local one (tongue)
[12:26:09 EDT(-0400)] <Bosmon2> I don't know how "browse" URls work
[12:26:17 EDT(-0400)] <Bosmon2> This is why we will need ViewParameters (smile)
[12:27:37 EDT(-0400)] <justin_o> http://0.0.0.0:8080/artifacts/browse.html?mmi&amp;merchandising
[12:28:08 EDT(-0400)] <justin_o> Bosmon2: just substitute the ip for your local one
[12:30:00 EDT(-0400)] <justin_o> Bosmon2: it still seems to be loading the pages properly even with the incorrect query string... but if you debug it you should be able to see that it is doubled up
[12:45:05 EDT(-0400)] <Bosmon2> ok, thanks
[13:01:46 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-41.LIPS.Berkeley.EDU) has joined #fluid-work
[13:03:30 EDT(-0400)] <Bosmon2> OK
[13:03:41 EDT(-0400)] <Bosmon2> I've observed a somewhat unfortunate problem in our setup (tongue)
[13:04:20 EDT(-0400)] <Bosmon2> As it seems to be now, fluid infusion is sitting in trunk at version fluid_1_1
[13:06:24 EDT(-0400)] <Bosmon2> ah
[13:06:29 EDT(-0400)] <Bosmon2> It seems this has already been spotted...
[13:06:51 EDT(-0400)] <Bosmon2> I was sure I had updated fluid-engage-client before, but seemingly not
[13:07:06 EDT(-0400)] <Bosmon2> So, it seems we have made the wise decision to stop versioning references of client to the framework?
[13:10:31 EDT(-0400)] <Bosmon2> justin_o: I did mention before that "mmi&merchandising" is not really a value query string
[13:10:35 EDT(-0400)] <Bosmon2> er valid
[13:11:21 EDT(-0400)] <justin_o> Bosmon2: yes you did... i've tried a different syntax such as db=mmi&query=merchandising but get the same double string issue
[13:11:22 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[13:11:39 EDT(-0400)] <justin_o> also our code isn't set up to use the valid syntax at the moment (sad)
[13:22:33 EDT(-0400)] <Bosmon2> justin_o: The issue is that the request is being made incorrectly on the client
[13:22:54 EDT(-0400)] <Bosmon2> If you look in Firebug, you can see that it has already issued the request to the incorrect URL, so it is not a problem in Kettle
[13:23:40 EDT(-0400)] <justin_o> bosmon2: hmm sorry... not exactly sure what you mean
[13:24:56 EDT(-0400)] <Bosmon2> There is code written on the client
[13:24:59 EDT(-0400)] <Bosmon2> To request a JSON feed
[13:25:05 EDT(-0400)] <Bosmon2> And it is issuing a request to the wrong URL
[13:25:36 EDT(-0400)] <Bosmon2> What you are seeing as the "double" query string is not the original html render request, but the secondary JSON request made from the client
[13:29:02 EDT(-0400)] <justin_o> Bosmon2: okay... we'll look into that.. thanks
[13:33:50 EDT(-0400)] <Bosmon2> OK, the problem is in loadData.js
[13:34:02 EDT(-0400)] <yura> hi colinclark, I was I 've created a patch for the browse/artifact demos to work with multiple categories, that also provides a better way to find related artifacts in browse by using more than one category(if present). http://issues.fluidproject.org/browse/ENGAGE-120
[13:34:10 EDT(-0400)] <Bosmon2> So I'm not sure if you are completely aware that window.location is a URL object and not just a String representing a URL
[13:34:13 EDT(-0400)] <colinclark> yura: Lemme take a look
[13:34:20 EDT(-0400)] <yura> colinclark: thanks
[13:34:35 EDT(-0400)] <Bosmon2> Now, you call String(currentUrl) at line 20, which converts the entire URL into a string, including query parameters
[13:34:39 EDT(-0400)] <Bosmon2> You then replace html with json...
[13:35:04 EDT(-0400)] <Bosmon2> Now, on loadData.js line 37, you then supply the query parameters again as "data", by extracting them from the "location.search" field
[13:35:17 EDT(-0400)] <Bosmon2> So this ends up making a json request with a duplicated set of query parameters
[13:35:33 EDT(-0400)] <Bosmon2> It is sort of semi-harmless, but won't be once we start making stronger demands on our URL space...
[13:35:40 EDT(-0400)] <colinclark> Bosmon2: You rock, thanks for pointing this out
[13:35:47 EDT(-0400)] <colinclark> justin_o will file a JIRA about it.
[13:35:54 EDT(-0400)] <colinclark> And we won't fix for 0.1, but will immediately afterwards
[13:37:13 EDT(-0400)] <colinclark> yura: Could you and justin_o add a bit more detail about why we want this behaviour for Engage 0.1 to the JIRA?
[13:37:20 EDT(-0400)] <colinclark> I see what the fix is, but the question is, why?
[13:37:22 EDT(-0400)] <colinclark> (smile)
[13:40:56 EDT(-0400)] <yura> colinclark: the issue with navigation from browse to view is not broken anymore with that patch. and it also makes the Related Artifacts link not just back/forward button because once you navigate to view and consequently click on Related Artifacts the list of related artifacts might look different than the one we navigated from to the view, all thanks to a better match of multiple categories
[13:42:08 EDT(-0400)] <colinclark> yura: Ok
[13:42:11 EDT(-0400)] <colinclark> So we're saying that either:
[13:42:25 EDT(-0400)] <colinclark> 1) We remove the Related Artifacts link in Artifact View
[13:42:26 EDT(-0400)] <colinclark> or
[13:42:38 EDT(-0400)] <colinclark> 2) We add this patch and it will work as-planned for this release?
[13:44:41 EDT(-0400)] <yura> colinclark: exactly
[13:45:08 EDT(-0400)] <colinclark> ok
[13:45:09 EDT(-0400)] <colinclark> +1
[13:45:10 EDT(-0400)] <colinclark> I
[13:45:19 EDT(-0400)] <colinclark> I'm going to update the JIRA with this little summary
[13:46:08 EDT(-0400)] <colinclark> yura: I've added http://issues.fluidproject.org/browse/ENGAGE-120 to the bug parade
[14:03:13 EDT(-0400)] * elicochran_ (n=elicochr@dhcp-169-229-212-41.LIPS.Berkeley.EDU) has joined #fluid-work
[14:16:01 EDT(-0400)] <Bosmon2> justin_o: I can make the JIRA for that double query issue if you haven't
[14:16:48 EDT(-0400)] <justin_o> Bosmon2: I have filed it but you may want to comment on it, http://issues.fluidproject.org/browse/ENGAGE-127
[14:21:53 EDT(-0400)] <Bosmon2> cool, thanks
[14:49:44 EDT(-0400)] <laurel> justin_o: just emailed regarding jira issues filed today against the demo portal. pretty sure not blockers, but just in case.
[14:50:01 EDT(-0400)] <justin_o> laurel: thanks
[15:04:24 EDT(-0400)] <colinclark> hey everyone
[15:04:43 EDT(-0400)] <colinclark> Bosmon2 and I were chatting offline (sorry, we suck) about the Engage directory structure and naming.
[15:04:51 EDT(-0400)] <colinclark> I've posted a transcript of our convo on the JIRA issue:
[15:04:52 EDT(-0400)] <colinclark> http://issues.fluidproject.org/browse/ENGAGE-88
[15:05:04 EDT(-0400)] <colinclark> In short, we were mulling over the question of what to call engage-client
[15:05:10 EDT(-0400)] <colinclark> Since much of its code is actually run on the server
[15:05:16 EDT(-0400)] <colinclark> So the suggestion was to call it engage-core
[15:05:40 EDT(-0400)] <colinclark> Any thoughts, justin_o and anastasiac? ^
[15:10:24 EDT(-0400)] <colinclark> Bosmon2 just sent an email summary to the list, too. And he's proposing calling engage-server engage-kettle to illustrate that depedency
[15:16:12 EDT(-0400)] <anastasiac> colinclark, I had been thinking about the issue that "engage-client" was not client specific - I was going to suggest just plain old "engage", but I like "engage-core" too
[15:24:06 EDT(-0400)] <colinclark> ok
[15:24:07 EDT(-0400)] <colinclark> cool
[15:24:25 EDT(-0400)] <colinclark> michelled was arguing that maybe we should rename the framework directory in engage-core to be something a bit more descriptive
[15:24:54 EDT(-0400)] <michelled> I just looked in there and there are 'Engage.js' and 'loadData.js' files
[15:25:13 EDT(-0400)] <michelled> I wonder if Engage.js could be renamed
[15:25:42 EDT(-0400)] <michelled> looks to me like model mapping related stuff
[15:25:46 EDT(-0400)] <Bosmon2> Yes
[15:25:55 EDT(-0400)] <Bosmon2> Although I think that should probably be part of a wider reorganisatoin
[15:26:19 EDT(-0400)] <Bosmon2> I mean, as soon as we make this release, we are probably going to change the names of practically everything, at a file and function level, in Engage....
[15:26:38 EDT(-0400)] <Bosmon2> It's probably not best to obsess too much about anything below the directory level
[15:26:41 EDT(-0400)] <Bosmon2> At this stage
[15:27:02 EDT(-0400)] <Bosmon2> OK, even at the project level (tongue)
[15:27:53 EDT(-0400)] <michelled> fair enough. just make sure we remember the strangeness of 'Engage.js' and 'framework' (wink)
[15:36:14 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[15:43:35 EDT(-0400)] <Bosmon2> Be sure that I will not forget them (smile)
[15:43:52 EDT(-0400)] <justin_o> colinclark and others: I'm reopening http://issues.fluidproject.org/browse/FLUID-3192 for engage licenses and copyrights
[15:43:58 EDT(-0400)] <justin_o> any objections?
[15:44:06 EDT(-0400)] <Bosmon2> Just as when Gurdjieff re-encounted one of his old pupils, and kicked him violently in the shin, shouting, "REMEMBER! REMEMBER!"
[15:45:32 EDT(-0400)] <colinclark> justin_o: +1
[15:45:42 EDT(-0400)] <colinclark> Bosmon2: (smile)
[15:45:53 EDT(-0400)] <colinclark> michelled: I think you're being compared to Gurdjieff
[15:46:57 EDT(-0400)] <michelled> lol
[15:51:47 EDT(-0400)] <colinclark> Ok everyone, I'm going through bug parade now, doing some gardening.
[15:51:58 EDT(-0400)] <colinclark> I will have a bunch of questions. Hope it won't be too annoying.
[15:52:00 EDT(-0400)] <colinclark> yura: http://issues.fluidproject.org/browse/ENGAGE-33
[15:52:05 EDT(-0400)] <colinclark> Is this one done?
[15:52:24 EDT(-0400)] <colinclark> yura: And this one http://issues.fluidproject.org/browse/ENGAGE-27
[15:52:36 EDT(-0400)] <yura> colinclark: yes
[15:52:43 EDT(-0400)] <colinclark> for both?
[15:52:48 EDT(-0400)] <yura> yes (smile)
[15:53:03 EDT(-0400)] <colinclark> (smile)
[16:00:35 EDT(-0400)] <colinclark> yura: http://issues.fluidproject.org/browse/ENGAGE-71
[16:00:35 EDT(-0400)] <colinclark> Done?
[16:05:24 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[16:05:38 EDT(-0400)] <colinclark> michelled: Since justin_o is sitting right beside you...
[16:05:40 EDT(-0400)] <colinclark> http://issues.fluidproject.org/browse/ENGAGE-65
[16:05:41 EDT(-0400)] <colinclark> Is that done?
[16:09:43 EDT(-0400)] <justin_o> colinclark: ENGAGE-71 should be closed
[16:10:57 EDT(-0400)] <colinclark> justin_o: And ENGAGE-65 as well?
[16:11:45 EDT(-0400)] <yura> colinclark: http://issues.fluidproject.org/browse/ENGAGE-124 , http://issues.fluidproject.org/browse/ENGAGE-126
[16:11:53 EDT(-0400)] <justin_o> sorry... meant to say ENGAGE-65
[16:13:51 EDT(-0400)] <colinclark> k
[16:17:58 EDT(-0400)] <colinclark> fj40001: Where do I find the readme file you speak of?
[16:18:37 EDT(-0400)] <fj40001> sorry: http://source.fluidproject.org/svn/fluid/infusion/trunk/README.txt
[16:18:50 EDT(-0400)] <colinclark> fj40001: No worries, I'm just typically distracted
[16:18:54 EDT(-0400)] <fj40001> (tongue)
[16:18:59 EDT(-0400)] <fj40001> jessm: ^^
[16:21:02 EDT(-0400)] <justin_o> Bosmon2: I'm going through the licenses for engage
[16:21:36 EDT(-0400)] <yura> colinclark: this one is ready http://issues.fluidproject.org/browse/ENGAGE-126
[16:22:02 EDT(-0400)] <colinclark> yura: Ready, as in fixed?
[16:22:16 EDT(-0400)] <yura> colinclark: yes
[16:22:20 EDT(-0400)] <colinclark> excellent, thanks
[16:22:22 EDT(-0400)] <justin_o> I'm just looking at the KettleServlet.java... can i change your author tag to the standard fluid type copyright and add in the third party copyright that is in servletJSGI.js
[16:22:33 EDT(-0400)] <Bosmon2> Interesting blog on testing: http://jonjagger.blogspot.com/search/label/average%20time%20to%20green%20game
[16:22:35 EDT(-0400)] <Bosmon2> Hi justin_o
[16:22:42 EDT(-0400)] <Bosmon2> Yes, that is fine
[16:22:46 EDT(-0400)] <Bosmon2> What is the standard fluid type copyright
[16:23:27 EDT(-0400)] <Bosmon2> Just as long as you keep the "Created on" stamp at the top (tongue)
[16:23:34 EDT(-0400)] <colinclark> Bosmon2: Here's the template: http://wiki.fluidproject.org/display/fluid/Embedded+Fluid+license
[16:24:43 EDT(-0400)] <colinclark> Bosmon2: As you create new things, I'm not quite sure who the copyright should be attributed to.
[16:24:50 EDT(-0400)] <colinclark> I'll assume it should be Cambridge until the end of the first project. But it's not a big deal either way.
[16:25:23 EDT(-0400)] <colinclark> yura: http://issues.fluidproject.org/browse/ENGAGE-120
[16:25:28 EDT(-0400)] <colinclark> How's that one coming along?
[16:26:04 EDT(-0400)] <yura> colinclark: this one is done
[16:26:08 EDT(-0400)] <colinclark> cool
[16:26:12 EDT(-0400)] <colinclark> I'll resolve it for you
[16:27:36 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[16:30:48 EDT(-0400)] <jessm> fj40001: why are "New Demo Portal and improved component demos" on the same line in the README?
[16:30:54 EDT(-0400)] <jessm> i think they're so huge they need two lines!
[16:30:57 EDT(-0400)] <jessm> crazy, aren't I?
[16:32:02 EDT(-0400)] <yura> Bosmon2, hi Antranig, would you happen to know where I can find JackServlet
[16:32:14 EDT(-0400)] <yura> that you mention in KettleServlet
[16:34:03 EDT(-0400)] <Bosmon2> Hi
[16:34:09 EDT(-0400)] <Bosmon2> It is part of "jack"
[16:35:00 EDT(-0400)] <Bosmon2> This is one place you can get it from... http://github.com/tlrobinson/jack-servlet
[16:35:08 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176469158.dsl.bell.ca) has joined #fluid-work
[16:35:08 EDT(-0400)] <Bosmon2> Although it may not be exactly the version I started from
[16:35:55 EDT(-0400)] <Bosmon2> yura - do you have a Skype account? I am finding it is best not to rely on the AIM network any more, since it is proving incredibly unreliable... many times I find messages are lost with no warning
[16:36:36 EDT(-0400)] <yura> yes
[16:37:08 EDT(-0400)] <yura> my username is "yura zen"
[16:39:23 EDT(-0400)] <fj40001> jessm: do you think it's overkill?
[16:39:42 EDT(-0400)] <jessm> now way
[16:39:47 EDT(-0400)] <jessm> fj40001: no way
[16:40:15 EDT(-0400)] <fj40001> ok
[16:40:51 EDT(-0400)] <fj40001> maybe it should read "New Demo Portal with improved component demos"
[16:41:53 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[16:42:18 EDT(-0400)] <colinclark> justin_o: Did you forget a log for your ENGAGE-124 commit? (wink)
[16:42:46 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[16:43:25 EDT(-0400)] <justin_o> colinclark: accidentally hit enter instead of shift
[16:43:28 EDT(-0400)] <colinclark> (wink)
[16:43:31 EDT(-0400)] <colinclark> no worries
[16:43:31 EDT(-0400)] <justin_o> i'm sending a not to fluid-work now
[16:46:24 EDT(-0400)] <jessm> fj40001: misspelling
[16:46:37 EDT(-0400)] <jessm> fj40001: The above-mentioned landing page, which links to all of our documenation.
[16:47:03 EDT(-0400)] <jessm> documentation
[16:47:18 EDT(-0400)] <fj40001> thanks!
[16:54:24 EDT(-0400)] <Bosmon2> justin_o: remember that you can revise log messages after the fact
[16:54:27 EDT(-0400)] <Bosmon2> With a revprop
[16:54:49 EDT(-0400)] <colinclark> fj40001: jessm is gonna read the readme shortly
[16:54:51 EDT(-0400)] <colinclark> i'm on it soon
[16:54:55 EDT(-0400)] <justin_o> Bosmon2: you have to teach me how to do that... i'm not quite sure what revprop is
[16:55:06 EDT(-0400)] <fj40001> ok
[16:55:14 EDT(-0400)] <colinclark> hey yura
[16:55:23 EDT(-0400)] <colinclark> what revision did you commit your ENGAGE-120 patch at?
[16:55:34 EDT(-0400)] <Bosmon2> justin_o: So, if you are in Eclipse - right click on your file, and choose "Show history"
[16:55:47 EDT(-0400)] <Bosmon2> Then, once the revision list comes up, right click on the revision number, and choose "Set commit properties"
[16:56:20 EDT(-0400)] <Bosmon2> Of course, this is a facility to be used for good, not evil (tongue)
[16:58:58 EDT(-0400)] <justin_o> Bosmon2: thanks... i'll make sure to use it only for good (tongue)
[16:59:35 EDT(-0400)] <justin_o> hmm... probably can't do that for this commit though since i only removed files
[17:25:25 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[17:26:00 EDT(-0400)] <elicochran> Anyone have a moment to answer a question about the keyboard accessibility plugin?
[17:34:42 EDT(-0400)] <Bosmon2> justin_o: You could probably still do that from the command line
[17:35:00 EDT(-0400)] <Bosmon2> You could also just do "show history" for the entire project in Eclipse and that should give you an entry for the removal
[17:36:44 EDT(-0400)] <justin_o> Bosmon2: oh thanks... i'll give that a shot
[17:44:21 EDT(-0400)] <elicochran> colinclark: I know you guys are really busy, but do you have a moment to answer a question about the keyboard accessibility plugin? Or pass me on to someone else.
[17:44:29 EDT(-0400)] <colinclark> elicochran: Of course!
[17:44:42 EDT(-0400)] <elicochran> colinclark: thanks
[17:44:48 EDT(-0400)] <colinclark> Fire away
[17:44:51 EDT(-0400)] <colinclark> One of us will respond
[17:45:00 EDT(-0400)] <elicochran> I'm doing a keyboard binding... working great but...
[17:45:04 EDT(-0400)] <colinclark> ah, cool
[17:45:19 EDT(-0400)] <elicochran> need to bind two keys to the same element (DELETE and BACKSPACE)
[17:45:25 EDT(-0400)] <elicochran> trouble
[17:45:37 EDT(-0400)] <colinclark> ah
[17:45:40 EDT(-0400)] <colinclark> should be just fine
[17:45:48 EDT(-0400)] <colinclark> they each have different key codes, right?
[17:45:59 EDT(-0400)] <elicochran> yep
[17:46:13 EDT(-0400)] <colinclark> What does your code look like?
[17:46:27 EDT(-0400)] <elicochran> the additionalbindings only seems to handle 1 key param
[17:46:39 EDT(-0400)] <elicochran> fluid.activatable(itemElm, null, {
[17:46:39 EDT(-0400)] <elicochran> additionalBindings: [{
[17:46:39 EDT(-0400)] <elicochran> key: $.ui.keyCode.DELETE,
[17:46:40 EDT(-0400)] <elicochran> activateHandler: function () {
[17:46:40 EDT(-0400)] <elicochran> removeFromSelection(that, itemElm);
[17:46:40 EDT(-0400)] <elicochran> return false;
[17:46:42 EDT(-0400)] <elicochran> }
[17:46:44 EDT(-0400)] <elicochran> }]
[17:46:46 EDT(-0400)] <elicochran> });
[17:47:08 EDT(-0400)] <elicochran> that's with just one
[17:47:21 EDT(-0400)] <elicochran> if I add another key param, only the second one sticks
[17:47:24 EDT(-0400)] <elicochran> makes sense
[17:47:52 EDT(-0400)] <elicochran> I can do two separate fluid.activatable and that works (yeah!)
[17:48:04 EDT(-0400)] <elicochran> one with backspace, one with delete
[17:48:06 EDT(-0400)] <elicochran> both stick
[17:48:08 EDT(-0400)] <colinclark> elicochran: interesting. you should have to make two calls
[17:48:12 EDT(-0400)] <colinclark> lemme take a look here
[17:48:33 EDT(-0400)] <colinclark> can you toss your code in a pastebin for me/
[17:48:36 EDT(-0400)] <colinclark> I like pastie.org
[17:48:44 EDT(-0400)] <elicochran> will do ... one sec
[17:49:23 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[17:49:46 EDT(-0400)] <colinclark> thanks so much
[17:49:49 EDT(-0400)] <elicochran> http://pastebin.org/45735
[17:50:22 EDT(-0400)] <elicochran> this'll look rather familiar as it is very similar to the row handling that we do in Uploader
[17:51:01 EDT(-0400)] <elicochran> colinclark: ^
[17:51:09 EDT(-0400)] <colinclark> ok
[17:52:39 EDT(-0400)] <elicochran> ignore that deleteHandler (part way through clean up)
[17:53:36 EDT(-0400)] <michelled> is anyone testing on the nightly build?
[17:53:55 EDT(-0400)] <colinclark> elicochran: gimme one sec here
[17:54:12 EDT(-0400)] <elicochran> no rush... plenty to do here
[17:58:12 EDT(-0400)] * Bosmon3 (n=amb26fre@98.245.85.37) has joined #fluid-work
[17:59:37 EDT(-0400)] <colinclark> elicochran: Does this code work for you?
[17:59:38 EDT(-0400)] <colinclark> http://pastie.org/655275
[18:01:04 EDT(-0400)] <elicochran> colinclark: yes, lovely!
[18:01:20 EDT(-0400)] <colinclark> basically, you need to provide an array of key binding objects
[18:01:33 EDT(-0400)]

<colinclark> those thingies with

Unknown macro: { modifier, key, and activateHandler }

properties


[18:02:00 EDT(-0400)] <elicochran> yep, now it's clear that they are a set
[18:02:12 EDT(-0400)] <elicochran> key and activatehandler
[18:02:33 EDT(-0400)] <colinclark> cool
[18:04:12 EDT(-0400)] <elicochran> colinclark: thanks for your help... much obliged!
[18:04:16 EDT(-0400)] <colinclark> any time
[18:13:01 EDT(-0400)] * Bosmon3 (n=amb26fre@c-98-245-85-37.hsd1.co.comcast.net) has joined #fluid-work
[18:16:01 EDT(-0400)] <michelled> Bosmon3: I didn't change anything but it all works now
[18:16:11 EDT(-0400)] <michelled> I have no idea why it didn't work before
[18:16:18 EDT(-0400)] <michelled> unless jamon did something secretly?
[18:16:57 EDT(-0400)] <michelled> but we now have a working nightly build of kettle!
[18:16:58 EDT(-0400)] <michelled> http://build.fluidproject.org:8095/engage/artifacts/view.html?mmi&amp;Canada
[18:31:12 EDT(-0400)] * Bosmon2 (n=amb26fre@c-24-8-184-141.hsd1.co.comcast.net) has joined #fluid-work
[18:37:52 EDT(-0400)] * yura (n=yura@user146-184.wireless.utoronto.ca) has joined #fluid-work
[23:07:29 EDT(-0400)] * Bosmon3 (n=amb26fre@c-98-245-85-37.hsd1.co.comcast.net) has joined #fluid-work
[23:08:01 EDT(-0400)] * Bosmon2 (n=amb26fre@c-24-8-184-141.hsd1.co.comcast.net) has joined #fluid-work