[09:38:59 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:50:41 EDT(-0400)] * theclown (n=theclown@142.150.154.101) has joined ##uportal
[09:52:11 EDT(-0400)] * anastasiac (n=team@142.150.154.149) has joined ##uportal
[09:54:33 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:46:51 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[10:54:13 EDT(-0400)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
[10:55:24 EDT(-0400)] <jayshao> EricDalquist: around?
[10:56:30 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543729.dsl.bell.ca) has joined ##uportal
[10:56:49 EDT(-0400)] <EricDalquist> hey jayshao
[10:57:22 EDT(-0400)] <jayshao> am looking at the SoC application, and am wondering if we should just submit
[10:57:27 EDT(-0400)] <jayshao> it's fairly straitforward
[10:57:54 EDT(-0400)] <jayshao> and I'm not sure this rises to the level that the steering committee needs to handle, given that it's more a matter of identifiying individual mentors and ideas
[10:58:04 EDT(-0400)] <EricDalquist> yeah ... as much as I would love to be involved I don't think it is a good idea unless we had talked about it with the board/committee
[10:58:17 EDT(-0400)] <EricDalquist> and I really do think at least the steering committee needs to ok something like this
[10:58:26 EDT(-0400)] <EricDalquist> it could end up being a huge distraction if not managed correctly
[10:58:36 EDT(-0400)] <EricDalquist> and sour any future chance of making good use of that time
[10:58:59 EDT(-0400)] <jayshao> I think that depends more on the commitment by the various mentors than anything else
[10:59:11 EDT(-0400)] <EricDalquist> true. but we don't have any of those setup
[10:59:13 EDT(-0400)] <jayshao> especially given that, realistically mentors are unlikely to be coordinating with each other
[10:59:19 EDT(-0400)] <EricDalquist> or any idea of who could do that
[10:59:24 EDT(-0400)] <jayshao> and any viable project would almost have to be relatively standalone
[10:59:27 EDT(-0400)] <jayshao> I was going ask you
[10:59:35 EDT(-0400)] <EricDalquist> and I won't have time this year
[10:59:36 EDT(-0400)] <jayshao> I think myself and Andrew can both committ as well
[11:03:06 EDT(-0400)] <jayshao> I'm concerned that we may have introduced a level of process that prevents us from taking advantage of emerging opportunities
[11:03:21 EDT(-0400)] <EricDalquist> how is that?
[11:03:23 EDT(-0400)] <jayshao> also that we're starting to move towards defering to committees and working groups that are not as open as the dev lists
[11:03:34 EDT(-0400)] <jayshao> for discussions that should probably be happening "in the clear"
[11:03:35 EDT(-0400)] <EricDalquist> this was suggested with 2 days notice
[11:03:59 EDT(-0400)] <EricDalquist> that is not nearly enough time to really talk about anything in a distributed community
[11:04:38 EDT(-0400)] <EricDalquist> so if you submitted would it be on behalf of CampusEAI?
[11:04:40 EDT(-0400)] <jayshao> is that really so unreasonable given the amount of time our key contributors spend online? Especially given how open most of these applications are, in terms of their being room for negotiation?
[11:04:58 EDT(-0400)] <EricDalquist> yes I think it is
[11:05:00 EDT(-0400)] <jayshao> I would be willing to commit the organization to back any projects we accepted as a mentor
[11:05:10 EDT(-0400)] <jayshao> and to support my time involvement as an administrator
[11:05:21 EDT(-0400)] <jayshao> though ideally I'd like it to be more inclusive on the mentoring side
[11:05:35 EDT(-0400)] <EricDalquist> I would as well
[11:05:45 EDT(-0400)] <EricDalquist> and don't get me wrong I would really like to see us involved in GSOC
[11:06:03 EDT(-0400)] <EricDalquist> but from the JA-SIG point of view there isn't enough time to make any commitment
[11:06:34 EDT(-0400)] <EricDalquist> so I guess my view is that if you do submit the onus would be on you and CampusEAI to interface the GSOC work with the JA-SIG community
[11:07:20 EDT(-0400)] <jayshao> that I'd be willing to do, though if accepted I'd like to support others participation as well
[11:07:29 EDT(-0400)] <jayshao> I'm willing to bear the cost of administration and interface
[11:07:40 EDT(-0400)] <jayshao> but don't want to make it a closed participation process
[11:07:47 EDT(-0400)] <EricDalquist> no
[11:07:51 EDT(-0400)] * apetro_LD830_ubu (n=apetro_L@uni1.unicon.net) has joined ##uportal
[11:07:52 EDT(-0400)] <EricDalquist> and I don't think it would need to be
[11:08:22 EDT(-0400)] <EricDalquist> so back to the time to talk about this point
[11:08:30 EDT(-0400)] <EricDalquist> we've had a whopping 2 posts about this on the dev list
[11:08:34 EDT(-0400)] <EricDalquist> no links to any wiki docs
[11:08:44 EDT(-0400)] <jayshao> apetro_LD830_ubu would you be willing to commit as a mentor for Google SoC?
[11:08:58 EDT(-0400)] <EricDalquist> no real listing of what would be involved or how we would pick tasks to ask students to work on
[11:09:10 EDT(-0400)] <EricDalquist> no idea as to where these people would commit code to
[11:10:35 EDT(-0400)] <apetro_LD830_ubu> jayshao sure sounds like I'm walking into a minefield if I answer that question
[11:10:45 EDT(-0400)] <jayshao> well, we have existing processes for granting committer access, JIRA tracking, and others
[11:10:50 EDT(-0400)] <jayshao> well, some existing processes
[11:11:05 EDT(-0400)] <jayshao> though in reality, is the situation that much clearer for existing committers?
[11:11:10 EDT(-0400)] <jayshao> or say portlet or other projects?
[11:11:34 EDT(-0400)] <jayshao> I think most of the procedural questions apply across the board
[11:11:49 EDT(-0400)] <EricDalquist> yes it is, most of our new committers have experience in the communitity
[11:11:58 EDT(-0400)] <EricDalquist> do we want random students committing to uPorta/trunk?
[11:12:16 EDT(-0400)] <EricDalquist> do we create a branch for each sub-project? If we do that who maintains sync between trunk and the branches?
[11:12:33 EDT(-0400)] <jayshao> I thought I put something into the initial email suggesting branches in sandbox
[11:12:37 EDT(-0400)] <apetro_LD830_ubu> I guess I'd say I'd not thrilled about volunteering to mentor a Google SoC coder at this juncture, given that I haven't cleared it with Unicon and I don't have a recent excellent track record in finding time for this sort of extra effort. But mostly I'm going to keep quiet, since it sounds like I've walked into a heartfelt conversation...
[11:12:50 EDT(-0400)] <athena7> i'd think portlets might be a good candidate for mentored students, potentially, since they're small, contained, and well-defined subprojects
[11:12:56 EDT(-0400)] <EricDalquist> while we don't do any sort of formal code review the mertiocracy approach does add a layer of assurance as to quality of code
[11:13:31 EDT(-0400)] <jayshao> right, my thought was along those lines, or some of the UI type functionality – async channel rendering seems like something that could be a summer project
[11:13:50 EDT(-0400)] <EricDalquist> I like the idea of portlets much more right now
[11:13:57 EDT(-0400)] <apetro_LD830_ubu> async channel rendering is too close to the framework
[11:14:27 EDT(-0400)] <apetro_LD830_ubu> if I do say so myself, that announcements-channel-as-portlet idea has a nice mix of existing well-defined features and opportunity for green-field development
[11:14:41 EDT(-0400)] <EricDalquist> I think the smaller bits of code that portlets represent are much better candidates since they would be easier to mentor and track
[11:14:45 EDT(-0400)] <athena7> yeah, the async channel rendering unfortunately isn't as straightforward as i'd like it to be
[11:14:56 EDT(-0400)] <jayshao> that seems to be a reasonable bound
[11:15:02 EDT(-0400)] <EricDalquist> as Andrew said there is some concern with how much core framework hacking we're going to let developers that we have no experience do
[11:15:03 EDT(-0400)] <athena7> i'd love for someone to try and integrate the stuff from the sunguard branch, but that's too close to the framework too
[11:15:08 EDT(-0400)] <jayshao> also makes things procedurally much simpler
[11:15:12 EDT(-0400)] <EricDalquist> unless someone is going to commit to reviewing all of their code
[11:15:17 EDT(-0400)] <EricDalquist> which is a pretty serious taks
[11:15:35 EDT(-0400)] <jayshao> esp. since we already have many essentially non-supported portlets in Sandbox and the portlets tree
[11:15:40 EDT(-0400)] <EricDalquist> yup
[11:15:48 EDT(-0400)] <athena7> it is, unless they were developing something in tandem with some developers, potentially
[11:15:51 EDT(-0400)] <EricDalquist> so getting some people to help on one of the in-progress portlets would be great
[11:16:00 EDT(-0400)] <athena7> easier to review a project if you're working on it at the same time
[11:16:19 EDT(-0400)] <EricDalquist> but the framework code is not very bite-sizable yet
[11:16:19 EDT(-0400)] <athena7> yeah
[11:16:19 EDT(-0400)] <jayshao> I think that's the intention of the mentoring
[11:16:20 EDT(-0400)] <EricDalquist> some areas are that have been refactored for 3.0
[11:16:29 EDT(-0400)] <jayshao> for it to work I think committing to mentoring a student includes working with them, and taking ownership of the finishd product after
[11:16:40 EDT(-0400)] <jayshao> unit testing maybe?
[11:17:10 EDT(-0400)] <jayshao> hmmm... we should have a weekly IRC brainstorm session
[11:17:14 EDT(-0400)] <EricDalquist> heh
[11:17:17 EDT(-0400)] <EricDalquist> I'm here every day
[11:17:33 EDT(-0400)] <EricDalquist> and quite enjoy the results of the conversations
[11:17:35 EDT(-0400)] <jayshao> athena7 interested in volunteering as a mentor?
[11:17:43 EDT(-0400)] <athena7> potentially
[11:17:44 EDT(-0400)] <apetro_LD830_ubu> I'm not, but someday I'm going to read all these IRC logs...
[11:17:50 EDT(-0400)] <EricDalquist> And so my other concern was just that I can't do mentoring this year
[11:17:52 EDT(-0400)] <athena7> it's something i would generally be very interested and enjoy
[11:18:07 EDT(-0400)] <EricDalquist> with the 3.0 work and a local 2.5 to 3.0 migration I'm going to be busy enough already
[11:18:07 EDT(-0400)] <athena7> i'm not completely comfortable with making that committment at the moment though
[11:18:14 EDT(-0400)] <jayshao> right, so there's timing
[11:18:19 EDT(-0400)] <EricDalquist> (have I mentioned my left eye has been twitching for nearly a week now too?)
[11:18:21 EDT(-0400)] <jayshao> the other lower profile option is...
[11:18:23 EDT(-0400)] <jayshao> heh
[11:18:25 EDT(-0400)] <jayshao> serious?
[11:18:28 EDT(-0400)] <EricDalquist> yup
[11:18:39 EDT(-0400)] <jayshao> release-stress related?
[11:18:47 EDT(-0400)] <athena7> that's no fun eric
[11:18:48 EDT(-0400)] <EricDalquist> oh yeah
[11:18:52 EDT(-0400)] <EricDalquist> been working on de-stressing more in the evenings which has helped
[11:19:03 EDT(-0400)] <athena7> i once had mine twitch for 3 weeks, i thought i'd developed a neurological problem
[11:19:29 EDT(-0400)] <jayshao> So... I know at Rutgers in past years we had thought about hiring up a few summer intern type student workers
[11:19:38 EDT(-0400)] <jayshao> and certainly had student workers often work more hours over summer
[11:19:48 EDT(-0400)] <jayshao> if Google SoC timelines don't work well for us
[11:19:59 EDT(-0400)] <jayshao> I wonder if it's worth trying to roll our own informal idea exchange/structure
[11:20:13 EDT(-0400)] <athena7> yale used to have some student intern types
[11:20:27 EDT(-0400)] <EricDalquist> jayshao: could you send out a link to the gsoc application?
[11:20:29 EDT(-0400)] <apetro_LD830_ubu> So, I feel bad that this GSOC opportunity snuck up on us again, since this happened to us last year. Shall I put a Hiveminder task in to tickle me on Feb 1 2009 about spinning up GSOC applications for uPortal 3.2 work?
[11:20:31 EDT(-0400)] <athena7> one of them turned out to be a really great guy who stayed around in jasig
[11:20:31 EDT(-0400)] <jayshao> for leveraging institutional resources (since students are relatively inexpensive) for community types
[11:20:38 EDT(-0400)] <EricDalquist> I couldn't find it on their site and am wondering what info they look for
[11:20:47 EDT(-0400)] <EricDalquist> yeah
[11:20:48 EDT(-0400)] <jayshao> http://code.google.com/soc/2008/org_signup.html
[11:20:53 EDT(-0400)] <EricDalquist> I'm going to go stick one in my calendar too
[11:20:59 EDT(-0400)] <apetro_LD830_ubu> athena7, you're right, Drew Mazurek has done some great stuff in JA-SIG
[11:21:00 EDT(-0400)] <jayshao> http://code.google.com/soc/2008/faqs.html#0.1_org_apply is the FAQ
[11:21:05 EDT(-0400)] <athena7> lol
[11:21:08 EDT(-0400)] <EricDalquist> oh on a different topic ...
[11:21:36 EDT(-0400)] <EricDalquist> athena7: for the channel manager link I'm working on using the xalan-element functionality to expose GAPs APIs in the uPortal XSL documents: http://xml.apache.org/xalan-j/extensions.html#ext-functions
[11:21:48 EDT(-0400)] <athena7> oh!
[11:21:50 EDT(-0400)] <EricDalquist> same thing we did in the sandbox for URL generation and stuff
[11:21:53 EDT(-0400)] <athena7> that sounds promising
[11:21:56 EDT(-0400)] <EricDalquist> its really a neat approach
[11:22:00 EDT(-0400)] <EricDalquist> like taglibs for XSLT
[11:22:51 EDT(-0400)] <athena7> think that'll be ready for the release?
[11:24:04 EDT(-0400)] <EricDalquist> I think so, its pretty simple
[11:24:12 EDT(-0400)] <EricDalquist> plus that bug kinda needs to be fixed
[11:24:16 EDT(-0400)] <athena7> yeah
[11:24:23 EDT(-0400)] <athena7> it's kind of a problem
[11:24:29 EDT(-0400)] <jayshao> hmmm... this to eliminate the variable population trickery we've all been doing?
[11:24:36 EDT(-0400)] <athena7> i'm worried about a couple of the UI bugs too - the focus mode display issue in particular
[11:24:52 EDT(-0400)] <EricDalquist> yeah, if you could file jira issues for anything you see that would be a big help
[11:25:00 EDT(-0400)] <athena7> good point
[11:25:05 EDT(-0400)] <EricDalquist> jayshao: no, to address that the new theme doesn't use CHeader
[11:25:11 EDT(-0400)] <athena7> i'll translate my summary email into jira tickets
[11:25:21 EDT(-0400)] <EricDalquist> thanks
[11:25:25 EDT(-0400)] <jayshao> ah.
[11:25:30 EDT(-0400)] <EricDalquist> so the permissions logic to determine what admin links to display is gone
[11:25:40 EDT(-0400)] <jayshao> though, come to think of it, having access to PersonDirectory attributes would be darn handy too
[11:25:45 EDT(-0400)] <EricDalquist> yup
[11:25:49 EDT(-0400)] <jayshao> not sure if that's in scope for what you're thinking for this rev
[11:26:03 EDT(-0400)] <athena7> seems like a promising direction for a solution
[11:26:06 EDT(-0400)] <EricDalquist> how do <gap: and <pd: xmlns for the uPortal XSLTs sound?
[11:26:21 EDT(-0400)] <EricDalquist> though for this rev it will just be a bare minimum of <gap:
[11:26:32 EDT(-0400)] <EricDalquist> then these would likely become part of the pd and gap projects
[11:26:41 EDT(-0400)] <EricDalquist> and would be there for the next version
[11:26:46 EDT(-0400)] <EricDalquist> so
[11:26:50 EDT(-0400)] <EricDalquist> back to GSoC
[11:27:00 EDT(-0400)] <EricDalquist> I guess you know my concerns
[11:27:16 EDT(-0400)] <EricDalquist> I think portlet dev would be a better target for this first go with it
[11:27:25 EDT(-0400)] <jayshao> well, I know timing is tight, though I think we could pull it off if people think it's a good idea
[11:27:32 EDT(-0400)] <jayshao> I'm not sure we have consensus at this time
[11:27:47 EDT(-0400)] <jayshao> so am wondering if the best bet is to try and put together something informal but organized this summer
[11:27:48 EDT(-0400)] <EricDalquist> finding mentors will be the tricky part but you may actually have better luck with the portlets since there is some active development going on there
[11:27:54 EDT(-0400)] <jayshao> to work out the social/community aspects
[11:27:58 EDT(-0400)] <jayshao> ?
[11:28:21 EDT(-0400)] <jayshao> loses us the ability to get Google $$$ and recognition, but gives us more flexibility on timing and other work
[11:28:24 EDT(-0400)] <EricDalquist> perhaps though I imagine it would be harder to find the workers in the informal version
[11:28:49 EDT(-0400)] <jayshao> I dunno... UW have any students you'd consider slicing off on some projects for a few months?
[11:28:58 EDT(-0400)] <EricDalquist> nope
[11:29:22 EDT(-0400)] <EricDalquist> as far as I know we're pretty strapped right now
[11:29:28 EDT(-0400)] <EricDalquist> and we don't have any students of our own
[11:29:55 EDT(-0400)] <EricDalquist> :/
[11:30:06 EDT(-0400)] <jayshao> state budget issues?
[11:30:09 EDT(-0400)] <EricDalquist> yup
[11:32:24 EDT(-0400)] <EricDalquist> jayshao: do you have an ideas page for the GSoC work?
[11:33:08 EDT(-0400)] <jayshao> http://www.ja-sig.org/wiki/display/UPC/Summer+of+Code+2008+Ideas
[11:33:14 EDT(-0400)] <EricDalquist> thanks
[11:33:20 EDT(-0400)] <jayshao> ideas 1 & 3 might be too close to the framework
[11:33:21 EDT(-0400)] <EricDalquist> that would be good to post to the dev list as well
[11:33:30 EDT(-0400)] <jayshao> idea 2 is a straight portlet and might be a good fit
[11:34:01 EDT(-0400)] <jayshao> and I see apetro_LD832_ubu appended the CAnnouncements thought
[11:34:06 EDT(-0400)] <EricDalquist> perhaps solicit some ideas from the people currently doing portlet development
[11:34:32 EDT(-0400)] <EricDalquist> and ask if anyone is willing to be a mentor for a student working on a portlet
[11:34:45 EDT(-0400)] <athena7> yale has some very serious interest in the last idea, incidentally
[11:34:54 EDT(-0400)] <athena7> like, i'm on the hook to come up with something by the fall, probabyl
[11:35:06 EDT(-0400)] <jayshao> hmmm... I sense alignment brewing
[11:35:34 EDT(-0400)] <athena7> i'd wanted to see if the unicon notifications portlet might do it for us, but i've yet to actually get it built
[11:35:35 EDT(-0400)] <athena7> should do that
[11:35:40 EDT(-0400)] <jayshao> actually same as weather I can think off hand of at least 4-5 different announcements type portlets people have written
[11:35:45 EDT(-0400)] <athena7> makes me kind of sad that it's got so many custom libraries though
[11:35:49 EDT(-0400)] <athena7> yeah
[11:36:03 EDT(-0400)] <athena7> and the CAnnouncements channel has been branched a bunch of times
[11:36:20 EDT(-0400)] <jayshao> and something with a nice pluggable backend that let you plug in an RSS feed, or mailing list, or other would be sexy as anything
[11:36:27 EDT(-0400)] <athena7> yes, exactly
[11:36:29 EDT(-0400)] <athena7> and we need that
[11:36:44 EDT(-0400)] <EricDalquist> announcements on mule?
[11:36:59 EDT(-0400)] <athena7> we're going to have to use whatever we have as an aggregator to display announcements from remote services, as well as some created in the portal
[11:37:20 EDT(-0400)] <jayshao> EricDalquist you playing with ESB type stuff as part of your enterprise architecture?
[11:38:05 EDT(-0400)] <EricDalquist> not yet. some of us developers have some ideas for using mule for a shared addressbook app then slowly expanding out uses of the bus
[11:39:19 EDT(-0400)] <apetro_LD830_ubu> athena7 u used the Toro installer? Just to get started with the Notifications Portlet, I highly recommend that.
[11:39:35 EDT(-0400)] <athena7> yeah, the problem is i can't find the setup scripts for the database
[11:39:45 EDT(-0400)] <athena7> i need to email drew back about that
[11:39:58 EDT(-0400)] <athena7> i've been distracted on other projects lately
[11:41:22 EDT(-0400)] <apetro_LD830_ubu> lots of projects.
[11:41:30 EDT(-0400)] <athena7> yes, indeed
[11:41:32 EDT(-0400)] <apetro_LD830_ubu> Installer shouldn't require additional setup scripts to do a clean install, tho.
[11:41:55 EDT(-0400)] <athena7> maybe i didn't use the actual installer then? i don't know
[11:42:02 EDT(-0400)] <athena7> come to think of it, maybe i did a maven build
[11:42:17 EDT(-0400)] <athena7> i did do some stuff with some ant task and preferences
[11:44:39 EDT(-0400)] <jayshao> so I'd like to summarize this thread of conversation on SoC to the dev list
[11:44:57 EDT(-0400)] <jayshao> and at this point think the consensus is "idea very attractive, timing not good"
[11:45:13 EDT(-0400)] <jayshao> though in general portlets would be a better platform for that kind of project
[11:45:19 EDT(-0400)] <jayshao> seem accurate?
[11:46:01 EDT(-0400)] <EricDalquist> thanks for the summary jayshao, yes it does
[11:46:44 EDT(-0400)] <EricDalquist> I think there may be some good framework options too
[11:47:00 EDT(-0400)] <EricDalquist> we'd just need to be a bit more careful with what we choose and how they are mentored
[11:47:00 EDT(-0400)] <jayshao> so I think my inclination is to pass on this round, given those sentiments, but to hopefully plug this onto the radar map longer term, and also capture some of the discussion in the chatroom regarding possible work in general
[11:47:13 EDT(-0400)] <EricDalquist> ok
[11:47:14 EDT(-0400)] <jayshao> and I do wonder if we should have weekly IRC brain-session
[11:47:20 EDT(-0400)] <EricDalquist> like I said
[11:47:22 EDT(-0400)] <EricDalquist> I'm up to it
[11:47:26 EDT(-0400)] <EricDalquist> up for* it
[11:47:47 EDT(-0400)] <EricDalquist> I'm in here every day and quite enjoy having people to talk dev with
[11:48:30 EDT(-0400)] <EricDalquist> yeah, honestly with the GSoC it kills me that we can't get it together this year but even with smaller tasks we can't realistically determine mentors in just a day or two
[11:49:55 EDT(-0400)] <jayshao> it certainly beats conference calls
[11:50:06 EDT(-0400)] <jayshao> esp. since there's an autogenerated archive
[11:50:12 EDT(-0400)] <jayshao> and emoticons!
[11:50:13 EDT(-0400)] <jayshao>
[11:50:38 EDT(-0400)] <apetro_LD830_ubu> +1 for IRC over conference calls.
[11:50:48 EDT(-0400)] <athena7> +1 from me, too
[11:51:01 EDT(-0400)] <jayshao> well, this is somewhat of a self-selected audience...
[11:51:01 EDT(-0400)] <apetro_LD830_ubu> I like the idea of gearing up to have a much better story in time for the student-summer
[11:51:33 EDT(-0400)] <apetro_LD830_ubu> even if we don't really get mentors this summer (though i think we might. I want an intern!), that will set us up better for next year's GSOC
[11:51:49 EDT(-0400)] <apetro_LD830_ubu> since part of what kills me about this is that this is the second year in a row that uPortal's fumbled this.
[11:52:04 EDT(-0400)] <EricDalquist> yup
[11:53:20 EDT(-0400)] <jayshao> 3rd times the charm?
[11:53:37 EDT(-0400)] <EricDalquist> I sure hope so
[11:56:32 EDT(-0400)] <athena7> ack, my eclipse instance is totally horked
[11:56:50 EDT(-0400)] <EricDalquist> uhoh
[11:57:02 EDT(-0400)] <athena7> apparently it's as sick as i am
[11:57:06 EDT(-0400)] <athena7> i think it's time to go home for the day
[11:57:27 EDT(-0400)] <EricDalquist> one q before you do athena7
[11:57:31 EDT(-0400)] <athena7> sure
[11:57:44 EDT(-0400)] <EricDalquist> in the layout we reference the admin channels by fname links correct?
[11:57:48 EDT(-0400)] <athena7> yes
[11:57:50 EDT(-0400)] <EricDalquist> ok
[11:58:02 EDT(-0400)] <athena7> i think there's only a link to the channel manager
[11:58:10 EDT(-0400)] <athena7> although linking to groups and permissions would be useful
[11:58:13 EDT(-0400)] <EricDalquist> so I think I need a function that does canRender(userId, chanFName) in the XSLT
[11:58:52 EDT(-0400)] <athena7> sounds good
[11:59:02 EDT(-0400)] <EricDalquist> cool, I should be able to get it figured out today or tomorrow
[11:59:12 EDT(-0400)] <athena7> ooh, sounds great
[12:09:49 EDT(-0400)] <athena7> aright, i'm heading out
[12:09:52 EDT(-0400)] <athena7> talk to you all tomorrow
[12:10:11 EDT(-0400)] <EricDalquist> later
[12:57:13 EDT(-0400)] <EricDalquist> wow ... xalan elements are sweet
[12:59:00 EDT(-0400)] <EricDalquist> anyone here know how the USER_NAME attribute gets passed to the XSL?
[13:36:49 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543729.dsl.bell.ca) has joined ##uportal
[14:14:40 EDT(-0400)] * michelled (n=team@142.150.154.199) has joined ##uportal
[15:07:15 EDT(-0400)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
[16:21:28 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[20:11:21 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543729.dsl.bell.ca) has joined ##uportal

Browser not supported