fluid-work IRC Logs-2009-04-13

[00:24:23 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined #fluid-work
[07:47:41 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[08:26:41 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:38:20 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[09:34:48 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[09:45:06 EDT(-0400)] <athena> anyone have any pointers on column sorting w/ the pager in 1.0?
[09:58:07 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[10:04:39 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[10:18:52 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[10:19:38 EDT(-0400)] * Topic is 'Documentation Tasks: http://wiki.fluidproject.org/display/fluid/Documentation+Tasks Check in with anastasiac' set by anastasiac on 2009-04-13 10:19:38 EDT(-0400)
[11:42:28 EDT(-0400)] <fj4000> Does anyone know where "fluid.ui.dialog.css" has migrated to?
[11:43:41 EDT(-0400)] <fj4000> I believe it was used in uploader
[11:52:11 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-56.LIPS.Berkeley.EDU) has joined #fluid-work
[11:53:17 EDT(-0400)] <fj4000> elicochran: can you verify the above ^ ?
[11:53:36 EDT(-0400)] <elicochran> sorry, just logged in, so I can't see the "above" can you repeat it?
[11:54:01 EDT(-0400)] <fj4000> do you know what happened to "fluid.ui.dialog.css" ?
[11:54:07 EDT(-0400)] <fj4000> does it still exist?
[11:54:54 EDT(-0400)] <elicochran> fj4000: if I remember correctly, there was a lot of discussion in the channel about whether it was used anywhere
[11:55:10 EDT(-0400)] <elicochran> the discussion was twixt colin, michelle and I mostly
[11:55:35 EDT(-0400)] <elicochran> the agreement was that since it didn't appear that it was "
[11:55:43 EDT(-0400)] <elicochran> sorry, "in use"
[11:55:50 EDT(-0400)] <elicochran> that it should be removed for 1.0
[11:55:58 EDT(-0400)] <fj4000> ok, so it a goner
[11:56:00 EDT(-0400)] <fj4000> thanks!
[11:56:02 EDT(-0400)] <elicochran> so right now, it's in svn,
[11:56:08 EDT(-0400)] <elicochran> you can bring it back
[11:56:20 EDT(-0400)] <elicochran> fj4000: ^
[11:56:30 EDT(-0400)] <fj4000> i just wanted to know if it needed mentioning
[11:56:39 EDT(-0400)] <fj4000> if its not readily packaged up anywhere, then im good
[11:56:45 EDT(-0400)] <elicochran> cool
[12:07:36 EDT(-0400)] <elicochran> anastasiac: not that there are not enough documentation tasks already, but we should probably add the Upgrading docs
[12:11:35 EDT(-0400)] <anastasiac> elicochran, good point - they are important
[12:14:05 EDT(-0400)] <elicochran> anastasiac: I added the Progress Tutorial
[12:14:29 EDT(-0400)] <anastasiac> thanks!
[12:43:44 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[13:15:17 EDT(-0400)] <athena> i've noticed some behavior in the pager component that doesn't seem quite right
[13:15:34 EDT(-0400)] <Justin_o> athena: hello
[13:15:49 EDT(-0400)] <athena> when using the fluid renderer-based table style of pager, it seems like when you sort on a column, then page through the results, it "loses" the current sort column
[13:16:07 EDT(-0400)] <athena> i'd think the sort column header should maintain its CSS style
[13:16:41 EDT(-0400)] <Justin_o> athena: I'm going to take a look at our example and see if i can see that too
[13:17:00 EDT(-0400)] <athena> take a look at the pager-site-setting example in the sakai integration demos
[13:17:07 EDT(-0400)] <athena> i think i'm seeing the behavior there too
[13:18:49 EDT(-0400)] <Justin_o> athena: i doesn't seem like we are styling the sort column at all in that example anyways
[13:18:55 EDT(-0400)] <athena> yeah
[13:19:06 EDT(-0400)] <athena> i was about to say that makes the behavior harder to see
[13:19:16 EDT(-0400)] <athena> actually it looks like you are styling it but the image is missing
[13:19:39 EDT(-0400)] <Justin_o> oh... i wonder if we lost it in our svn restructuring.. i'll see if i can find it
[13:19:48 EDT(-0400)] <athena> anyway, if you click to sort a column, then look at the css attribute on the table header it says "fl-pager-asc"
[13:20:04 EDT(-0400)] <athena> if you then click on another page link, then re-check the css attribute, it disappears
[13:20:08 EDT(-0400)] <athena> might be
[13:21:47 EDT(-0400)] <Justin_o> athena: i just checked it in firebug and I see what you are saying... I'll file that one as a bug
[13:21:50 EDT(-0400)] <athena> ok
[13:21:52 EDT(-0400)] <athena> thanks!
[13:22:01 EDT(-0400)] <Justin_o> thanks for letting us know about
[13:22:08 EDT(-0400)] <athena> i was also wondering how to set a default column ordering, but that's not a bug
[13:22:14 EDT(-0400)] <athena> no problem - thanks for the ticket
[13:25:50 EDT(-0400)] <Justin_o> athena: here is the jira issue if you want to check on it later http://issues.fluidproject.org/browse/FLUID-2591
[13:25:58 EDT(-0400)] <athena> thanks!
[13:36:39 EDT(-0400)] <Justin_o> athena: Sorry.. don't know about the column ordering question you had, you'll probably have to talk to Bosmo1 about that
[13:37:16 EDT(-0400)] <athena> will do, thanks
[13:55:27 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[13:58:55 EDT(-0400)] * apetro- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[14:01:44 EDT(-0400)] * Bosmon (n=Bosmon@82-43-145-30.cable.ubr02.nmal.blueyonder.co.uk) has joined #fluid-work
[14:05:56 EDT(-0400)] <Bosmon> Hi athena - you could set a default ordering my directly manipulating the "model", in the sort of way we talked about before
[14:06:08 EDT(-0400)] <Bosmon> Although now trunk is open, we can set about making some more official ways of doing this
[14:06:09 EDT(-0400)] <athena> ok, thanks
[14:06:22 EDT(-0400)] <athena> that's what i'm doing now - i wasn't sure if there was some other way to do it
[14:07:49 EDT(-0400)] <Bosmon> When you say "styling the sort column", you mean the little arrow that is sitting at the top?
[14:07:57 EDT(-0400)] <Bosmon> Or some styling applied to the header, or something else?
[14:09:06 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[14:09:30 EDT(-0400)] <athena> yes, the little arrow
[14:09:40 EDT(-0400)] <Bosmon> Is something going wrong with it?
[14:09:40 EDT(-0400)] <athena> as indicated by fl-pager-asc
[14:10:02 EDT(-0400)] <athena> the pager seems to lose track of its sort state on page change
[14:10:39 EDT(-0400)] <athena> justin made a ticket: http://issues.fluidproject.org/browse/FLUID-2591
[14:10:59 EDT(-0400)] <Bosmon> Hm
[14:11:04 EDT(-0400)] <Bosmon> How bad
[14:11:48 EDT(-0400)] <athena> incidentally it's actually turned out to be quite useful to be able to set the pager's range to something that doesn't match the number of elements in the data set
[14:17:37 EDT(-0400)] <Justin_o> Bosmon, athena: the up/down arrows were missing because the path hadn't been corrected. I'm going to fix that now. The problem with the class names is still there though and this will make it easier to see.
[14:17:49 EDT(-0400)] <athena> thanks!
[14:21:06 EDT(-0400)] * apetro-- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[14:29:12 EDT(-0400)] <Bosmon> oh dear
[14:29:24 EDT(-0400)] <Bosmon> athena - why is it useful to be able to to that?
[14:29:37 EDT(-0400)] <athena> lol
[14:29:51 EDT(-0400)] <athena> because of that batched data use case i mentioned before
[14:29:56 EDT(-0400)] <athena> i know, it's evil
[14:29:58 EDT(-0400)] <athena> but it works . . .
[14:30:02 EDT(-0400)] <Bosmon> Well, is it?
[14:30:07 EDT(-0400)] <athena> i don't know, maybe
[14:30:17 EDT(-0400)] <Bosmon> batched data... you mean, server-side paging?
[14:30:21 EDT(-0400)] <athena> yeah
[14:30:22 EDT(-0400)] <Bosmon> Or something else
[14:30:24 EDT(-0400)] <Bosmon> Oh, yes
[14:30:34 EDT(-0400)] <Bosmon> Well, that was clearly always a use case
[14:30:38 EDT(-0400)] <athena> we're calling like the first 5 pages, then calling in more pages as necessary
[14:30:39 EDT(-0400)] <athena> yeah
[14:30:40 EDT(-0400)] <Bosmon> So yes, it is far from evil
[14:30:53 EDT(-0400)] <Bosmon> I am glad to hear you are making it work
[14:31:18 EDT(-0400)] <athena> well, i wound up having to immediately throw an on model change event after constructing the pager because it was the only way i could seem to update the model's range
[14:31:32 EDT(-0400)] <Bosmon> Seems reasonable
[14:31:42 EDT(-0400)] <athena> well, i'm glad you think so
[14:32:00 EDT(-0400)] <athena> wasn't sure if constructing the pager and immediately calling an event was the best way to do that
[14:32:25 EDT(-0400)] <Bosmon> Well, I was just thinking about this a bit as I was walking around today
[14:32:42 EDT(-0400)] <Bosmon> But yes, it would certainly be a bit uncivil to change stuff without associating an event with the change
[14:32:58 EDT(-0400)] <athena> yeah actually i suppose that's quite reasonable
[14:33:05 EDT(-0400)] <Bosmon> As you may have heard, once we "DARApplier"-ise the Pager, this stuff will all become rather more formal
[14:33:16 EDT(-0400)] <athena> nope, haven't heard
[14:33:22 EDT(-0400)] <athena> what is a DARApplier?
[14:33:36 EDT(-0400)] <Bosmon> Well, it is now a thing that doesn't exist
[14:33:41 EDT(-0400)] <Bosmon> The team forced me to change the name
[14:33:51 EDT(-0400)] <Bosmon> I think it is now blandly being called the "ChangeApplier"
[14:34:11 EDT(-0400)] <Bosmon> All it got into before the 1.0 release is UIOptions, because it resolved a bug that it had there
[14:34:27 EDT(-0400)] <athena> lol
[14:34:27 EDT(-0400)] <Bosmon> But it was actually imagined that Pager was going to be the prime use case for it
[14:34:48 EDT(-0400)] <Bosmon> http://wiki.fluidproject.org/display/fluid/Notes+on+the+ChangeApplier
[14:34:51 EDT(-0400)] <Bosmon> This is all we have so far
[14:35:00 EDT(-0400)] <athena> interesting
[14:35:11 EDT(-0400)] <Bosmon> And I am insisting that Colin removes this diagram of cyclically connected objects
[14:35:16 EDT(-0400)] <Bosmon> Since it represents a clear moral evil
[14:35:21 EDT(-0400)] <athena> lol
[14:35:35 EDT(-0400)] <athena> do forever-loops?
[14:35:48 EDT(-0400)] <Bosmon> Wow, we have no fewer than FIVE apetros joining us
[14:36:14 EDT(-0400)] <athena> wow
[14:36:30 EDT(-0400)] <Bosmon> Anyway, for 1.1, there will be (at least) two separate DARAppliers in the Pager
[14:36:42 EDT(-0400)] <Bosmon> One attached to its model, and another attached to the data model, if there is one
[14:36:45 EDT(-0400)] <athena> for the data and the model?
[14:36:47 EDT(-0400)] <athena> ah, yes
[14:36:53 EDT(-0400)] <athena> sounds reasonable
[14:37:24 EDT(-0400)] <Bosmon> And they will make this work of requesting and reacting to changes a lot more regular
[14:37:45 EDT(-0400)] <Bosmon> The DARApplier is something that has been a conversation-stopper with Colin for the last 2 years....
[14:38:11 EDT(-0400)] <Bosmon> Whenever I brought it up in a conversation before last month, he would always at that point find something else he urgently needed to be doing
[14:38:29 EDT(-0400)] <Bosmon> Just like apetro 5 there
[14:39:02 EDT(-0400)] <Bosmon> And apetro 1
[14:39:13 EDT(-0400)] <athena> well maybe colin will like it better now that you renamed it
[14:39:17 EDT(-0400)] <Bosmon> Yes
[14:39:26 EDT(-0400)] <Bosmon> Does "ChangeApplier" mean anything to you?
[14:39:36 EDT(-0400)] <athena> well, more than DARApplier
[14:39:42 EDT(-0400)] <Bosmon>
[14:39:53 EDT(-0400)] <Bosmon> DAR was "DataAlterationRequiest"
[14:39:56 EDT(-0400)] <athena> by the way, to get around FLUID-2591, i'm currently saving the sort key and direction to my own function's state
[14:39:58 EDT(-0400)] <athena> ah, i see
[14:40:05 EDT(-0400)] <Bosmon> Which is the fundamental "packets" that it talks in
[14:40:13 EDT(-0400)] <Bosmon> Well, I am surprised and upset that this doesn't work
[14:40:13 EDT(-0400)] <athena> i still think it sounds vaguely sinister
[14:40:18 EDT(-0400)] <Bosmon> aha
[14:40:28 EDT(-0400)] <Bosmon> Let me update and see what is up...
[14:40:56 EDT(-0400)] <athena> and i'd like to just go through and manually reset the CSS styles, but i can't quite figure out when to call that code - i'm not sure if there's a convenient event i could attach to, or if any event call would be too early
[14:41:26 EDT(-0400)] <Bosmon> Well
[14:41:48 EDT(-0400)] <Bosmon> The event which blasts it, is clicking on a numbered page link, right?
[14:42:15 EDT(-0400)] <athena> correct
[14:42:22 EDT(-0400)] <athena> or the next or previous
[14:42:26 EDT(-0400)] <Bosmon> ok
[14:43:09 EDT(-0400)] <Bosmon> Could you not just "restore" the destroyed information inside your own onModelChange listener
[14:43:41 EDT(-0400)] <Bosmon> Hmm
[14:43:45 EDT(-0400)] <Bosmon> I am really surprised this is not working
[14:43:48 EDT(-0400)] <Bosmon> Let me test it out....
[14:43:57 EDT(-0400)] <athena> yes, perhaps - i'm not sure i have an onModelChange listener
[14:44:07 EDT(-0400)] <athena> but if that would do it i can create one
[14:44:35 EDT(-0400)] <athena> from my initial poking, it seems like the model might actually completely lose track of the sortKey
[14:44:53 EDT(-0400)] <Bosmon> Well, that would have to be the mechanism, if it was happening
[14:44:58 EDT(-0400)] <Bosmon> But that should never happen
[14:45:27 EDT(-0400)] <athena> well, agreed
[14:46:21 EDT(-0400)] <athena> i had tried updating the css in the model filter and that seemed to be too early
[14:46:37 EDT(-0400)] <Bosmon> Well, just give me a sect
[14:46:39 EDT(-0400)] <Bosmon> sec
[14:46:48 EDT(-0400)] <Bosmon> My Firefox profiles have become screwed up on this laptop...
[14:47:18 EDT(-0400)] <Bosmon> Firebug 1.05 still rocks, unfortunately
[14:47:29 EDT(-0400)] <Bosmon> I just can't believe how royally the Firebug team are screwing this up
[14:47:59 EDT(-0400)] <Bosmon> It will shortly be 2 whole years since they made a build that worked properly
[14:48:53 EDT(-0400)] <athena> hm, mine works ok as far as i've noticed
[14:54:26 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[14:59:53 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[15:01:16 EDT(-0400)] <athena> Bosmon: as a sanity check, should something like this work?
[15:01:18 EDT(-0400)]

[15:05:47 EDT(-0400)] * mtheoryx83 (n=mtheoryx@c-98-228-108-233.hsd1.in.comcast.net) has joined #fluid-work
[15:07:23 EDT(-0400)] <Bosmon> Yes
[15:07:35 EDT(-0400)] <Bosmon> So... the model is not being corrupted in the main loop...
[15:07:42 EDT(-0400)] <Bosmon> So it is even less clear what is happening
[15:09:48 EDT(-0400)] <Bosmon> ah.....
[15:10:24 EDT(-0400)] <athena> i had in part wondered whether the copy method wasn't actually copying the model correctly
[15:10:30 EDT(-0400)] <Bosmon> It does actually look like it is just the CSS style
[15:10:33 EDT(-0400)] <Bosmon> The model actually looks fine
[15:10:37 EDT(-0400)] <athena> oh that's good
[15:11:26 EDT(-0400)] <Bosmon> OK....
[15:12:06 EDT(-0400)] <Bosmon> Wlel, this "headerSortStylisticOffset" selector, that we argued the name of so bitterly, has clearly got to go
[15:13:50 EDT(-0400)] <Bosmon> If I fix this now, will it be any use to you?
[15:14:00 EDT(-0400)] <Bosmon> Or will you be stuck using 1.0 till the end of time?
[15:18:04 EDT(-0400)] <athena> yes, it will be of use
[15:18:22 EDT(-0400)] <athena> i'd assume we could maybe just patch the files or something?
[15:31:04 EDT(-0400)] <Bosmon> OK...
[15:31:09 EDT(-0400)] <Bosmon> Well, I have committed a thing which fixes it
[15:31:20 EDT(-0400)] <Bosmon> But it doesn't do it in the way which I think is right for the long ter
[15:31:20 EDT(-0400)] <Bosmon> m
[15:31:38 EDT(-0400)] <athena> ok
[15:31:42 EDT(-0400)] <athena> well, that'll do for now i'm sure
[15:31:43 EDT(-0400)] <Bosmon> What is your situation - are you stuck with Fluid 0.8 in uPortal?
[15:32:08 EDT(-0400)] <athena> we're upgrading to 1.0 whenever i have a few spare moments
[15:32:11 EDT(-0400)] <Bosmon> I guess you can use our magnificent version management scheme to inject limited amounts of new version stuff if required in certain places
[15:32:31 EDT(-0400)] <athena> and the code that will be affected by this won't be available until 3.2 most likely
[15:32:43 EDT(-0400)] <athena> by which point i suspect fluid 1.1 will be out
[15:33:34 EDT(-0400)] <Bosmon> ok
[15:37:08 EDT(-0400)] <athena> thank you
[15:53:40 EDT(-0400)] <athena> by the way, Bosmon - is there a way to generate specifically links to the first and last pages?
[15:54:08 EDT(-0400)] <athena> like something sakai-ish of the form (<<) (<) (>) (>>)
[15:55:58 EDT(-0400)] <Bosmon> athena - where do you want to put them?
[15:56:29 EDT(-0400)] <athena> well, really we don't want page links - just first, previous, next, last
[15:56:48 EDT(-0400)] <Bosmon> You just want 4 controls?
[15:56:57 EDT(-0400)] <Bosmon> I mean, you can install your own "pageStrategy" into the pager
[15:57:07 EDT(-0400)] <athena> yeah, that may end up being warranted
[15:57:08 EDT(-0400)] <Bosmon> We have 2 samples ones, but you can write your own
[15:57:20 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[15:58:32 EDT(-0400)] <athena> ok, sounds reasonable
[15:58:36 EDT(-0400)] <athena> at this point that might be a reasonable move
[15:58:46 EDT(-0400)] <Bosmon> Yes
[15:58:51 EDT(-0400)] <Bosmon> I think it is the correct solution
[16:00:14 EDT(-0400)] <Bosmon> I think you might also need to hook in to the "onRenderPageLinks" event
[16:00:19 EDT(-0400)] <Bosmon> If you are not happy with the default link text
[16:00:34 EDT(-0400)] <athena> ah
[16:00:37 EDT(-0400)] <Bosmon> If you fix the pageStrategy, the links will still be labelled "1" and "15" or whatever
[16:00:48 EDT(-0400)] <Bosmon> Even if you reduce it to being just 2 of them
[16:02:14 EDT(-0400)] <athena> think it'll be a problem to have the prev/next links inside the first/last ones?
[16:02:37 EDT(-0400)] <Bosmon> Oh, you want it to read first, prev, next, last?
[16:02:46 EDT(-0400)] <athena> yeah
[16:03:23 EDT(-0400)] <Bosmon> Hmm
[16:03:37 EDT(-0400)] <Bosmon> I guess if you want to do that, it would be best to just completely disuse the "official" next and prev links
[16:03:47 EDT(-0400)] <Bosmon> And just make a pageStrategy that makes all 4 of the links you want
[16:04:17 EDT(-0400)] <Bosmon> The pageStrategy is told what the current page number is, so it is pretty clear
[16:04:29 EDT(-0400)] <athena> that makes sense
[16:04:49 EDT(-0400)] <Bosmon> You just have one that emits the list [0, mid - 1, mid +1, count - 1]
[16:04:53 EDT(-0400)] <athena> right
[16:04:58 EDT(-0400)] <athena> that makes sense
[16:05:02 EDT(-0400)] <Bosmon> And then in the listener, you can change the labels as you want
[16:05:12 EDT(-0400)] <Bosmon> By just grubbing around in the component tree and overwriting them
[16:05:24 EDT(-0400)] <athena> gotcha
[16:05:50 EDT(-0400)] <Bosmon> THE CATT is here!
[16:09:26 EDT(-0400)] <athena> hello CATT
[16:10:52 EDT(-0400)] <Bosmon> Hmm... well, I am a bit confused now... and not quite sure which issue to work on
[16:11:00 EDT(-0400)] <Bosmon> Maybe I should work on your "model replacing" issue?
[16:12:30 EDT(-0400)] <athena> i don't know?
[16:12:37 EDT(-0400)] <athena> i'm happy for the moment
[16:12:50 EDT(-0400)] <Bosmon> very odd...
[16:13:04 EDT(-0400)] <Bosmon> I am typically only used to dissatisfied users
[16:13:41 EDT(-0400)] <athena> lol
[16:13:52 EDT(-0400)] <athena> apparently the trick is to just keep me busy
[16:14:06 EDT(-0400)] * athena gets redirected and wanders away happily chewing on code
[16:14:12 EDT(-0400)] <Bosmon>
[16:14:27 EDT(-0400)] <Bosmon> I guess it is like waving a piece of chicken at THE CATT....
[16:14:40 EDT(-0400)] <athena> more like throwing it down the hallway
[16:15:19 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[16:18:44 EDT(-0400)] <Bosmon> Hey, has anyone here got experience with that recent Firefox issue of forbidding access to the filesystem via AJAX?
[16:20:56 EDT(-0400)] <athena> yeah that bit me the other day
[16:25:05 EDT(-0400)] <sgithens342f> Bosmon: Just repeating for the channel, this happened to me on both Linux and OS X
[16:25:21 EDT(-0400)] <sgithens342f> security exceptions on the filesystem ajax
[16:28:07 EDT(-0400)] * athena waves at sgithens342f
[16:29:02 EDT(-0400)] <sgithens342f> athena: Andrew Petro is splitting like some sort of paramecium!
[16:29:46 EDT(-0400)] <athena> yes, apparently he's been undergoing mitosis all day
[16:29:57 EDT(-0400)] <athena> i'm assuming it's a strategy to get more work done
[16:30:28 EDT(-0400)] <athena> nice to see you, anyway
[16:31:01 EDT(-0400)] <sgithens342f> I think he is trying to evolve some sort of flagellum
[16:31:11 EDT(-0400)] <sgithens342f> athena: Ditto, megacheers!
[16:31:17 EDT(-0400)] <athena>
[16:31:23 EDT(-0400)] <sgithens342f> athena: Will you come and hack at the boston conf?
[16:31:38 EDT(-0400)] <athena> no, i don't think i'll be at the conference
[16:31:45 EDT(-0400)] <athena> much more involved in uPortal than in sakai these days
[16:31:51 EDT(-0400)] <sgithens342f> ah
[16:32:22 EDT(-0400)] <sgithens342f> I ran into a past uPortal person at PyCon
[16:32:30 EDT(-0400)] <athena> oh cool
[16:32:38 EDT(-0400)] <sgithens342f> apparently Frank (lead Jython dev) worked on it for a short stint
[16:32:49 EDT(-0400)] * athena does make it to boston occasionally, since it's not so far away
[16:33:10 EDT(-0400)] <sgithens342f> apetro does not seem to be adapted to this environment after all
[16:49:11 EDT(-0400)] <Bosmon> Well
[16:49:19 EDT(-0400)] <Bosmon> We are left with just the original germ line
[17:12:29 EDT(-0400)] * clown_afk (n=clown@142.150.154.101) has left #fluid-work
[19:44:32 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[22:49:47 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined #fluid-work