[09:17:15 CDT(-0500)] <sefz> is it normal that my CAS + memcached stores only TGT tickets?
[09:17:41 CDT(-0500)] <EricDalquist> sefz: this isn't a good place to ask CAS questions, I'd recommend http://www.jasig.org/cas/mailing-lists
[09:17:49 CDT(-0500)] <EricDalquist> I don't think they have an active IRC presence
[09:24:58 CDT(-0500)] <sefz> okay thanks
[10:30:37 CDT(-0500)] <jgribonvald> hi
[10:30:39 CDT(-0500)] <jgribonvald> EricDalquist: are you around ?
[10:30:45 CDT(-0500)] <EricDalquist> yes
[10:30:50 CDT(-0500)] <EricDalquist> sorry for being unavailable for so long
[10:30:52 CDT(-0500)] <EricDalquist> whats up>?
[10:31:04 CDT(-0500)] <jgribonvald> no problems it lets me some time
[10:31:22 CDT(-0500)] <jgribonvald> I have several things to talk
[10:31:48 CDT(-0500)] <jgribonvald> firstly i just pushed my feature about pushing channels link into sidebar from DLM
[10:31:57 CDT(-0500)] <EricDalquist> ok
[10:32:24 CDT(-0500)] <jgribonvald> so if I can have some feed back, it will be welcome
[10:32:36 CDT(-0500)] <EricDalquist> ok I'll see if I can take a look this afternoon
[10:33:16 CDT(-0500)] <jgribonvald> after I could push a feature that add a show/hide on the sidebar and subgroup element
[10:33:28 CDT(-0500)] <jgribonvald> are you interested ?
[10:33:49 CDT(-0500)] <EricDalquist> sure
[10:34:23 CDT(-0500)] <jgribonvald> just to know this should be a bit rebuild, because I'm not a familiar with fluid and i made it only with jquery and css
[10:34:40 CDT(-0500)] <EricDalquist> ok
[10:34:47 CDT(-0500)] <jgribonvald> and I see some css problems with some skins
[10:34:49 CDT(-0500)] <EricDalquist> well I can't guarantee we merge it
[10:34:55 CDT(-0500)] <EricDalquist> but it might be interesting to just see
[10:34:59 CDT(-0500)] <jgribonvald> yes
[10:35:23 CDT(-0500)] <jgribonvald> it's nearly entirely fonctional but there are only few things to see
[10:35:52 CDT(-0500)] <jgribonvald> after I have some questions
[10:36:36 CDT(-0500)] <jgribonvald> do you know if it's possible to render only a link from an iframe channel from xsl ?
[10:37:18 CDT(-0500)] <jgribonvald> this don't mean to render uportal link but directly the link from the iframe source
[10:37:35 CDT(-0500)] <jgribonvald> or I should think about an other way ?
[10:37:47 CDT(-0500)] <EricDalquist> hrm
[10:37:57 CDT(-0500)] <EricDalquist> so this is an iframe portlet?
[10:38:15 CDT(-0500)] <EricDalquist> and you want to take the link that the iframe portlet is configured to use and render it directly in the theme output?
[10:38:43 CDT(-0500)] <jgribonvald> because in the sidebar as example I would publish a link that wil be opened the iframe url source in a new browser tab
[10:38:52 CDT(-0500)] <jgribonvald> yes
[10:38:56 CDT(-0500)] <EricDalquist> ah
[10:39:01 CDT(-0500)] <EricDalquist> so ... not really
[10:39:11 CDT(-0500)] <EricDalquist> especially when you get moved over to portlets as those are portlet preferences
[10:39:13 CDT(-0500)] <EricDalquist> however
[10:39:21 CDT(-0500)] <EricDalquist> we at UW have been talking about some ideas to address this
[10:39:39 CDT(-0500)] <EricDalquist> one is adding a new portlet definition parameter that is a "quicklink" URL
[10:39:56 CDT(-0500)] <EricDalquist> in that case you would configure the url twice, once for the quicklink parameter and once for the iframe portlet preference
[10:40:18 CDT(-0500)] <EricDalquist> another, more complex idea, is to actually add a new portlet WindowState
[10:40:24 CDT(-0500)] <jgribonvald> ok but with my pushed feature you don't need to use quicklink
[10:40:28 CDT(-0500)] <jgribonvald> 
[10:40:28 CDT(-0500)] <EricDalquist> that would let the portlet provide its own quicklinks
[10:40:39 CDT(-0500)] <EricDalquist> right but it sounds similar
[10:40:48 CDT(-0500)] <jgribonvald> yes i seen the windowstate
[10:40:48 CDT(-0500)] <EricDalquist> instead of a link to the portlet you want a link to the portlet's destination
[10:41:59 CDT(-0500)] <jgribonvald> else what about xsl portlet or something similar that render only a link, and we add this link in the sidebar ?
[10:42:25 CDT(-0500)] <EricDalquist> that could work too
[10:42:30 CDT(-0500)] <EricDalquist> I guess I need to look at your sidebar code
[10:42:36 CDT(-0500)] <EricDalquist> to get a better idea of what you are doing
[10:43:06 CDT(-0500)] <jgribonvald> Also I thougth about a sidebar portlet 
but a bit too long to define
[10:44:15 CDT(-0500)] <jgribonvald> Just to know i can't use quicklink, because it's define for all users, with my code we can publish to some populations only
[10:44:28 CDT(-0500)] <EricDalquist> ah ok
[10:45:31 CDT(-0500)] <jgribonvald> it's our problem we have only one portal for several school and with different school level (around 200school)
[10:46:11 CDT(-0500)] <jgribonvald> so we need different delegated permission level
[10:46:36 CDT(-0500)] <EricDalquist> ok
[10:48:30 CDT(-0500)] <jgribonvald> so this introducing to my last question about delegating some rights only on creating channels from a channel template to some users (fragment's owner as example)
[10:58:50 CDT(-0500)] <jgribonvald> EricDalquist: I have an other question about the session id, I would like to link some xsl customization to user session, I thought about to use the JSESSIONID, but i've seen the introduction of a org.jasig.portal.PORTLET_COOKIE, I didn't see any doc about it, what is it ?
[10:59:16 CDT(-0500)] <EricDalquist> that is there to support the JSR-286 portlet cookie spec
[10:59:48 CDT(-0500)] <EricDalquist> due to how uportal works there is no way we could send cookies that portlet's set back to the browser
[10:59:51 CDT(-0500)] <EricDalquist> so we set that cookie
[10:59:57 CDT(-0500)] <EricDalquist> and track the portlet's cookies in a database
[11:00:04 CDT(-0500)] <EricDalquist> tied back to the portlet_cookie value
[11:00:11 CDT(-0500)] <EricDalquist> so that is not related to a user's session
[11:00:51 CDT(-0500)] <jgribonvald> ok, but maybe I have a problem with as we made some change about login, this cookies isn't invalidated after a logout and a new user using the same browser get this cookie
[11:01:03 CDT(-0500)] <jgribonvald> ok
[11:01:07 CDT(-0500)] <EricDalquist> that is right
[11:01:12 CDT(-0500)] <jgribonvald> it's not related to user session
[11:01:13 CDT(-0500)] <EricDalquist> the portlet spec says these are browser cookies
[11:01:18 CDT(-0500)] <EricDalquist> not session data
[11:01:23 CDT(-0500)] <jgribonvald> ok
[11:01:26 CDT(-0500)] <jgribonvald> thanks
[11:01:28 CDT(-0500)] <EricDalquist> yup
[11:07:31 CDT(-0500)] <jgribonvald> And my last question, I've seen some things about to print a portlet view but it seems this isn't possible, we can't define the porpety printable in portlet-definition, and is there other thing to do ?
[11:07:58 CDT(-0500)] <EricDalquist> uportal has no support for a "print" window state
[11:08:14 CDT(-0500)] <jgribonvald> ok it's a windows state so
[11:08:20 CDT(-0500)] <EricDalquist> it is often listed as a "here is an example of a custom window state a portal could support"
[11:08:51 CDT(-0500)] <jgribonvald> I know from esup there is a such feature in past version, but this is a javascript feature