[01:00:22 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[01:02:09 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[09:13:37 EDT(-0400)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:26:15 EDT(-0400)] * athena (~athena@adsl-99-89-93-113.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[10:18:32 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[10:35:08 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[11:01:49 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:43:40 EDT(-0400)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[11:50:32 EDT(-0400)] * fmeyer (~c8ead032@gateway/web/freenode/x-cotekwrisfhipknm) has joined ##uportal
[11:53:49 EDT(-0400)] <fmeyer> when I reach the cas-server-webpage it aways asks for a new login, even after a just logged in
[11:54:18 EDT(-0400)] <fmeyer> there's any configuration to reuse the same session and redirect to an already logged page ?
[12:09:26 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:40:06 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[12:52:03 EDT(-0400)] * awills1 (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:32:28 EDT(-0400)] * michelled (~michelled@142.150.154.101) has left ##uportal
[14:06:16 EDT(-0400)] * jessm (~Jess@63-252-20-93.ip.mcleodusa.net) has joined ##uportal
[14:19:46 EDT(-0400)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[14:47:43 EDT(-0400)] * michelled_ (~michelled@142.150.154.141) has joined ##uportal
[14:50:10 EDT(-0400)] <EricDalquist> ARG
[14:50:19 EDT(-0400)] <EricDalquist> jquery's param() function is ANNOYING
[15:03:47 EDT(-0400)] * jessm (~Jess@63-252-20-93.ip.mcleodusa.net) has joined ##uportal
[15:37:07 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[15:47:54 EDT(-0400)] <athena> what's the param function do?
[16:02:05 EDT(-0400)] <athena> EricDalquist: should ChannelCategory be deprecated? are we removing it, or do we just need to rename it?
[16:08:14 EDT(-0400)] * jessm (~Jess@63-252-20-93.ip.mcleodusa.net) has joined ##uportal
[16:09:31 EDT(-0400)] * tsnfoo (~tsnfoo@wso-mbp15-2.test.denison.edu) has joined ##uportal
[16:28:02 EDT(-0400)] <EricDalquist> hi athena
[16:28:08 EDT(-0400)] <athena> hey
[16:28:12 EDT(-0400)] <EricDalquist> what does ChannelCategory do?
[16:28:23 EDT(-0400)] <EricDalquist> oh and params
[16:28:30 EDT(-0400)] Wiki Markup <EricDalquist> $.param({startDate : '01/01/2009', endDate: '03/03/2010', statsGroups: \[0, 1, 2\], interval: 5})
[16:28:32 EDT(-0400)] <athena> it represents the categories
[16:28:35 EDT(-0400)] <EricDalquist> returns
[16:28:39 EDT(-0400)] <EricDalquist> startDate=01/01/2009&endDate=03/03/2010&statsGroups[]=0&statsGroups[]=1&statsGroups[]=2&interval=5
[16:28:50 EDT(-0400)] <EricDalquist> because that is the PHP way for passing arrays of arguments
[16:28:53 EDT(-0400)] <athena> though it seems like maybe that should subclass IGroupEntity or something like that
[16:28:54 EDT(-0400)] <athena> ah
[16:28:57 EDT(-0400)] <EricDalquist> which of course breaks anything other than PHP
[16:29:00 EDT(-0400)] <athena> yeah
[16:29:07 EDT(-0400)] <EricDalquist> and means I have to write my own hash to URL parameters function 
[16:29:10 EDT(-0400)] <athena>
[16:29:32 EDT(-0400)] <EricDalquist> having it just be an IGroupEntity would probably make more sense
[16:32:02 EDT(-0400)] <EricDalquist> oh neat ... if I read the docs I can make it do what I want 
[16:32:03 EDT(-0400)] <EricDalquist> $.param(args, true);
[16:32:12 EDT(-0400)] <EricDalquist> that apparently does the 'old style' encoding
[16:46:35 EDT(-0400)] <athena> EricDalquist: yeah, just rolling it into IGroupEntity might make a lot of sense
[16:46:59 EDT(-0400)] <athena> i'm having some weird problem where when my new web flow ends it just displays a blank screen instead of going back to the beginning
[16:47:13 EDT(-0400)] <athena> there's isn't any kind of mapping where we define where it goes when it ends, is there?
[16:47:30 EDT(-0400)] <EricDalquist> yeah end-state
[16:47:36 EDT(-0400)] <athena> hmm
[16:47:39 EDT(-0400)] <EricDalquist> though only sub-flows should ever have an end state
[16:47:45 EDT(-0400)] <athena> yeah
[16:47:48 EDT(-0400)] <EricDalquist> top level flows shouldn't ever 'end'
[16:47:52 EDT(-0400)] <athena> oh, hm
[16:48:06 EDT(-0400)] <EricDalquist> unless you're exiting the flow and just going back to a plain JSP view
[16:48:18 EDT(-0400)] <athena> the portlet manager top-level flow does have an end state
[16:48:33 EDT(-0400)] <EricDalquist> do you ever actually get to it?
[16:48:47 EDT(-0400)] <athena> i think so
[16:48:52 EDT(-0400)] <athena> seems to work ok
[16:49:56 EDT(-0400)] <EricDalquist> weird
[16:50:05 EDT(-0400)] <EricDalquist> I don't think the swapper portlets have end states
[16:50:15 EDT(-0400)] <EricDalquist> when you're done you just end up back at the initial view
[17:05:27 EDT(-0400)] <athena> that probably makes sense
[17:05:33 EDT(-0400)] <athena> wonder how the portlet one manages to work
[17:06:14 EDT(-0400)] <athena> pretty close to havign something that actually edits groups though
[17:06:23 EDT(-0400)] <EricDalquist> sweet
Page Comparison
General
Content
Integrations