Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 55 Next »

[00:18:33 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.2) has joined #fluid-work
[08:06:50 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[08:28:19 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[09:00:47 EST(-0500)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[09:15:00 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[09:30:03 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[09:31:17 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[09:46:34 EST(-0500)] * laurelw (n=laurel@dsl-207-112-56-23.tor.primus.ca) has joined #fluid-work
[09:49:13 EST(-0500)] * clown (n=clown@bas1-cooksville17-1279413500.dsl.bell.ca) has joined #fluid-work
[09:49:17 EST(-0500)] <michelled> Justin_o: I just resolved this issues as cannot reproduce. Please take a look at it: http://issues.fluidproject.org/browse/FLUID-2137
[09:49:49 EST(-0500)] <Justin_o> taking a look
[09:50:18 EST(-0500)] <Justin_o> hmm... i'm still having this issue
[09:50:22 EST(-0500)] <Justin_o> are you using safari?
[09:50:27 EST(-0500)] <Justin_o> michelled: ^
[09:50:46 EST(-0500)] <michelled> let me look again
[09:51:07 EST(-0500)] <Justin_o> i'm going to rename the issue so it has the "using safari" tag on it
[09:51:28 EST(-0500)] <michelled> thanks - you're right - I was using FF
[09:51:35 EST(-0500)] <michelled> you'll reopen it then?
[09:51:40 EST(-0500)] <michelled> sorry for the confusion
[09:52:04 EST(-0500)] <Justin_o> will reopen... sorry should have said the environment in the title since it only happens in the one browser
[09:52:24 EST(-0500)] <michelled> I should have read the issue more closely (tongue)
[09:52:25 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[10:02:45 EST(-0500)] * colinclark (n=colin@216.143.72.2) has joined #fluid-work
[10:06:58 EST(-0500)] * laurelw1 (n=laurel@dsl-207-112-56-23.tor.primus.ca) has joined #fluid-work
[10:08:51 EST(-0500)] * laurelw (n=laurel@dsl-207-112-56-23.tor.primus.ca) has joined #fluid-work
[10:08:51 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:08:51 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[10:11:56 EST(-0500)] <EricDalquist> so I'm working on my up3 slides ... can someone give me 2-3 bullet points for the Fluid Skinning System?
[10:12:12 EST(-0500)] <colinclark> EricDalquist: Sure
[10:12:21 EST(-0500)] <colinclark> Are you looking for a summary of features?
[10:12:54 EST(-0500)] <EricDalquist> I just want to touch on the switch to FSS in uP3
[10:13:02 EST(-0500)] <colinclark> * An easy-to-use, pure CSS framework for creating complex layouts and styles
[10:13:07 EST(-0500)] <EricDalquist> and have a few items as to why this is a "Good Thing"
[10:13:35 EST(-0500)] <colinclark> * Works in cooperation with the UI Options component to allow users to easily customize the appearance of uPortal
[10:13:50 EST(-0500)] <colinclark> * Built from the ground up with accessibility in mind
[10:14:12 EST(-0500)] <EricDalquist> what is the UI Options component?
[10:15:44 EST(-0500)] <colinclark> The UI Options component is a big part of Fluid's accessibility effort. It's been designed by Gary Thompson, and is intended to allow users to have control over customizing the layout, appearance, and navigation structure of the user interface.
[10:16:42 EST(-0500)] <colinclark> At heart, it's designed to help make web apps easier to see, find, and control.
[10:17:02 EST(-0500)] <EricDalquist> ah ok
[10:17:08 EST(-0500)] <EricDalquist> thanks for the info Colin
[10:17:10 EST(-0500)] <colinclark> For everyone, but especially people who are using assistive technologies or who need additional accommodations to more efficiently use the user interface.
[10:17:12 EST(-0500)] <colinclark> No problem.
[10:17:20 EST(-0500)] <EricDalquist> I'll point people to you and Gary for more questions (wink)
[10:17:28 EST(-0500)] <colinclark> totally (smile)
[10:17:35 EST(-0500)] <colinclark> michelled: Does that seem like a reasonable summary?
[10:18:39 EST(-0500)] <michelled> a very good summary colinclark.
[10:18:44 EST(-0500)] <colinclark> cool
[10:18:50 EST(-0500)] <michelled> probably belongs on a wiki page somewhere ...
[10:19:05 EST(-0500)] <colinclark> EricDalquist: Just in case, here's a link to the FSS page in our wiki: http://wiki.fluidproject.org/display/fluid/Fluid+Skinning+System+(FSS)
[10:24:50 EST(-0500)] <EricDalquist> great thanks!
[10:26:41 EST(-0500)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[10:27:12 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[10:39:32 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:39:32 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[10:40:24 EST(-0500)] * phiggins_ (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[10:43:35 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:43:35 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[10:47:11 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:47:11 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[10:52:52 EST(-0500)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[11:07:26 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[11:08:34 EST(-0500)] * athena7 (n=athena7@216.143.72.100) has joined #fluid-work
[11:09:34 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[11:10:10 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[11:29:26 EST(-0500)] <anastasiac> anyone available for a discussion of options for subcomponents, and non-optional options?
[11:29:51 EST(-0500)] <anastasiac> (and since only colinclark is available at all, then this would mean you (smile) )
[11:29:52 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[11:30:03 EST(-0500)] <colinclark> (tongue)
[11:30:08 EST(-0500)] <colinclark> fire away
[11:30:41 EST(-0500)] <anastasiac> the Pager uses a subcomponent called rangeAnnotator - shows a tooltip when you dwell over a page link, telling you what the range of that page is
[11:31:14 EST(-0500)] <anastasiac> there's an 'option' called annotateColumnRange which tells the rangeAnnotator which column of data to use for that tooltip
[11:31:35 EST(-0500)] <anastasiac> so first: annotateColumnRange seems to me to be an option of the rangeAnnotator, not an option of the Pager
[11:31:35 EST(-0500)] <colinclark> ok
[11:31:38 EST(-0500)] <anastasiac> would you agree?
[11:31:59 EST(-0500)] <colinclark> let me take a look at the code before i agree to anything
[11:32:00 EST(-0500)] <colinclark> (wink)
[11:32:19 EST(-0500)] <anastasiac> Pager.js, line 585
[11:32:58 EST(-0500)] <anastasiac> colinclark: the reason I'm asking is that it is currently an option of Pager, but I think it should be an option of rangeAnnotator
[11:34:46 EST(-0500)] <colinclark> Well, I'm not sure what you mean exactly.
[11:35:09 EST(-0500)] <anastasiac> the range annotator is what uses the annotateColumnRange option
[11:35:21 EST(-0500)] <anastasiac> it's irrelevant to the Pager itself - it's only relevant to the subcomponent
[11:35:23 EST(-0500)] <colinclark> If you look at the rangeAnnotator, it's not a full-fledged "thing."
[11:35:32 EST(-0500)] <anastasiac> it's a subcomponent, no?
[11:35:47 EST(-0500)] <anastasiac> see line 682
[11:35:51 EST(-0500)] <colinclark> Notice its first argument?
[11:36:13 EST(-0500)] <anastasiac> that - yes, this is how subcomponents are initialized, no?
[11:36:17 EST(-0500)] <colinclark> It is a subcomponent, but it's an interesting kind of subcomponent.
[11:36:38 EST(-0500)] <anastasiac> how is it differnet?
[11:36:58 EST(-0500)] <colinclark> Let's back up to your previous question about how subcomponents are initialized.
[11:37:04 EST(-0500)] <colinclark> Take a look at line 582
[11:37:15 EST(-0500)] <anastasiac> k
[11:37:20 EST(-0500)] <anastasiac> fluid.pager.rangeAnnotator = function (that, options) {
[11:37:30 EST(-0500)] <colinclark> So see that first option? "that"
[11:37:36 EST(-0500)] <anastasiac> yep - the parent component
[11:37:49 EST(-0500)] <colinclark> Ordinarily, a full-fledged thing would would have its own "that."
[11:38:03 EST(-0500)] <anastasiac> yes, but this is how subcomponents, work, isn't it?
[11:38:12 EST(-0500)] <anastasiac> this is the basic api for initSubcomponent
[11:38:19 EST(-0500)] <anastasiac> you pass the parent that
[11:38:34 EST(-0500)] <colinclark> I think you're reading the call to initSubcomponents wrong.
[11:38:54 EST(-0500)] <colinclark> Yes, the first argument to initSubcomponents is always the parent component.
[11:39:08 EST(-0500)] <anastasiac> ok, I see that the rangeAnnotator has no that of its own
[11:39:14 EST(-0500)] <colinclark> But the interesting thing is the third argument to initSubcomponents(). It's an array of things destined for the subcomponent.
[11:39:22 EST(-0500)] <anastasiac> and so is not a full-fledged subcomponent
[11:39:41 EST(-0500)] <anastasiac> yes, the third argument is the subcomponent's options
[11:39:41 EST(-0500)] <colinclark> So you'll see that rangeAnnotator is built simply as something that "feeds off" or enhancing a full-fledged object.
[11:39:52 EST(-0500)] <colinclark> It's just a function that decorates extra behaviour onto Pager.
[11:40:02 EST(-0500)] <anastasiac> ok, so it's not a subcomponent
[11:40:21 EST(-0500)] <colinclark> I guess that's something to think about in how you define a subcomponent.
[11:40:23 EST(-0500)] <anastasiac> but why isn't it? in other ways, it is - Antranig's docs describe it as a subcomponent
[11:40:46 EST(-0500)] <colinclark> It's a subcomponent because it is invoked as a subcomponent.
[11:40:57 EST(-0500)] <colinclark> This is a really key point here...
[11:41:02 EST(-0500)] <colinclark> There's no contract for being a subcomponent.
[11:41:22 EST(-0500)] <anastasiac> ok, so what is the bearing of all this on the concept of a subcomponent's options?
[11:41:27 EST(-0500)] <colinclark> There's nothing you do differently when you're defining your objects to be a subcomponent.
[11:41:46 EST(-0500)] <colinclark> The only thing that makes something a subcomponent is if it is initialized in the subcomponent way.
[11:42:41 EST(-0500)] <colinclark> Are you clear on my point about things not being subcomponents in themselves?
[11:42:45 EST(-0500)] <anastasiac> yes
[11:42:50 EST(-0500)] <colinclark> A subcomponent is a way of resolving a dependency.
[11:43:11 EST(-0500)] <colinclark> So if rangeAnnotator isn't a View, it won't have its own options.
[11:43:41 EST(-0500)] <anastasiac> well, the "so" in that sentence is confusing, because I don't see the follow through there
[11:44:30 EST(-0500)] <colinclark> anastasiac: rangeAnnotator isn't a View.
[11:44:36 EST(-0500)] <colinclark> It doesn't have options of its own.
[11:44:37 EST(-0500)] <anastasiac> right...
[11:44:44 EST(-0500)] <colinclark> It's just a function that provides helpful behaviour to the Pager.
[11:44:51 EST(-0500)] <anastasiac> the impication is that only views have options?
[11:45:06 EST(-0500)] <anastasiac> why is there an 'options' parameter to it, then?
[11:45:21 EST(-0500)] <colinclark> anastasiac: Because it makes use of its parent's options.
[11:45:46 EST(-0500)] <anastasiac> but not through that options paramater - that parameter is ignored
[11:46:11 EST(-0500)] * anastasiac is getting even more confused than she already was
[11:47:10 EST(-0500)] <colinclark> I suspect that the second parameter to rangeAnnotator is a bug.
[11:47:20 EST(-0500)] <colinclark> As you say, it isn't used, and isn't relevant.
[11:47:29 EST(-0500)] <anastasiac> ok, that would remove some of my confusion
[11:47:37 EST(-0500)] <colinclark> As for your previous question, anything that is a View automatically has options.
[11:47:58 EST(-0500)] <anastasiac> but does it follow that anything that isn't a View automatically doesn't have options?
[11:47:59 EST(-0500)] <colinclark> Anything, if it wants to be options-bearing, can use the framework utilities to manage their own options
[11:48:52 EST(-0500)] * anastasiac is now wondering why the rangeAnnotator isn't a View, anyway
[11:49:00 EST(-0500)] <colinclark> But the germane point in this issue is that there's no contract for how subcomponents are defined. initSubcomponents is just a way of defining a relationship between two things.
[11:49:29 EST(-0500)] <colinclark> anastasiac: Because it doesn't need to be. It decorates some additional behaviour on top of the Pager.
[11:49:33 EST(-0500)] <colinclark> It needn't be a thing in itself.
[11:49:57 EST(-0500)] <anastasiac> ok, how about that last question: does it follow that anything that isn't a View automatically doesn't have options?
[11:50:05 EST(-0500)] <colinclark> anastasiac: No.
[11:50:16 EST(-0500)] <colinclark> See above. Anything can choose to be options-bearing.
[11:50:25 EST(-0500)] <anastasiac> see above: you said "So if rangeAnnotator isn't a View, it won't have its own options."
[11:50:52 EST(-0500)] * anastasiac needs to code more, to keep her coding brain in better shape
[11:50:59 EST(-0500)] <colinclark> Yes, I was trying to simplify things for you.
[11:51:08 EST(-0500)] <anastasiac> well, thanks so much
[11:51:15 EST(-0500)] <colinclark> You can always guarantee that Views have options. Other things, it depends on the thing.
[11:51:16 EST(-0500)] <colinclark> (smile)
[11:51:24 EST(-0500)] <colinclark> Sorry for the ambiguity.
[11:51:41 EST(-0500)] <anastasiac> sorry for my confusion (smile)
[11:51:51 EST(-0500)] <colinclark> np
[11:56:33 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[12:18:42 EST(-0500)] * ecochran (n=ecochran@dhcp-169-229-212-17.LIPS.Berkeley.EDU) has joined #fluid-work
[12:25:00 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[12:34:32 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[12:36:10 EST(-0500)] * ecochran_ (n=ecochran@dwin-wlan-409.AirBears.Berkeley.EDU) has joined #fluid-work
[12:40:56 EST(-0500)] <Justin_o> ecochran: hello, I seem to be having an issue with the styling of the progress bars in FF2. They don't seem to be as long as they should be. if you have time, do you think you might be able to have a look?
[12:52:46 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[14:03:11 EST(-0500)] * ecochran (n=ecochran@dhcp-169-229-212-61.LIPS.Berkeley.EDU) has joined #fluid-work
[14:35:31 EST(-0500)] * Topic is 'Happy Square Root Day, everyone!' set by anastasiac on 2009-03-03 14:35:31 EST(-0500)
[14:51:20 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[15:02:18 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[15:03:30 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[15:23:58 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[15:26:29 EST(-0500)] * athena7 (n=athena7@216.143.72.100) has joined #fluid-work
[15:45:28 EST(-0500)] <athena7> anyone happen to have an example of the dropWarning option being used in the fluid layout reorderer?
[15:45:40 EST(-0500)] <athena7> it appears that the portal one isn't actually showing up
[15:46:00 EST(-0500)] <anastasiac> athena7, our uPortal mock-up uses the dropWarning
[15:46:03 EST(-0500)] * anastasiac gets the link
[15:46:10 EST(-0500)] <athena7> oh excellent, thanks!
[15:46:15 EST(-0500)] <anastasiac> http://build.fluidproject.org/fluid/sample-code/shared/portal/portal.html
[15:46:25 EST(-0500)] <athena7> thanks anastasiac (smile)
[15:46:29 EST(-0500)] <anastasiac> np
[15:46:52 EST(-0500)] <athena7> i'm also finding that i can't move portlets into an empty column via the keyboard interface
[15:47:01 EST(-0500)] <athena7> although it works fine w/ the mouse
[15:47:17 EST(-0500)] <athena7> so i'm not really sure what's going on there, or if i just don't know what i'm doing
[15:47:40 EST(-0500)] <anastasiac> hm...
[15:48:01 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[15:48:08 EST(-0500)] <anastasiac> perhaps Justin_o could test that...
[15:48:50 EST(-0500)] <anastasiac> you may have found a bug
[15:48:59 EST(-0500)] <athena7> yeah i only noticed it just now
[15:49:11 EST(-0500)] <athena7> but it'd be great if someone else could try it out and see whether it's just me
[15:49:39 EST(-0500)] <athena7> tested ordering an ordered list in a draggable portlet though, and that works beautifully (smile)
[15:49:52 EST(-0500)] <colinclark> athena7: I just pinged Boz about it. Worst case, maybe show it to him after the Infusion session later and we can see if it's a regression or just a configuration issue.
[15:50:03 EST(-0500)] <athena7> will do (smile)
[15:50:04 EST(-0500)] <colinclark> anastasiac: Where'd we get to with our daily build of uPortal?
[15:50:54 EST(-0500)] * Bosmon (n=Bosmon@216.143.72.100) has joined #fluid-work
[15:50:55 EST(-0500)] * anastasiac tries to remember what she was supposed to look into wrt uPortal build...
[15:51:05 EST(-0500)] <Bosmon> OK.... I think I am here now....
[15:51:49 EST(-0500)] <Justin_o> athena7: it seems to be working in our demo page, our uportal instance isn't working yet
[15:51:54 EST(-0500)] <anastasiac> ah, colinclark, this is the jk_mod thing?
[15:52:09 EST(-0500)] <anastasiac> I'm sorry, I completely forgot about that
[15:52:51 EST(-0500)] <colinclark> anastasiac: From athena7:
[15:52:53 EST(-0500)] <colinclark> "I just noticed that you'll need to add the /ResourceServingWebapp path to your mod_jk settings (or whatever you're using for such things). It looks like that context is currently unavailable. Until that's added, none of the javascript will be available."
[15:53:08 EST(-0500)] <colinclark> EricDalquist added: "The fairly standard config reality for portals is having to map /* over mod_jk otherwise you'll have to add mappings for every portlet deployed in the portal as well or the portlets may not work completely."
[15:53:12 EST(-0500)] <athena7> ooh i see it working now - wonder if there was some bad content on the other page
[15:53:12 EST(-0500)] <colinclark> anastasiac: no worries
[15:53:23 EST(-0500)] <anastasiac> yes, I remember now, I was going to try EricDalquist's suggestion
[15:55:09 EST(-0500)] <colinclark> anastasiac: Simon Wang responded in a private email and said he'd have some time this week... maybe the thing to do is to ping him and see if he's got cycles.
[15:55:21 EST(-0500)] <colinclark> You shouldn't have to worry about this stuff. (wink)
[15:55:50 EST(-0500)] <anastasiac> well, my knowledge is limited - it'll take me a minute or two to try what I know. if it doesn't work, I'm tapped, anyway :_)
[15:56:21 EST(-0500)] <athena7> if you just need some mod_jk help, eric or i could probably point you in the right direction
[15:58:24 EST(-0500)] <anastasiac> athena7, that would be great - my mod_jk mapping knowledge is pretty limited, so I'm not sure I understand what the fix is
[15:58:46 EST(-0500)] <athena7> i'm trying to remember what the modern file location is
[15:59:02 EST(-0500)] <anastasiac> it's httpd.conf
[15:59:03 EST(-0500)] <athena7> here's our old instructions: http://tp.its.yale.edu/confluence/display/TP/Configuring+mod_jk+and+mod_jk2
[15:59:06 EST(-0500)] <athena7> oh ok
[15:59:22 EST(-0500)] <athena7> do you actually have the mappings in there? there's a bunch of ways to do this stuff
[15:59:37 EST(-0500)] <athena7> but you should probably see something like /uPortal/* in the mapping list, wherever that happens to be
[15:59:46 EST(-0500)] <anastasiac> we have mappings, yes - that same one
[15:59:49 EST(-0500)] <anastasiac> along with many others
[16:00:07 EST(-0500)] <athena7> so for a quick fix, you could just add /ResourceServingWebapp/* to that list
[16:00:14 EST(-0500)] <athena7> and just do it however the entries for all the others are
[16:00:17 EST(-0500)] <athena7> restart apache, voila
[16:00:39 EST(-0500)] <athena7> as a more general solution, i think eric was likely suggesting getting rid of the list and just mapping /*
[16:00:42 EST(-0500)] <anastasiac> so eric's suggestion is to actually map /* - would that interfere with other things we've got running?
[16:00:55 EST(-0500)] <anastasiac> we have a sakai instance, etc
[16:00:56 EST(-0500)] <athena7> not sure - i don't know how your stuff is set up
[16:01:03 EST(-0500)] <anastasiac> ok, I'll give it a try
[16:01:04 EST(-0500)] <athena7> i can mention that you asked though - he's sitting in front of me (smile)
[16:01:13 EST(-0500)] <athena7> i'll be back in a half hour - coffee opportunity
[16:01:13 EST(-0500)] <anastasiac> (smile)
[16:01:22 EST(-0500)] <anastasiac> can you remind me of the site to test?
[16:01:22 EST(-0500)] <athena7> talk to you soon!
[16:01:25 EST(-0500)] <anastasiac> to see if it works?
[16:01:28 EST(-0500)] <athena7> sure
[16:01:39 EST(-0500)] <athena7> http://tp.its.yale.edu/confluence/display/TP/Configuring+mod_jk+and+mod_jk2
[16:01:41 EST(-0500)] <athena7> er.
[16:01:48 EST(-0500)] <athena7> http://build.fluidproject.org/uPortal/render.userLayoutRootNode.uP
[16:01:57 EST(-0500)] <athena7> bbiab
[16:03:19 EST(-0500)] <anastasiac> ah, so it seems, colinclark, that I have the knowledge, but not the permissions
[16:03:28 EST(-0500)] <anastasiac> we'll have to bring Nakul in on this one
[16:03:30 EST(-0500)] <colinclark> urrrrrg
[16:03:42 EST(-0500)] <colinclark> i want to give our servers to someone else
[16:04:02 EST(-0500)] <anastasiac> oh, wait - I take it back
[16:04:08 EST(-0500)] <anastasiac> I think I can do it
[16:04:10 EST(-0500)] <colinclark> i'm so envious of c-space's fancy new versions of confluence and jira
[16:04:13 EST(-0500)] <colinclark> with custom skins and everything
[16:05:29 EST(-0500)] <anastasiac> we have custom skins, don't we?
[16:07:11 EST(-0500)] <anastasiac> ok, I think our uPortal issue is resolved - at least, I'm not seeing the error anymore
[16:11:45 EST(-0500)] <anastasiac> ok, Justin_o has pointed out that my fix to uPortal has broken the build site in general...
[16:12:08 EST(-0500)] <anastasiac> I will revert to adding the ResourceServingWebapp portlet only, for now
[16:14:09 EST(-0500)] <anastasiac> ok, fixed
[16:44:45 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.100) has joined #fluid-work
[16:53:04 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[16:55:27 EST(-0500)] * athena7_ (n=athena7@216.143.72.100) has joined #fluid-work
[17:39:20 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:40:59 EST(-0500)] <clown> Yes, happy square root day, indeed. (The next one ain't until 2016.) Have a good evening all
[17:41:22 EST(-0500)] * phiggins (n=dante@c-68-34-199-67.hsd1.tn.comcast.net) has joined #fluid-work
[17:41:27 EST(-0500)] * clown (n=clown@bas1-cooksville17-1279413500.dsl.bell.ca) has left #fluid-work
[17:49:55 EST(-0500)] * athena7 (n=athena7@216.143.72.100) has joined #fluid-work
[17:56:28 EST(-0500)] * michelled (n=team@142.150.154.193) has left #fluid-work
[18:31:30 EST(-0500)] * colinclark (n=colin@216.143.72.100) has joined #fluid-work
[19:04:19 EST(-0500)] * EricDalquist (n=EricDalq@216.143.72.2) has joined #fluid-work

  • No labels