fluid-work IRC Logs-2009-05-08

Owned by Fluid IRC Log Bot
Last updated: May 08, 2009Version comment
11 min read

[08:20:36 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:56:47 EDT(-0400)] * jsilvaa (n=jsilva@142.150.82.73) has joined #fluid-work
[09:02:32 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:07:52 EDT(-0400)] * yura (n=yura@142.150.82.64) has joined #fluid-work
[09:10:04 EDT(-0400)] * fj40001 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[09:26:22 EDT(-0400)] <yura> morning guys, could anyone give me a hand with a sub-component creator functions? I've noticed that there are some that call fluid.InitView and there are some that don't. So the ones 'that' call it have 'that' object besides the 'overallThat', but the ones that don't, have only access to 'that' that's been passed to them as an argument. In this case what is the difference between calling that.options for both cases?
[09:27:24 EDT(-0400)] <Justin_o> yura: can you point us at the example you are looking at
[09:27:36 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[09:29:16 EDT(-0400)] <yura> Justin_o: I am looking at pager component and in particular at pager.rangeAnnotator
[09:33:52 EDT(-0400)] <yura> Justin_o: that there points at pager, but how would I get hold of the rangeAnnotator itself?
[09:35:02 EDT(-0400)] <Justin_o> it looks like you should be able to call fluid.pager.rangeAnnotator...
[09:35:14 EDT(-0400)] <Justin_o> how did you want to use it?
[09:36:42 EDT(-0400)] <Justin_o> yura: One thing to note is that Bosmo1 is planning on re-writing a bunch of pager, I believe he wanted to clean it up
[09:36:57 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[09:39:53 EDT(-0400)] <yura> well all I wanted to do is to add some defaults for pageAnnotator, and then I wasn't sure how to properly access those options within pageAnnotator (pageAnnotator defaults used to be in the pager defaults), so that means I can use fluid.pager.rangeAnnotator.options.* ?
[09:43:47 EDT(-0400)] <Bosmon> Hi Yura
[09:44:23 EDT(-0400)] <yura> hey Bosmon
[09:44:29 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[09:44:41 EDT(-0400)] <Bosmon> Once you add defaults, they are automatically folded in, via the initView workflow
[09:44:48 EDT(-0400)] <Bosmon> Although rangeAnnotator currently does not call this method (tongue)
[09:44:55 EDT(-0400)] <Bosmon> What default options were you thinking of adding?
[09:45:17 EDT(-0400)] <Bosmon> That said, we are planning to think very carefully about the overall options structure for Pager, which is very much not correct....
[09:45:37 EDT(-0400)] <Bosmon> Ah, i am reading back now
[09:45:42 EDT(-0400)] <yura> well I was actually looking at this http://issues.fluidproject.org/browse/FLUID-2495
[09:45:47 EDT(-0400)] <Bosmon> Yes, some call initView, and some don't
[09:46:06 EDT(-0400)] <Bosmon> And with lots of "thats" in the picture, you have to start to become careful about which that is which
[09:46:19 EDT(-0400)] <Bosmon> We are also planning to overhaul the subcomponent "sub-that" system to make this kind of thing clearer...
[09:46:19 EDT(-0400)] <yura> so I wanted to move some defaults from pager into pageAnnotato's own
[09:46:33 EDT(-0400)] <Bosmon> Properly, no component should just be unilaterally handed a complete "super-that"
[09:46:55 EDT(-0400)] <yura> yes , makes sense
[09:46:56 EDT(-0400)] <Bosmon> But as it stands with the framework right now, that is the most efficient and least obtrusive way of doing a lot of things
[09:47:14 EDT(-0400)] <Bosmon> Yes
[09:47:18 EDT(-0400)] <Bosmon> I suggest we just punt this JIRA for now
[09:47:29 EDT(-0400)] <Bosmon> We can't really start doing things with these options without rethinking the whole component
[09:47:38 EDT(-0400)] <Bosmon> It will just create unnecessary upheaval for any users....
[09:47:53 EDT(-0400)] <Bosmon> There, let me punt it out to 1.2 (tongue)
[09:48:33 EDT(-0400)] <Bosmon> I think for 1.1 we should only focus on things which are outright bugs
[09:49:15 EDT(-0400)] <yura> (smile) sure, but still I wanted to clarify, the ones that dont call initView only have 'that' as in the 'super-that', so how would I be able to access their own sub-that.options? by full path?
[09:49:38 EDT(-0400)] <Bosmon> Well.... by virtue of giving them sub-options, they would at the same time have to be blessed with their own "that"
[09:49:45 EDT(-0400)] <Bosmon> It doesn't really make much sense to do one without the other
[09:49:58 EDT(-0400)] <Bosmon> http://issues.fluidproject.org/browse/FLUID-2637
[09:50:06 EDT(-0400)] <Bosmon> For example, this is a particularly awkward issue, if true
[09:51:11 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[09:51:58 EDT(-0400)] <yura> but then don't the sub-options become part of the super-options?
[09:52:39 EDT(-0400)] <Bosmon> Well, they are specified as part of the overall tree - but under the particular location of the subcomponent definition - which right now simply specifies the type, and nothing else
[09:52:57 EDT(-0400)] <Bosmon> They are then separately routed to the relevant sub-that which is instantiated by the framework
[09:53:20 EDT(-0400)] <Bosmon> Most of the pager, up to this point, had used this style...
[09:53:35 EDT(-0400)] <Bosmon> But I then became aware that this meant that users had to be unnecessarily aware of all of the subcomponent structure of the Pager
[09:53:50 EDT(-0400)] <Bosmon> So it isn't clear whether this JIRA is even right at all (tongue)
[09:54:08 EDT(-0400)] <Bosmon> It is something we all need to get together as a group and discuss...
[09:55:27 EDT(-0400)] <Justin_o> Bosmon: just catching up here, how big of a change would this be to the framework?
[09:55:34 EDT(-0400)] <Bosmon> Which one?
[09:55:43 EDT(-0400)] <Bosmon> I mean, there are two big, but interrelating issues here
[09:55:56 EDT(-0400)] <Justin_o> okay... i think i missed one of them
[09:55:59 EDT(-0400)] <michelled> Monday is looking busy but perhaps we can schedule a time on Tuesday to talk about the Pager API?
[09:56:07 EDT(-0400)] <Bosmon> Firstly, the "true IoC" function of initSubcomponents, which would prevent "super-thats" from being passed around in the raw
[09:56:29 EDT(-0400)] <Bosmon> Secondly, the overall organisation of the Pager, which is very badly wrong, and has an unhelpful overall use of containment and naming in its options
[09:56:46 EDT(-0400)] <Bosmon> I mean, most of the component is not a "pager" at all
[09:57:04 EDT(-0400)] <Bosmon> The bulk of the code in that file now relates to functionality which could be called a "data grid" or whatever
[09:57:22 EDT(-0400)] <athena> is it likely we might be able to specify other initial values for the pager like the initial page index and such? rather than having to immediately fire an onModelChange after initialization?
[09:57:26 EDT(-0400)] <Bosmon> michelled: maybe.... although it is probably a bit premature... I guess we could start brainstorming
[09:57:35 EDT(-0400)] <Bosmon> athena: I will make sure that urgent issues like that are done for 1.1
[09:57:40 EDT(-0400)] <athena> thanks (smile)
[09:57:50 EDT(-0400)] <Bosmon> Especially.... if you go out to create JIRAs for them!!!
[09:57:54 EDT(-0400)] <athena> i did!
[09:57:58 EDT(-0400)] <Bosmon> ah, cool
[09:58:02 EDT(-0400)] <Bosmon> Are they scheduled?
[09:58:07 EDT(-0400)] <athena> let me look - it may not be
[09:58:44 EDT(-0400)] <Bosmon> I don't think they are...
[09:59:15 EDT(-0400)] <michelled> Bosmon: it might make sense for you to look through all the Pager JIRAs and schedule the important ones for 1.1
[09:59:29 EDT(-0400)] <michelled> I did that for UI Options and helped fj4000 to do so for FSS
[09:59:32 EDT(-0400)] <Justin_o> yura: were you able to get your question answered or is there still more you wanted to clarify/ask about?
[09:59:33 EDT(-0400)] <Bosmon> ok
[09:59:41 EDT(-0400)] <michelled> but I don't think anyone has looked at the other components yet
[09:59:49 EDT(-0400)] <Bosmon> athena: I can't seem to find your JIRAs - can you give me some numbers?
[09:59:59 EDT(-0400)] <Justin_o> michelled: I think eli and colin did that for uploader
[10:00:02 EDT(-0400)] <athena> yeah i can't find them either
[10:00:06 EDT(-0400)] <Bosmon> (tongue)
[10:00:11 EDT(-0400)] <athena> in fact, i can't find any jiras filed by me ever
[10:00:14 EDT(-0400)] <Bosmon> (smile)
[10:00:20 EDT(-0400)] <Bosmon> Perhaps you did them in your sleep?
[10:00:21 EDT(-0400)] * athena begins to doubt both her sanity and existence
[10:00:24 EDT(-0400)] <athena> perhaps!
[10:00:28 EDT(-0400)] * alisonbenjamin (n=alisonbe@142.150.154.101) has joined #fluid-work
[10:00:33 EDT(-0400)] <athena> i code in my sleep, so why not file jiras too . . .
[10:00:43 EDT(-0400)] <Bosmon> In my sleep this morning I embarked on writing an RSF-Wicket integration JAR....
[10:00:47 EDT(-0400)] <michelled> she codes therefore she is (tongue)
[10:00:52 EDT(-0400)] <athena> lol
[10:00:53 EDT(-0400)] <athena> i like it
[10:01:08 EDT(-0400)] <yura> Justin_o: basically Bosmon mentioned that it's a bigger issue at the moment and the issue I was looking at should wait, but yes, in regards to access to the options yes, thanks (smile)
[10:01:10 EDT(-0400)] <Bosmon> And also ended up stranded in the McMurdo scientific station in Antarctica
[10:01:16 EDT(-0400)] <athena> the worst is once when i wrote documentation in my sleep - and then i got up and had to re-do it
[10:01:22 EDT(-0400)] <Bosmon> Which, for some reason, I considered must be part of Canada
[10:01:31 EDT(-0400)] <Bosmon> I think it was something to do with James telling me about Calgary last night
[10:01:40 EDT(-0400)] <athena> well, i dreamt i was back in HS - i think i'd rather by in antarctica
[10:01:47 EDT(-0400)] <athena> though canada would be better
[10:01:52 EDT(-0400)] <athena> at least i could get some all-dressed chips
[10:02:17 EDT(-0400)] <michelled> and you could come visit (smile)
[10:02:25 EDT(-0400)] <athena> indeed!
[10:02:32 EDT(-0400)] <athena> i've never been to toronto
[10:03:19 EDT(-0400)] <Bosmon> athena.... did you try specifying the pager's initial model simply as part of its options?
[10:03:29 EDT(-0400)] <athena> hm
[10:03:32 EDT(-0400)] <athena> at one point
[10:03:37 EDT(-0400)] <Bosmon> model: {
[10:03:37 EDT(-0400)] <Bosmon> pageIndex: undefined,
[10:03:37 EDT(-0400)] <Bosmon> pageSize: 10,
[10:03:37 EDT(-0400)] <Bosmon> totalRange: undefined
[10:03:37 EDT(-0400)] <Bosmon> },
[10:03:42 EDT(-0400)] <Bosmon> You can see here there is a slot for it
[10:03:48 EDT(-0400)] <athena> though it was long enough ago that i may have not understood what i was doing at that point
[10:03:59 EDT(-0400)] <michelled> Bosmon is 11 or 1 Eastern time better for you on Tuesday? I'm going to throw this meeting into the calendar so we don't forget
[10:04:00 EDT(-0400)] <athena> i'll try it out, and if it doesn't work, will fire a real jira, rather than a dream-jira
[10:04:06 EDT(-0400)] <Bosmon> Yeah!
[10:04:07 EDT(-0400)] <Bosmon> (tongue)
[10:04:10 EDT(-0400)] <Bosmon> dream-jiras rock
[10:04:28 EDT(-0400)] <Bosmon> Especially now ATKINS has his dream-job at the dream-Atlassian company....
[10:04:34 EDT(-0400)] <athena> can the pager currently handle renderer-driven data in a format other than tables?
[10:04:51 EDT(-0400)] <Bosmon> athena - what "format other than tables" do you imagine?
[10:05:00 EDT(-0400)] <Bosmon> I mean, it can handle stuff other than HTML <table>, if that is what you mean
[10:05:12 EDT(-0400)] <Bosmon> It will really deal with any form of regularly repeating markup
[10:06:12 EDT(-0400)] <Justin_o> yura: thanks for your help looking at some of the jiras, seeing as Bosmon has mentioned the larger issue with pager... is there something you'd like to work on, maybe I could help you find another jira...
[10:06:35 EDT(-0400)] <Bosmon> Justin_o: I suggested he might like to look at http://issues.fluidproject.org/browse/FLUID-2637
[10:06:44 EDT(-0400)] <Bosmon> It should have a reasonably straightforward fix
[10:06:55 EDT(-0400)] <Justin_o> Bosmon: thanks
[10:07:07 EDT(-0400)] <Bosmon> We also need to start seeing about test cases for Pager
[10:07:09 EDT(-0400)] <Bosmon> It has virtually none
[10:07:22 EDT(-0400)] <Justin_o> unit tests?
[10:07:26 EDT(-0400)] <Bosmon> yes, those
[10:08:08 EDT(-0400)] <athena> Bosmon: i was thinking of a list (<ul>) or something
[10:08:19 EDT(-0400)] <athena> so as long as it'll dela with repeating markup that sounds like i'd be fine
[10:08:22 EDT(-0400)] <Justin_o> Bosmon: yes that's probably a good idea.... j
[10:08:29 EDT(-0400)] <athena> i wasn't sure since there didn't seem to be any examples of that
[10:08:41 EDT(-0400)] <Bosmon> It should deal with <ul> fine...
[10:08:46 EDT(-0400)] <athena> excellent
[10:08:58 EDT(-0400)] <athena> does it just use some parameter other than columnDef?
[10:09:09 EDT(-0400)] <Bosmon> No, you would still use columnDefs
[10:09:16 EDT(-0400)] <athena> ah, ok
[10:09:17 EDT(-0400)] <Bosmon> You would just put in different markup
[10:09:20 EDT(-0400)] <athena> gotcha
[10:09:44 EDT(-0400)] <athena> so there's really nothing table-specific about columnDefs - it's just named for the most common anticipated use case
[10:10:21 EDT(-0400)] <athena> incidentally, the pager's now being used in the new uPortal Portlet Administration Portlet, which is finally in uPortal trunk
[10:10:39 EDT(-0400)] * jsilvaa (n=jsilva@142.150.82.73) has joined #fluid-work
[10:10:45 EDT(-0400)] <athena> the portlet's replacing that hideous CChannelManager, for anyone that's ever had to create or edit a channel in uPortal before
[10:10:53 EDT(-0400)] <athena> the pager's definitely a nice edition and seems to be working well
[10:11:22 EDT(-0400)] <yura> Bosmon: I also noticed, looking at the pager demo in firefox, clicking on the empty space to the left and right of "next" does the same as "revious", "next" links respectively, not sure if it was noticed before
[10:41:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[11:17:02 EDT(-0400)] <Bosmon> Hi, sorry
[11:17:25 EDT(-0400)] <Bosmon> You should probably send me a message individually rather than here after a while... since my client doesn't give me any IRC notifications....
[11:18:22 EDT(-0400)] <Bosmon> athena - that's awesome
[11:19:20 EDT(-0400)] <athena> i actually just added some screenshots to jasig confluence, if you want to see it: http://www.ja-sig.org/wiki/display/UPC/Current+Portlet+Administration+Portlet+Development+Status
[11:23:49 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[11:40:46 EDT(-0400)] <michelled> it's great to see the pager in use! (smile)
[11:41:04 EDT(-0400)] <anastasiac> athena, that is so cool! thanks for sharing that page
[11:41:15 EDT(-0400)] <athena> i'm glad you like it (smile)
[11:41:51 EDT(-0400)] <athena> hoping that will become part of uportal 3.2
[11:46:12 EDT(-0400)] <michelled> hi yura, we are in the process of making sure that all the tutorials work before we make a larger announcement of 1.0. I know you were going through 'How to create a Fluid component'
[11:46:17 EDT(-0400)] <michelled> did you finish going through it?
[11:46:22 EDT(-0400)] <michelled> did it work/make sense?
[11:46:53 EDT(-0400)] <yura> yes I finished but there were some issues I think closer to the end
[11:46:58 EDT(-0400)] <yura> with proper file naming
[11:47:50 EDT(-0400)] <michelled> could you point us to the section with the issue?
[11:48:10 EDT(-0400)] <michelled> or fix it on the wiki yourself (wink)
[11:48:18 EDT(-0400)] <yura> ya I will
[11:48:26 EDT(-0400)] <michelled> thx!
[11:48:26 EDT(-0400)] <Justin_o> yura: thanks
[11:48:36 EDT(-0400)] <yura> michelled: no prob
[13:32:37 EDT(-0400)] <jsilvaa> fj4000: can you help me with fl-tabs?
[13:32:47 EDT(-0400)] <jsilvaa> I am getting a funny behavior
[13:42:05 EDT(-0400)] * lessthanzero (n=FatalRem@CPE001ff342457c-CM001ac352aefc.cpe.net.cable.rogers.com) has left #fluid-work
[14:10:00 EDT(-0400)] <jessm> cool site i just ran into: http://artsconnected.org/resource/list
[14:12:00 EDT(-0400)] <Justin_o> jessm: the meta data on hover is really nice
[14:12:16 EDT(-0400)] <jessm> yeah
[14:13:52 EDT(-0400)] <anastasiac> Bosmon, Bosmo1, are you there, and if so, do you have a minute for Advanced Renderer Driving questions?
[14:41:08 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[14:41:32 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[14:41:43 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[14:47:32 EDT(-0400)] * elicochran (n=elicochr@70.137.178.177) has joined #fluid-work
[15:39:22 EDT(-0400)] <fj40001> jsilvaa: sorry about that
[15:39:36 EDT(-0400)] <fj40001> would you still like some help with tabs?
[15:40:29 EDT(-0400)] <jsilvaa> no worries... I dived into the wiki's code and got really REALLY stuck
[15:40:42 EDT(-0400)] <jsilvaa> but my question is simple
[15:41:17 EDT(-0400)] <jsilvaa> fj40001: are tabs meant to exist in list elements?
[15:41:51 EDT(-0400)] <fj40001> the markup is expected to look like a list, with list elements which contain anchors
[15:42:03 EDT(-0400)] <fj40001> <ul>
[15:42:13 EDT(-0400)] <fj40001> <li> <a> </li>
[15:42:51 EDT(-0400)] <fj40001> so yes
[15:42:52 EDT(-0400)] <jsilvaa> rigth, so should the activeTab go inside the <li> or the <a>?
[15:43:28 EDT(-0400)] <fj40001> activeTab has been deprecated for "fl-tabs-active", but yes the class goes on the <li>
[15:43:44 EDT(-0400)] <fj40001> that way it can style the li as well as the a in a single class name
[15:44:04 EDT(-0400)] <jsilvaa> sigh... that means I'll have to modify the wiki's source (not a very good design)
[15:44:16 EDT(-0400)] <fj40001> which design?
[15:44:25 EDT(-0400)] <jsilvaa> the wiki I am working on
[15:44:28 EDT(-0400)] <fj40001> oh
[15:44:37 EDT(-0400)] <jsilvaa> fluid stuff is good
[15:44:43 EDT(-0400)] <jsilvaa> (tongue)
[15:45:07 EDT(-0400)] <fj40001> im sorry i missed your question earlier - somehow my name got added with a 1 at the end
[15:45:17 EDT(-0400)] <fj40001> and my old alias never got removed
[15:45:52 EDT(-0400)] <jsilvaa> no worries... the wiki (pmwiki) only gives me easy access to the anchors inside tabs... it hides the ul and li elements
[15:46:11 EDT(-0400)] <jsilvaa> go figure... anyway thanks!
[15:46:16 EDT(-0400)] <fj40001> np (smile)
[16:01:46 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[16:21:44 EDT(-0400)] <jsilvaa> fj40001: ok so I cheated and edited the html directly, but fl-tabs-right|left is not working
[16:21:52 EDT(-0400)] <jsilvaa> only center
[16:21:58 EDT(-0400)] <jsilvaa> (actually none)
[16:22:22 EDT(-0400)] <fj40001> can you post your markup, in pastie or directly here?
[16:22:35 EDT(-0400)] <fj40001> or do you have a link I could look at?
[16:23:13 EDT(-0400)] <jsilvaa> what's pastie?
[16:24:20 EDT(-0400)] <fj40001> http://pastie.org/
[16:25:14 EDT(-0400)] <jsilvaa> http://pastie.org/472528
[16:25:30 EDT(-0400)] <jsilvaa> fj40001: this works ^
[16:26:11 EDT(-0400)] <fj40001> ok
[16:26:15 EDT(-0400)] <jsilvaa> http://pastie.org/472530
[16:26:21 EDT(-0400)] <fj40001> ah
[16:26:21 EDT(-0400)] <jsilvaa> this doesn't ^
[16:26:25 EDT(-0400)] <fj40001> I see the issue
[16:26:31 EDT(-0400)] <fj40001> fl-tabs is always required
[16:26:41 EDT(-0400)] <fj40001> so it should be
[16:26:53 EDT(-0400)] <fj40001> <ul class="fl-tabs fl-tabs-left">
[16:27:17 EDT(-0400)] <fj40001> we could probably shorten this
[16:27:35 EDT(-0400)] <jsilvaa> duuh
[16:27:43 EDT(-0400)] <jsilvaa> on a related question...
[16:27:52 EDT(-0400)] <fj40001> also, fl-activeTab should really be the better "fl-tabs-active"
[16:27:56 EDT(-0400)] <fj40001> which is supported
[16:28:29 EDT(-0400)] <jsilvaa> yes... I changed that already
[16:28:40 EDT(-0400)] <jsilvaa> (put it back just to try it out)
[16:28:44 EDT(-0400)] <fj40001> (tongue)
[16:28:47 EDT(-0400)] <jsilvaa> on a related question...
[16:29:00 EDT(-0400)] <jsilvaa> can I assign styles to other styles?
[16:29:14 EDT(-0400)] <fj40001> could you be more specific?
[16:29:29 EDT(-0400)] <jsilvaa> something like: wikicmds = fl-tabs (somehow)
[16:30:03 EDT(-0400)] <jsilvaa> the style class wikicmds is defined by the cms
[16:30:14 EDT(-0400)] <jsilvaa> and I want it to be fl-tabs
[16:30:19 EDT(-0400)] <jsilvaa> too
[16:30:53 EDT(-0400)] <jsilvaa> or do I always have to be explicit? e.g. <class="fl-tabs wikicmds">
[16:31:24 EDT(-0400)] <fj40001> you can combine selectors
[16:31:29 EDT(-0400)] <fj40001> so what you might be able to do
[16:31:49 EDT(-0400)] <fj40001> actually
[16:39:47 EDT(-0400)] <fj40001> i dont think you can say one selector = another
[16:40:20 EDT(-0400)] <fj40001> maybe you could re-declare wikicmds and reset it somewhere else
[16:54:20 EDT(-0400)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[16:57:19 EDT(-0400)] <jsilvaa> fj40001: ok... thanks
[16:57:26 EDT(-0400)] * jsilvaa sighs
[16:57:39 EDT(-0400)] <jsilvaa> have a good weekend everyone!
[17:19:31 EDT(-0400)] * mtheoryx83 (n=mtheoryx@c-98-228-108-233.hsd1.in.comcast.net) has joined #fluid-work
[17:29:25 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[17:38:55 EDT(-0400)] * alisonbenjamin (n=alisonbe@64.56.250.145) has joined #fluid-work
[17:55:31 EDT(-0400)] * EricDalquist (n=EricDalq@dyn-100-231.uwnet.wisc.edu) has joined #fluid-work
[18:22:39 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177890102.dsl.bell.ca) has joined #fluid-work
[20:07:18 EDT(-0400)] * alisonbenjamin (n=alisonbe@64.56.250.145) has joined #fluid-work
[20:50:31 EDT(-0400)] * alisonbenjamin (n=alisonbe@64.56.250.145) has joined #fluid-work
[21:41:35 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-71-150-249-231.dsl.mdsnwi.sbcglobal.net) has joined #fluid-work
[22:34:47 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177890102.dsl.bell.ca) has joined #fluid-work