Page Comparison

[01:37:43 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[07:34:25 EDT(-0400)] * bszabo (n=bszabo@d75-154-91-113.abhsia.telus.net) has joined ##uportal
[08:03:25 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[08:07:56 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[08:30:08 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:55:45 EDT(-0400)] <dstn> Is it possible for the portlet manager to read the portlet.xml's modes and check the appropriate edit/help boxes by default
[08:56:04 EDT(-0400)] <EricDalquist> that info is available in the portlet obejct model
[08:56:27 EDT(-0400)] <dstn> and is that available to the portlet manager at runtime?
[08:56:47 EDT(-0400)] <dstn> I'd be interested in looking at adding that feature
[08:56:48 EDT(-0400)] <EricDalquist> the current Channel Manager code?
[08:56:53 EDT(-0400)] <EricDalquist> you could get it
[08:56:57 EDT(-0400)] <EricDalquist> but that code is scary
[08:57:01 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[08:57:22 EDT(-0400)] <EricDalquist> one thing that was added for 3.1 you could look at for an example is how it reads portlet preferences
[08:57:29 EDT(-0400)] <athena> i think that's a feature it'd be reasonable to add for the portlet manager portlet though, yes?
[08:57:45 EDT(-0400)] <EricDalquist> yeah
[08:57:49 EDT(-0400)] <EricDalquist> the data is easy to get
[08:57:51 EDT(-0400)] <dstn> ah ya, thats right, there's the new one
[08:58:03 EDT(-0400)] <athena> eric, i know you had some suggestions for using that data in the portlet
[08:58:09 EDT(-0400)] <EricDalquist> getting it to display could be a pita on cchannelmanager
[08:58:10 EDT(-0400)] <athena> dstn: hoping we can get it into the trunk soon
[08:58:10 EDT(-0400)] <EricDalquist> yeah
[08:58:22 EDT(-0400)] <EricDalquist> like there is no reason to make people type in portlet app and def ids
[08:58:24 EDT(-0400)] <athena> doing anything in CChannelManager is a PITA
[08:58:30 EDT(-0400)] <athena> even doing a lot of it in the portlet is a piota
[08:58:32 EDT(-0400)] <EricDalquist> pluto provides a registry of all available portlets
[08:58:34 EDT(-0400)] <dstn> EricDalquist, agree
[08:59:14 EDT(-0400)] <dstn> well maybe I'll just add my idea to the jira
[08:59:17 EDT(-0400)] <dstn> for the new one
[08:59:46 EDT(-0400)] <EricDalquist> hopefully the new one will be in svn soon
[08:59:51 EDT(-0400)] <EricDalquist> then you can just add it
[09:00:03 EDT(-0400)] <athena> eric do you have a sense for how that should work w/ the portlet? are you envisioning maybe some sort of pre-populated select menu if you select the portlet type?
[09:00:04 EDT(-0400)] <EricDalquist> http://developer.jasig.org/source/browse/jasigsvn/uPortal/trunk/uportal-impl/src/main/java/org/jasig/portal/channels/CChannelManager.java?r=45356
[09:00:31 EDT(-0400)] <athena> dstn: maybe we should add a subtask to UP-2047?
[09:00:37 EDT(-0400)] <EricDalquist> look at around line 1358
[09:00:52 EDT(-0400)] <dstn> yep, thats fine
[09:00:54 EDT(-0400)] <EricDalquist> yeah,
[09:01:01 EDT(-0400)] <EricDalquist> you can do trees in a select box right?
[09:01:07 EDT(-0400)] <EricDalquist> well
[09:01:15 EDT(-0400)] <EricDalquist> I'm not sure exactly
[09:01:22 EDT(-0400)] <EricDalquist> but some sort of drop-down
[09:01:29 EDT(-0400)] <athena> sure
[09:01:37 EDT(-0400)] <EricDalquist> not sure if we would want to group portlets in the box by portlet app
[09:01:43 EDT(-0400)] <EricDalquist> or just have a big list of portlet names
[09:01:59 EDT(-0400)] <athena> if we know what all data we have, and what we want entered, i think gary could probably make a mock-up
[09:02:22 EDT(-0400)] <EricDalquist> well the data we have is pretty much from the portlet.xmls
[09:02:31 EDT(-0400)] <athena> yeah
[09:02:33 EDT(-0400)] <athena> makes sense
[09:02:51 EDT(-0400)] <EricDalquist> so we would know: webapp path, webapp name, portlet app name -> portlet id, portlet name
[09:04:10 EDT(-0400)] <athena> sounds good
[09:06:14 EDT(-0400)] <athena> i guess we might want to provide for entering one free-form
[09:06:22 EDT(-0400)] <athena> in case the portlet doesn't actually exist yet, or something
[09:06:24 EDT(-0400)] <EricDalquist> probably
[09:06:39 EDT(-0400)] <EricDalquist> heading in to work ... back on in a while
[09:07:44 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:53:41 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:56:23 EDT(-0400)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[10:01:10 EDT(-0400)] * michelled (n=michelle@142.150.154.193) has joined ##uportal
[10:28:29 EDT(-0400)] * SusanB (i=user@susan-x200.its.yale.edu) has joined ##uportal
[10:40:15 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:03:49 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:06:54 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:34:28 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:44:22 EDT(-0400)] * bszabo_ (n=bszabo@d75-154-91-113.abhsia.telus.net) has joined ##uportal
[12:21:17 EDT(-0400)] <EricDalquist> css makes my head hurt
[12:21:20 EDT(-0400)] <EricDalquist> even with firebug
[12:25:23 EDT(-0400)] <athena> me too
[12:25:56 EDT(-0400)] <EricDalquist> I'm trying to wrap my head around the height of a parent div with two child divs that are floated left and right
[12:26:15 EDT(-0400)] <EricDalquist> in our old skin the parent div auto-sizes its height to the size of the child divs
[12:26:33 EDT(-0400)] <EricDalquist> in the new skin, with the same CSS for those elements the parent div is collapsing to its min height
[12:26:45 EDT(-0400)] <EricDalquist> and I'm not sure what change in all the other CSS has caused it
[12:27:14 EDT(-0400)] <athena> i don't know
[12:27:27 EDT(-0400)] <athena> i would actually have expected the current behavior, rather than the previous
[12:28:37 EDT(-0400)] <EricDalquist> yeah
[12:28:49 EDT(-0400)] <EricDalquist> from what I'm reading online that seems to be expected
[12:30:02 EDT(-0400)] <athena> yeah
[12:30:20 EDT(-0400)] <athena> i wonder if you maybe had a default clear: style defined in your previous css or something?
[12:44:04 EDT(-0400)] * Arvids (n=arvids@213.175.95.54) has joined ##uportal
[13:03:07 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:03:24 EDT(-0400)] * bszabo__ (n=bszabo@d75-154-91-113.abhsia.telus.net) has joined ##uportal
[13:37:53 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:00:24 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[14:12:34 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-ffc61d2b91b25ec4) has joined ##uportal
[14:13:26 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[14:18:13 EDT(-0400)] <invisibill> Greetings uPortal devs: I've got the Toro Gateway SSO portlet up and running (I believe) in our dev environment and would like to test it. are there any howto docs on the jasig site or Unicon site for this? thanks.
[14:23:09 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:24:50 EDT(-0400)] <awills> how-to test? or how-to configure?
[14:25:19 EDT(-0400)] <awills> have you seen this? http://code.google.com/p/toro-portal/wiki/Gateway_SSO_Portlet
[14:26:17 EDT(-0400)] <awills> there is also this: http://www.unicon.net/node/1031
[14:31:34 EDT(-0400)] <invisibill> Thanks awills I'm looking at http://code.google.com/p/toro-portal/wiki/Gateway_SSO_Portlet now.
[14:33:26 EDT(-0400)] <EricDalquist> well I think I got our skin copied over into 3.1 (well need to test in more than FF on Linux)
[14:33:36 EDT(-0400)] <EricDalquist> other than that weird div height issue
[14:45:07 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[15:54:49 EDT(-0400)] * michelled (n=team@142.150.154.193) has left ##uportal
[15:54:52 EDT(-0400)] <dstn> In up_layout_struct, the struct_id is the subscribeid right? if so...I'm not understanding how there are multiple struct_id's of the same value for the same channel but different users...is channel subscribeid not unique?
[15:55:22 EDT(-0400)] <EricDalquist> subscribe ids are unique to a particular user
[15:55:28 EDT(-0400)] <EricDalquist> as are struct ids
[15:55:45 EDT(-0400)] <EricDalquist> there is a column in UP_USER I believe that acts as the sequence generator for that user's struct_ids
[15:57:49 EDT(-0400)] <SusanB> struct ids are just to make layout internally consistent - pretty sure they are not the same as subscribe id
[15:58:09 EDT(-0400)] <EricDalquist> subscribe id is based on structid I think ...
[15:58:19 EDT(-0400)] <EricDalquist> where are you seeing the subscribe ids dstn
[15:58:24 EDT(-0400)] <EricDalquist> and what do they look like exactly?
[15:59:31 EDT(-0400)] <dstn> well, we have a portlet that stores things by subscribeid and I'm trying to determine how/if I can match the struct_id in a user's layout to a specific subscribeid in this table
[15:59:40 EDT(-0400)] <EricDalquist> um
[15:59:45 EDT(-0400)] <EricDalquist> yeah, that won't work
[16:00:01 EDT(-0400)] <EricDalquist> portlet preferences are keyed to a subscribed portlet instance
[16:00:11 EDT(-0400)] <EricDalquist> and they have to reference the channel, the user and the layout structid
[16:00:20 EDT(-0400)] <EricDalquist> you need all three bits to store things correctly
[16:00:38 EDT(-0400)] <dstn> no, this isn't portlet preferences, it's a seperate store
[16:00:42 EDT(-0400)] <EricDalquist> right
[16:00:44 EDT(-0400)] <EricDalquist> which is dangerous
[16:00:53 EDT(-0400)] <EricDalquist> is this a new portlet?
[16:01:19 EDT(-0400)] <dstn> I've been trying to figure out the correct way to use an external store but keep portlets unique
[16:01:40 EDT(-0400)] <dstn> so far, my idea has been to use a sequence and store the current value to portlet preferences
[16:01:47 EDT(-0400)] <EricDalquist> that's it
[16:01:56 EDT(-0400)] <EricDalquist> what we really need is for someone to write that
[16:02:03 EDT(-0400)] <EricDalquist> and then publish it as a little helper jar
[16:02:19 EDT(-0400)] <dstn> no, this isn't a new portlet, it's an old one
[16:02:28 EDT(-0400)] <dstn> trying to figure out a data migration strategy
[16:02:30 EDT(-0400)] <EricDalquist> ah ... no fun
[16:02:39 EDT(-0400)] <EricDalquist> we had to do that with our local webproxy instance
[16:02:44 EDT(-0400)] <EricDalquist> since it was doing something similar
[16:02:57 EDT(-0400)] <EricDalquist> I ended up writing custom export/import scripts
[16:03:22 EDT(-0400)] <EricDalquist> they were able to reuse the same layout node lookup logic used for DLM references and portlet preferences
[16:03:33 EDT(-0400)] <EricDalquist> but the portlet is still using the same broken way of storing things
[16:04:13 EDT(-0400)] <EricDalquist> brb
[16:04:27 EDT(-0400)] <dstn> that's also my plight, trying to figure out the path of least resistance for the time being: update or continue to store broken
[16:05:00 EDT(-0400)] * SusanB (i=user@susan-x200.its.yale.edu) has left ##uportal
[16:31:45 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[16:32:02 EDT(-0400)] <EricDalquist> pidgin crashed ... did I miss anything interesting?
[16:32:28 EDT(-0400)] <athena> no
[16:32:29 EDT(-0400)] <EricDalquist> from the logs ... continuing to store broken is likely less work
[16:32:35 EDT(-0400)] <EricDalquist> even though it isn't as nice
[16:59:17 EDT(-0400)] * colinclark (n=colin@user130-102.wireless.utoronto.ca) has joined ##uportal
[17:15:43 EDT(-0400)] <EricDalquist> have a great weekend everyone
[17:19:15 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[18:42:15 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[19:51:22 EDT(-0400)] <awills> hey athena, still there?
[19:51:29 EDT(-0400)] <athena> yeah
[19:51:36 EDT(-0400)] <awills> for Yale: http://www.ja-sig.org/wiki/x/vwCPAQ
[19:52:25 EDT(-0400)] <athena> oh, awesome!
[19:52:39 EDT(-0400)] <athena> hm
[19:52:44 EDT(-0400)] <athena> so there's an issue with up-2174
[19:52:56 EDT(-0400)] <athena> it's more than just import/export, at least
[19:53:26 EDT(-0400)] <athena> think you'll be able to look at the other parts of that as well?
[19:53:33 EDT(-0400)] <awills> could we at least import 2 profiles cleanly? even if they're not copied for new users?
[19:53:48 EDT(-0400)] <awills> no idea... maybe if we have time
[19:54:50 EDT(-0400)] <athena> not really
[19:54:55 EDT(-0400)] <athena> hm
[19:55:06 EDT(-0400)] <athena> see part of the problem is that the IDs are actually meaningful
[19:55:16 EDT(-0400)] <awills> on profiles?
[19:55:23 EDT(-0400)] <athena> so a user's profile id "1" must be the same as the template user's "1"
[19:55:24 EDT(-0400)] <athena> yeah
[19:55:29 EDT(-0400)] <awills> lol
[19:55:41 EDT(-0400)] <athena> because of the way all the browser mappings and everythign are set up
[19:55:45 EDT(-0400)] <athena> they're all hard-coded using numbers
[19:55:51 EDT(-0400)] <awills> wow
[19:55:53 EDT(-0400)] <athena> yeah
[19:56:02 EDT(-0400)] <athena> http://www.ja-sig.org/issues/browse/UP-2259
[19:56:06 EDT(-0400)] <athena> look at problem #3
[19:56:15 EDT(-0400)] <awills> needs to be fixed, but not an issue for imp/exp precisely, right?
[19:56:32 EDT(-0400)] <athena> right, exactly
[19:56:38 EDT(-0400)] <athena> and honestly i think it really needs to be fixed
[19:56:58 EDT(-0400)] <awills> i'd love to see that
[19:57:04 EDT(-0400)] <athena> getting mobile support would be a huge win for uportal
[19:57:23 EDT(-0400)] <athena> and its frustrating that we've been so close to having it for years - probably even used to work correctly
[19:57:28 EDT(-0400)] <athena> but now it actually matters
[19:57:28 EDT(-0400)] <awills> and we're closing in on it... these chaanges should help
[19:57:33 EDT(-0400)] <athena> yeah
[19:57:45 EDT(-0400)] <athena> i mean if we can fix UP-2259, that would be fantastic
[19:58:08 EDT(-0400)] <athena> i don't think import/export of the profile itself is that bad once the base functionality is actually working
[19:58:27 EDT(-0400)] <awills> we just need to support multiples of them
[19:59:39 EDT(-0400)] <athena> yeah
[20:00:01 EDT(-0400)] <athena> i think a first step might be to move the code away from assigning meaning to the ids?
[20:00:09 EDT(-0400)] <athena> it might be possible to key things on the profile and layout names
[20:00:34 EDT(-0400)] <athena> and that might be possible to accomplish w/o table changes
[20:03:18 EDT(-0400)] <athena> incidentally: http://www.yaledailynews.com/articles/view/27336
[20:08:52 EDT(-0400)] <athena> i know my conversation w/ eric ended up settling on keeping user profiles in the layout doc
[20:08:55 EDT(-0400)] <athena> i just can't remember why
[20:09:11 EDT(-0400)] <athena> it may just have been concerns about having to create tons of new files when you create a new user
[20:20:16 EDT(-0400)] <awills> nice article
[20:20:58 EDT(-0400)] <athena> yeah
[20:21:01 EDT(-0400)] <athena> interesting, too
[20:21:26 EDT(-0400)] <athena> i tried to sell andy on buying me an iphone a couple years ago to develop the portal for mobile devices
[20:21:29 EDT(-0400)] <athena> if only . . .
[20:21:38 EDT(-0400)] <athena> but i think the interest really is there from students
[20:27:47 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal