Page Comparison

[00:10:08 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[00:22:40 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[01:11:39 EDT(-0400)] * awills (n=awills@ip72-201-156-173.ph.ph.cox.net) has joined ##uportal
[01:11:51 EDT(-0400)] * awills (n=awills@ip72-201-156-173.ph.ph.cox.net) has left ##uportal
[01:40:43 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[04:48:31 EDT(-0400)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[06:51:49 EDT(-0400)] <dstn> poor jasig
[06:51:56 EDT(-0400)] <dstn> can't even stay up for a day
[06:52:43 EDT(-0400)] <dstn> hmm, looks like its just JIRA today
[07:48:37 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[07:49:20 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:27:50 EDT(-0400)] <dstn> EricDalquist, thanks for fixing jira
[08:28:07 EDT(-0400)] <dstn> sucks it keeps having such problems
[08:30:35 EDT(-0400)] <athena> poor jira
[08:30:42 EDT(-0400)] <athena> did fisheye kill it?
[08:35:05 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[08:42:36 EDT(-0400)] <athena> EricDalquist: i have some questions about the planned portlet administration portlet work
[08:51:46 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[08:54:13 EDT(-0400)] <EricDalquist> athena: ok
[08:54:39 EDT(-0400)] <athena> did you have thoughts about what uportal version we should be shooting for?
[08:54:59 EDT(-0400)] <EricDalquist> 3.2 at this point
[08:55:09 EDT(-0400)] <EricDalquist> we could potentially add it for 3.1x
[08:55:17 EDT(-0400)] <EricDalquist> but that depends on what the changes look like
[08:55:22 EDT(-0400)] <athena> yeah
[08:55:28 EDT(-0400)] <EricDalquist> but since 3.1 is out
[08:55:33 EDT(-0400)] <EricDalquist> you could be doing the development in trunk
[08:55:35 EDT(-0400)] <athena> and to some extent, the changes depend on what version we're targeting
[08:55:49 EDT(-0400)] <athena> to date, we haven't changed any uportal code - just added
[08:56:03 EDT(-0400)] <athena> but we're getting closer to a point where there's not much backend dev left
[08:56:12 EDT(-0400)] <athena> which means we could start looking at channel manager
[08:56:22 EDT(-0400)] <athena> but that would make it not a candidate for the 3.1 line
[08:56:34 EDT(-0400)] <athena> the other question i had was where to develop this
[08:57:35 EDT(-0400)] <EricDalquist> I think the most reasonable approach at this point is
[08:57:36 EDT(-0400)] <EricDalquist> 19990
[08:57:40 EDT(-0400)] <EricDalquist> weird paste ....
[08:57:43 EDT(-0400)] <EricDalquist> to target 3.2
[08:57:51 EDT(-0400)] <EricDalquist> to do development in uPortal's SVN in trunk
[08:58:09 EDT(-0400)] <EricDalquist> we can do temporary branches if there are changes that would break things for a short time
[08:58:16 EDT(-0400)] <athena> ok
[08:58:22 EDT(-0400)] <EricDalquist> and then I can participate a little more via fisheye/crucible
[08:58:29 EDT(-0400)] <athena> i do like the idea of doing development publicly
[08:58:52 EDT(-0400)] <EricDalquist> I really like that idea
[08:58:55 EDT(-0400)] <athena> yeah
[08:59:01 EDT(-0400)] <athena> more transparent, more feedback, etc.
[08:59:02 EDT(-0400)] <EricDalquist> I think it will save a lot of pain down the road
[08:59:04 EDT(-0400)] <EricDalquist> yup
[08:59:06 EDT(-0400)] <athena> that too
[08:59:11 EDT(-0400)] <athena> easier to stay in sync w/ changes
[08:59:23 EDT(-0400)] <athena> we do have a number of people on the project who are not uportal committers
[08:59:27 EDT(-0400)] <EricDalquist> uPortal has had bed experiences with large code dumps in the past
[08:59:31 EDT(-0400)] <EricDalquist> well thats easy to fix
[08:59:37 EDT(-0400)] <athena> and the development team is also kind of constantly in flux
[08:59:40 EDT(-0400)] <EricDalquist> ok
[08:59:50 EDT(-0400)] <EricDalquist> well I think what we should talk about is who the lead is
[09:00:17 EDT(-0400)] <EricDalquist> there really needs to be a single (maybe two) primary contact to help keep things consistent
[09:00:24 EDT(-0400)] <athena> ok
[09:00:59 EDT(-0400)] <athena> i think that makes a lot of sense
[09:01:47 EDT(-0400)] <EricDalquist> is this being done use webflow or some other framework?
[09:01:53 EDT(-0400)] <athena> yes
[09:01:56 EDT(-0400)] <EricDalquist> great
[09:01:58 EDT(-0400)] <athena> framework webflow portlet
[09:02:11 EDT(-0400)] <athena> i'm sort of hoping maybe some of the flows can end up being reusable
[09:02:14 EDT(-0400)] <athena> but we'll see
[09:02:20 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:02:26 EDT(-0400)] <athena> like the group and category selection workflows in particular
[09:02:35 EDT(-0400)] <EricDalquist> wonderful
[09:02:41 EDT(-0400)] <athena> that would make it easier to transition over some of those other IServant-using channels later
[09:02:46 EDT(-0400)] <EricDalquist> yeah they can always be refactored out after the fact
[09:02:49 EDT(-0400)] <EricDalquist> yeah
[09:02:50 EDT(-0400)] <athena> i'm also hoping all the javascript components will be re-usable
[09:02:51 EDT(-0400)] <athena> yeah
[09:04:13 EDT(-0400)] <athena> i did manage to finally get all the channel browsing stuff refactored
[09:04:19 EDT(-0400)] <EricDalquist> neat
[09:04:24 EDT(-0400)] <athena> it'd be great to have some input on those utilities someday
[09:09:17 EDT(-0400)] <athena> sadly i think i've found some jquery bugs in the last couple days
[09:09:50 EDT(-0400)] <EricDalquist> oh well
[09:09:56 EDT(-0400)] <athena> yeah
[09:10:00 EDT(-0400)] <athena> not w/ the version we're running
[09:10:08 EDT(-0400)] <athena> but with the version fluid 1.0 will require
[09:10:16 EDT(-0400)] <athena> though i'm sure there's bugs in our version too
[09:10:46 EDT(-0400)] <athena> i'd kind of like to eventually update the 3.1 branch to fluid 1.0
[09:10:58 EDT(-0400)] <EricDalquist> well I'm heading out to work ... back in about 45 minutes
[09:58:10 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:13:59 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:21:21 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[10:21:21 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[10:21:21 EDT(-0400)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[10:21:21 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[10:22:04 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:22:35 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[10:41:22 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:41:22 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:47:38 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:47:38 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:48:09 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:48:09 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:48:38 EDT(-0400)] * SusanB (i=user@susan-x200.its.yale.edu) has joined ##uportal
[10:51:37 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:09:46 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:12:44 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:12:44 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:17:57 EDT(-0400)] <dstn> anyone know what a subscribe_id like this is from? ctf1
[11:18:51 EDT(-0400)] <dstn> I see n# is user added, u#l#n is fragment added...but not sure about that one
[11:20:18 EDT(-0400)] <EricDalquist> transient
[11:20:32 EDT(-0400)] <EricDalquist> so like when you call a channel by fname
[11:20:40 EDT(-0400)] <EricDalquist> it gets a ctf# id
[11:21:30 EDT(-0400)] <dstn> thanks
[11:31:45 EDT(-0400)] <EricDalquist> hrm ... I need to figure out how to merge 3.1 locally but continue to use our 3.0 theme & skin
[11:32:04 EDT(-0400)] <EricDalquist> I'm thinking in the future we need to give major theme/skin changes new names to not make this such a pain
[11:34:14 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:34:48 EDT(-0400)] <athena> yeah
[11:34:57 EDT(-0400)] <athena> although in that case you have update the database to do it
[11:35:04 EDT(-0400)] <athena> which may cause some confusion
[11:35:16 EDT(-0400)] <EricDalquist> right, but that can be handled in the upgrade docs
[11:35:27 EDT(-0400)] <EricDalquist> there are already db changes from 3.0 to 3.1
[11:35:44 EDT(-0400)] <athena> i think that's why awills has argued pretty strongly in the past to copy the skin dir, then edit it
[11:35:58 EDT(-0400)] <athena> yes, but those can be solved by export, re-create db, import
[11:36:15 EDT(-0400)] <athena> for this you'd have to run a manual sql statement before/after or something
[11:37:12 EDT(-0400)] <EricDalquist> right
[11:37:15 EDT(-0400)] <EricDalquist> which we have done
[11:37:21 EDT(-0400)] <EricDalquist> the problem is we also have theme modifications
[11:37:25 EDT(-0400)] <EricDalquist> so I have to merge all of 3.1
[11:37:28 EDT(-0400)] <EricDalquist> except the theme
[11:37:35 EDT(-0400)] <EricDalquist> and whatever files go with it
[11:37:37 EDT(-0400)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[11:38:03 EDT(-0400)] <athena> yeah
[11:38:11 EDT(-0400)] <athena> i think awills had also suggested forking the theme
[11:38:21 EDT(-0400)] <athena> the problem w/ that though is that you don't get any of the required updates
[11:38:25 EDT(-0400)] <EricDalquist> yeah
[11:38:35 EDT(-0400)] <EricDalquist> I think we just need to be more careful on the uportal side
[11:38:44 EDT(-0400)] <EricDalquist> and if we do another big theme update we clone it
[11:38:55 EDT(-0400)] <EricDalquist> and have a plan for deprecating the old theme
[11:38:58 EDT(-0400)] <EricDalquist> same with skins
[11:39:03 EDT(-0400)] <athena> yeah
[11:39:03 EDT(-0400)] <athena> well
[11:39:08 EDT(-0400)] <athena> we need to plan this stuff more in advance
[11:39:10 EDT(-0400)] <EricDalquist> to avoid deleting files that people may need
[11:39:15 EDT(-0400)] <EricDalquist>
[11:39:24 EDT(-0400)] <athena> i'm all for improvements, but we should take the time to plan them out and run them by the community
[11:39:30 EDT(-0400)] <awills> these are just tricky decisions... no silver bullet
[11:39:30 EDT(-0400)] <EricDalquist> yup
[11:39:38 EDT(-0400)] <athena> yeah it's true awills
[11:39:51 EDT(-0400)] <awills> 'morning folks
[11:40:00 EDT(-0400)] <athena> to some degree it probably depends if you're more comfortable w/ svn merging or with manual xslt updates
[11:40:07 EDT(-0400)] <athena> morning!
[11:40:45 EDT(-0400)] <awills> yeah definately the tools you're more comfortable with will influence how you look at the issue
[11:41:35 EDT(-0400)] <awills> in my case, i'd be more comfortable knowing my existing theme/skin will work as-in, and integrating enhancements from uP when i get to it
[11:41:51 EDT(-0400)] <awills> which is why i suggesting cloning
[11:41:53 EDT(-0400)] <athena> yeah
[11:42:24 EDT(-0400)] <athena> the problem is that if you're using the ajax features, you can't get any feature updates or bug fixes that way
[11:43:40 EDT(-0400)] <awills> yep, not until you manually tackle the integration
[11:44:10 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:44:18 EDT(-0400)] <athena> yeah
[11:44:26 EDT(-0400)] <EricDalquist> darn netsplits
[11:44:30 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:44:32 EDT(-0400)] <athena> i guess in part i worry i'd miss stuff integrating manually
[11:45:18 EDT(-0400)] <EricDalquist> so from reading the logs ...
[11:45:39 EDT(-0400)] <EricDalquist> I think cloning the skin is something we should expect people to do
[11:45:50 EDT(-0400)] <EricDalquist> cloning the theme is a lot more work an potential for problem
[11:46:09 EDT(-0400)] <EricDalquist> Jen is right that large scale skin & theme changes need to be planned out better in advance
[11:46:24 EDT(-0400)] <EricDalquist> and we need to treat our theme and skin files as an API
[11:46:33 EDT(-0400)] * athena agrees
[11:46:41 EDT(-0400)] <EricDalquist> probably as more of an API than the actual portal code since fewer and fewer people actually modify uPortal source any more
[11:46:51 EDT(-0400)] <awills> fwiw, athena and I worked out another option: clone only the universality.xsl file, leave it in the same dir, and import all the same sub-stylesheets
[11:47:03 EDT(-0400)] <athena> heh, it's true
[11:47:05 EDT(-0400)] <EricDalquist> like with the 3.1 update a lot of the common css files used by your skin, even if you cloned it, were deleted
[11:47:18 EDT(-0400)] <athena> yeah, awills that may be a useful strategy for setting some of the defaults
[11:57:57 EDT(-0400)] <EricDalquist> uhg ... it looks like everything under skins/universality/common has changed
[12:05:11 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:09:00 EDT(-0400)] * apetro (n=apetro@68.3.207.51) has joined ##uportal
[12:09:15 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:13:53 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:15:35 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:29:28 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:30:31 EDT(-0400)] <mrogers> sorry to intrude .... would some of the things you have been discussing here belong on this page: http://www.ja-sig.org/wiki/x/zRjP ... at some point in time
[12:31:00 EDT(-0400)] <EricDalquist> the portlet manager stuff would
[12:34:05 EDT(-0400)] <mrogers> i would kind of see this page as saying "this is how we improved uPortal for this version" including some specifics on how the "Goal" was achieved
[12:34:17 EDT(-0400)] <mrogers> that's just my outsider look at it
[12:34:29 EDT(-0400)] <mrogers> outsider's
[12:35:06 EDT(-0400)] <EricDalquist> well I think that should be the role of the release notes
[12:35:17 EDT(-0400)] <EricDalquist> that page is more for long term vision
[12:35:22 EDT(-0400)] <EricDalquist> where is uPortal going type of thing
[12:36:10 EDT(-0400)] <EricDalquist> though we really need to figure out what all pages reference version number
[12:36:19 EDT(-0400)] <EricDalquist> since this page obviously hasn't been updated in a while
[12:38:07 EDT(-0400)] <mrogers> that makes sense
[12:40:16 EDT(-0400)] <mrogers> i suppose the "how" detail doesn't belong there
[12:40:35 EDT(-0400)] <mrogers> i like what they do with the CAS Vision and Roadmap
[12:40:51 EDT(-0400)] <EricDalquist> what is the link for that?
[12:41:21 EDT(-0400)] <mrogers> http://www.ja-sig.org/wiki/x/FgnP
[12:41:45 EDT(-0400)] <mrogers> i think that was the model for the uPortal page in the first place
[12:41:58 EDT(-0400)] <awills> eric – good to bump crn in 3.1.1 and 3.2.0? (http://www.ja-sig.org/issues/browse/UP-2388)
[12:42:15 EDT(-0400)] <EricDalquist> yeah
[12:42:25 EDT(-0400)] <awills> great, i'm on it
[12:42:42 EDT(-0400)] <EricDalquist> I have some minor crn script updates I'll commit once you're done
[12:43:24 EDT(-0400)] <awills> you bet
[13:05:01 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:05:47 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:07:11 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:09:51 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:19:54 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:19:54 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:16:07 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-2cdc242a159a78a1) has joined ##uportal
[14:19:26 EDT(-0400)] <invisibill> Greetings uPortal devs: I have a question about invoking javascript within the portlet: http://uportal.pastebin.com/d2e766971 were using the Announcements portlet, but the publish link in the pastebin does not do anything. I have js enabled in firefox and the error console shows nothing. Am I missing something common about the link structure for portlets?
[14:21:43 EDT(-0400)] <invisibill> I updated the pastebin with the correct link: http://uportal.pastebin.com/d3d21400e
[14:40:09 EDT(-0400)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[14:48:49 EDT(-0400)] <EricDalquist> so you are adding a javascript post?
[14:49:13 EDT(-0400)] <EricDalquist> does the action ever get called?
[14:50:12 EDT(-0400)] <invisibill> It doesn't get called from what I can tell. I have logging turned on for the Announcemnts portlet and nothing shows in the log file.
[14:51:39 EDT(-0400)] <invisibill> I'm not sure where to look for this javascript method Pluto_438_n327_approval(1,'true');
[14:51:54 EDT(-0400)] <EricDalquist> I don't know
[14:52:00 EDT(-0400)] <EricDalquist> you could ask on the portlet-dev email list
[14:52:38 EDT(-0400)] <invisibill> sure. I'll try that.
[15:36:27 EDT(-0400)] <EricDalquist> athena: how does CSS get minimized in 3.1?
[15:36:37 EDT(-0400)] <athena> yui compressor plugin
[15:36:42 EDT(-0400)] <athena> so at build-time
[15:36:58 EDT(-0400)] <athena> we leave the original files in the build so that people can take a look at the javascript, if so desired
[15:37:00 EDT(-0400)] <EricDalquist> oh ... just found my problem
[15:37:00 EDT(-0400)] <EricDalquist> I have to rename the css files too
[15:37:00 EDT(-0400)] <EricDalquist> not just the directory
[15:37:00 EDT(-0400)] <EricDalquist> when making a skin copy
[15:37:07 EDT(-0400)] <athena> yes
[15:37:12 EDT(-0400)] <athena> wait
[15:37:30 EDT(-0400)] <athena> like rename the main import file?
[15:38:20 EDT(-0400)] <EricDalquist> yeah
[15:38:54 EDT(-0400)] <athena> yeah
[15:38:58 EDT(-0400)] <EricDalquist> which is a little weird since everything else stays named uportal3_*
[15:38:59 EDT(-0400)] <athena> we should document how to create a new skin
[15:39:04 EDT(-0400)] <EricDalquist> yes
[15:39:18 EDT(-0400)] <athena> well
[15:39:28 EDT(-0400)] <athena> really it'd make way more sense to rename all the files
[15:39:41 EDT(-0400)] <athena> but you don't have to - it'll still work
[15:39:55 EDT(-0400)] <athena> alternatively, we could just have all skins use "skin.css" or something
[15:40:03 EDT(-0400)] <athena> and just have the directory be the differntiator
[15:40:07 EDT(-0400)] <EricDalquist> yeah
[15:40:07 EDT(-0400)] <athena> that would certainly work
[15:40:11 EDT(-0400)] <EricDalquist> that is what I would suggest
[15:40:22 EDT(-0400)] <EricDalquist> it seems redundant to rename the directory and a file in the directory
[15:40:24 EDT(-0400)] <athena> sure, sounds reasonable to me
[15:40:31 EDT(-0400)] <athena> do you have any thoughts on aggregating the css at build time?
[15:40:34 EDT(-0400)] <EricDalquist> I'll put it on the list for 3.2
[15:40:40 EDT(-0400)] <athena> sounds good
[15:40:43 EDT(-0400)] <EricDalquist> Ah, I need to re-read that thread
[15:40:49 EDT(-0400)] * EricDalquist is soooo behind on email
[15:40:51 EDT(-0400)] <athena> ah
[15:40:59 EDT(-0400)] <athena> yeah, i . . . have some stars in my inbox
[15:41:03 EDT(-0400)] <EricDalquist> I was thinking we really need a UI dev mode
[15:41:09 EDT(-0400)] <athena> yes!
[15:41:12 EDT(-0400)] <EricDalquist> maybe a profile
[15:41:13 EDT(-0400)] <athena> i think that actually would be quite useful
[15:41:30 EDT(-0400)] <athena> yeah
[15:41:34 EDT(-0400)] <EricDalquist> move all of the compress/aggregate stuff into a profile that is enabled by default
[15:41:39 EDT(-0400)] <athena> yeah that was my thought too
[15:41:44 EDT(-0400)] <EricDalquist> and document how to deploy with it disabled
[15:42:03 EDT(-0400)] <athena> although you'd still have to deal with keeping the aggregation and overridden import file in sync
[15:42:18 EDT(-0400)] <EricDalquist> ?
[15:44:04 EDT(-0400)] <athena> well, what i'd potentially proposed further down in that thread was to have a default uportal3.css file that looks like the one we have now
[15:44:19 EDT(-0400)] <athena> that gets overridden by the profile
[15:44:25 EDT(-0400)] <athena> but if it's off, does the old @import thing
[15:44:33 EDT(-0400)] <athena> but then we'd have to maintain those file lists independently . . .
[15:44:37 EDT(-0400)] <EricDalquist> ah
[15:46:04 EDT(-0400)] <EricDalquist> lets create a/some jira issues for this
[15:46:12 EDT(-0400)] <EricDalquist> and we can talk about how to make it better for 3.2
[15:46:20 EDT(-0400)] <athena> can do
[15:46:25 EDT(-0400)] <EricDalquist> perhaps some sort of servlet that helps serv the CSS
[15:46:26 EDT(-0400)] <athena> i definitely want feedback on that stuff
[15:46:32 EDT(-0400)] <EricDalquist> in developer versus production mode
[15:46:50 EDT(-0400)] <athena> hm, that might work
[15:48:51 EDT(-0400)] <EricDalquist> right now I'm trying to figure out why when I copied the default skin my whole portal is white
[15:48:54 EDT(-0400)] <EricDalquist> layout looks about right
[15:49:00 EDT(-0400)] <EricDalquist> and I have border lines
[15:49:05 EDT(-0400)] <EricDalquist> but no color or images
[15:49:30 EDT(-0400)] <athena> eep
[15:49:52 EDT(-0400)] <athena> do you have missing css files?
[15:50:30 EDT(-0400)] <EricDalquist> firebug says everything is found
[15:50:56 EDT(-0400)] <athena> odd
[15:51:01 EDT(-0400)] <athena> links to missing images?
[15:52:16 EDT(-0400)] <EricDalquist> so everything works with the default skin ...
[15:52:22 EDT(-0400)] <EricDalquist> to create a new skin
[15:52:35 EDT(-0400)] <EricDalquist> I copied the directory: uportal-war/src/main/webapp/media/skins/universality/uportal3
[15:52:41 EDT(-0400)] <EricDalquist> renamed it to uportal-war/src/main/webapp/media/skins/universality/mum31
[15:52:53 EDT(-0400)] <EricDalquist> and renamed uportal3.css to mum31.css
[15:53:44 EDT(-0400)] <EricDalquist> uhoh
[15:54:19 EDT(-0400)] <EricDalquist> from my HTML:
[15:54:19 EDT(-0400)] <EricDalquist> class="fl-theme-mum31"
[15:54:27 EDT(-0400)] <EricDalquist> all the hard coded CSS says:
[15:54:31 EDT(-0400)] <EricDalquist> .fl-theme-uportal3 .dashboard .portlet-top,
[15:54:38 EDT(-0400)] <EricDalquist> time for 3.1.1
[15:54:39 EDT(-0400)] <EricDalquist>
[15:55:42 EDT(-0400)] <athena> 3.1.1?
[15:55:53 EDT(-0400)] <EricDalquist> yeah
[15:55:58 EDT(-0400)] <EricDalquist> like we need to fix the portal CSS
[15:56:03 EDT(-0400)] <EricDalquist> and do a 3.1.1 release
[15:56:08 EDT(-0400)] <athena> what's wrong with it?
[15:56:17 EDT(-0400)] <EricDalquist> so when I switch my skin to mum31
[15:56:23 EDT(-0400)] <EricDalquist> my copy of uportal3
[15:56:36 EDT(-0400)] <EricDalquist> the reason I get a plain portal is all of the CSS class names are wrong
[15:56:45 EDT(-0400)] <athena> ah
[15:56:46 EDT(-0400)] <athena> yes.
[15:56:53 EDT(-0400)] <EricDalquist> the portal markup renders stuff like class="fl-theme-mum31"
[15:56:55 EDT(-0400)] <athena> if you're concerned about that, you should talk to gary
[15:57:08 EDT(-0400)] <athena> i think that was intentional
[15:57:38 EDT(-0400)] <EricDalquist> there are 242 times that "fl-theme-uportal3" appears in the cSS
[15:57:49 EDT(-0400)] <EricDalquist> so now our recommendation to everyone of 'clone the skin' is bogus
[15:57:55 EDT(-0400)] <athena> i'm not sure what the rationale was
[15:58:07 EDT(-0400)] <EricDalquist>
[15:58:28 EDT(-0400)] <athena> it may have been ui options prep
[15:58:34 EDT(-0400)] <athena> but i would ask gary
[15:58:41 EDT(-0400)] * athena used find/replace
[15:58:48 EDT(-0400)] <EricDalquist> :/
[15:59:14 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:59:52 EDT(-0400)] <athena> i'd send gary and email
[16:05:19 EDT(-0400)] <EricDalquist> just sent a note to the dev list
[16:05:33 EDT(-0400)] <EricDalquist> yeah search/replace updated 251 instances of uportal3 in the css files
[16:06:18 EDT(-0400)] <athena> do you want me to ping gary and point him towards the email?
[16:06:25 EDT(-0400)] <EricDalquist> already did
[16:06:40 EDT(-0400)] <athena> ok, awesome
[16:06:48 EDT(-0400)] * athena never remembers how often people read the lists
[16:07:09 EDT(-0400)] <athena> i need to address those missing strings in messages.xml
[16:07:23 EDT(-0400)] <EricDalquist> that sounds like something for 3.1.1
[16:07:28 EDT(-0400)] <athena> yeah
[16:07:31 EDT(-0400)] <athena> my thought as well
[16:07:38 EDT(-0400)] * athena wishes for 12 more hours in the day
[16:07:44 EDT(-0400)] <EricDalquist> I know the feeling
[16:07:48 EDT(-0400)] <athena> i'm sure!
[16:07:57 EDT(-0400)] <EricDalquist> I lost 6 hours yesterday to fixing jasig.princeton.edu
[16:08:01 EDT(-0400)] <athena> oh no
[16:08:09 EDT(-0400)] <athena> that's really frustrating
[16:08:24 EDT(-0400)] <EricDalquist> yeah
[16:08:24 EDT(-0400)] * athena is trying to wrap up a project for friday
[16:08:38 EDT(-0400)] <EricDalquist> oh, how hard was it to get a 3.0 skin ported to 3.1?
[16:08:45 EDT(-0400)] <EricDalquist> you had done that for ivy right?
[16:08:56 EDT(-0400)] <athena> well
[16:09:05 EDT(-0400)] <athena> mostly it was the tabs that had to get fixed
[16:09:17 EDT(-0400)] <athena> if i can find some time, i'd like to do a diff and write down the big things i had to change
[16:09:31 EDT(-0400)] <athena> but it took me a few hours
[16:09:41 EDT(-0400)] <athena> of course, it looks like the tabs are broken in IE6
[16:09:49 EDT(-0400)] <athena> which also needs to get fixed for 3.1.1 - need to file a ticket
[16:09:54 EDT(-0400)] <athena> but i think someone else needs to fix it
[16:09:58 EDT(-0400)] <EricDalquist> just in ivy?
[16:10:04 EDT(-0400)] <athena> yes, and only in ie6
[16:10:06 EDT(-0400)] <EricDalquist> ok
[16:10:12 EDT(-0400)] <athena> debugging ie6 issues is kind of beyond me
[16:10:12 EDT(-0400)] <athena> yeah
[16:10:17 EDT(-0400)] <athena> i think it's not the end of the world
[16:10:21 EDT(-0400)] <EricDalquist> not at all
[16:10:28 EDT(-0400)] <athena> but it'd still be nice to get right
[16:10:36 EDT(-0400)] <athena> the padding is very slightly off in IE in the main skin
[16:10:40 EDT(-0400)] <athena> but i don't think it's a dealbreaker
[16:10:51 EDT(-0400)] <athena> and may not be noticeable if you haven't seen it in FF
[16:11:49 EDT(-0400)] * athena hates IE6
[16:13:11 EDT(-0400)] <EricDalquist> http://www.bringdownie6.com/
[16:13:20 EDT(-0400)] <EricDalquist> very well written article there
[16:14:33 EDT(-0400)] <athena> yeah i've even seen scripts lately that will specifically kick out IE6 users
[16:14:48 EDT(-0400)] <EricDalquist> hah
[16:15:06 EDT(-0400)] <EricDalquist> ok ... I have my copy of the skin working
[16:15:14 EDT(-0400)] <awills> sounds like a compelling feature :?
[16:15:15 EDT(-0400)] <EricDalquist> that was way too much work just to copy an existing skin
[16:16:07 EDT(-0400)] <EricDalquist> ok so I did just find this: <xsl:param name="FLUID_THEME_CLASS">fl-theme-<xsl:value-of select="$SKIN" /></xsl:param>
[16:16:14 EDT(-0400)] <EricDalquist> so it looks like it would be easy to fix
[16:16:50 EDT(-0400)] <athena> yeah, i still suspect that this was very much intentional
[16:16:55 EDT(-0400)] <athena> but maybe not
[16:17:36 EDT(-0400)] <athena> and if we're not absolutely going to need it we should just use fl-theme-uportal or something specific to uportal, but not to a skin
[16:17:44 EDT(-0400)] <athena> hopefully gary can shed some light on that
[16:18:02 EDT(-0400)] <athena> maybe it really is just something that crept in and we can get rid of it, i don't know
[16:18:29 EDT(-0400)] <EricDalquist> right
[16:18:36 EDT(-0400)] <EricDalquist> also I'm looking at the INSTITUTION variable
[16:18:44 EDT(-0400)] <EricDalquist> are you familiar with it?
[16:19:00 EDT(-0400)] <athena> i think that was a feature developed for johns hopkins
[16:19:06 EDT(-0400)] <EricDalquist> ok
[16:19:16 EDT(-0400)] <EricDalquist> looks like different skins with different features
[16:19:22 EDT(-0400)] <athena> right
[16:19:33 EDT(-0400)] <athena> so say you actually wanted something that's just not possible with CSS
[16:19:42 EDT(-0400)] <athena> like one skin to have a flyout menu and another one to not
[16:19:56 EDT(-0400)] <athena> or want to render the sidebar for one skin but not another
[16:19:58 EDT(-0400)] <EricDalquist> right
[16:20:02 EDT(-0400)] <athena> something that css really isn't a good fit for
[16:20:06 EDT(-0400)] <EricDalquist> looks like a fairly sane way to do that
[16:20:12 EDT(-0400)] <athena> yeah
[16:20:16 EDT(-0400)] <athena> i think it is a nice feature
[16:20:20 EDT(-0400)] <athena> needs some documentation though
[16:20:42 EDT(-0400)] <athena> eventually it'd be kind of nice to make some of those options potentially customizable
[16:20:50 EDT(-0400)] <athena> i know a lot of institutions would want to lock those down
[16:21:01 EDT(-0400)] <athena> but as a user, i wouldn't mind being able to turn on and off the sidebar for my layout
[16:21:30 EDT(-0400)] <EricDalquist> yeah
[16:21:33 EDT(-0400)] * bszabo (n=bszabo@d75-154-87-95.abhsia.telus.net) has joined ##uportal
[16:31:54 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2391
[16:32:14 EDT(-0400)] <EricDalquist> a short issue about a UI developers deployment mode for uPortal
[16:32:22 EDT(-0400)] <athena> woo!
[16:32:30 EDT(-0400)] <athena> that'd be great
[16:33:21 EDT(-0400)] <EricDalquist> so "fluid.theme.skinname.css" is the main class to do skining in for 3.1?
[16:36:13 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[16:36:48 EDT(-0400)] <athena> yes, more or less
[16:37:00 EDT(-0400)] <athena> that's where most of the overrides are
[16:37:14 EDT(-0400)] <athena> there's also separate files for jquery, legacy uportal, and jsr168 portlet styles
[16:37:30 EDT(-0400)] <athena> the the fluid.theme one should have all the base uportal and fss stuff
[16:37:59 EDT(-0400)] <EricDalquist> yup
[16:40:03 EDT(-0400)] <awills> http://www.ja-sig.org/issues/browse/UP-2392
[16:40:20 EDT(-0400)] <awills> i (finally) have the first bits of this ready to go
[16:40:40 EDT(-0400)] <EricDalquist> great
[16:40:46 EDT(-0400)] <EricDalquist> not sure this is a 3.1.1 fix though
[16:41:20 EDT(-0400)] <awills> fine by me either way... it's likely to be a "work in progress" by the time 3.1.1 is tagged
[16:41:29 EDT(-0400)] <awills> meaning some converted, some not
[16:42:22 EDT(-0400)] <awills> though i don't think there's any difference in behavior... just wired a different way, and new unit tests
[16:42:27 EDT(-0400)] * bszabo (n=bszabo@d75-154-87-95.abhsia.telus.net) has joined ##uportal
[16:43:14 EDT(-0400)] <EricDalquist> not worried about behavior
[16:43:30 EDT(-0400)] <EricDalquist> we just have to be careful about doing any changes that would break vendor branch merges in patches branches
[16:44:15 EDT(-0400)] <athena> eric do you have thoughts about how often we want to have major releases in the future?
[16:44:31 EDT(-0400)] <EricDalquist> what I've talked about latetly is 6-12 months
[16:44:38 EDT(-0400)] <EricDalquist> depending on how much work is there
[16:44:38 EDT(-0400)] <athena> ok
[16:44:40 EDT(-0400)] <athena> yeah
[16:44:42 EDT(-0400)] <athena> just curious
[16:44:45 EDT(-0400)] <athena>
[16:44:49 EDT(-0400)] <EricDalquist> and also looking at having the patches branches be only for bug fixes
[16:44:52 EDT(-0400)] <athena> yeah
[16:45:15 EDT(-0400)] <EricDalquist> try to get onto a much more regular release process for both patches and full releases
[16:45:31 EDT(-0400)] <athena> yeah
[16:45:33 EDT(-0400)] <awills> +1 for the patches branches
[16:45:42 EDT(-0400)] <athena> all of the above sounds excellent to me
[16:45:53 EDT(-0400)] <EricDalquist> yeah the patches branch policy helps make decisions about what goes where easier
[16:46:04 EDT(-0400)] <athena> part of why i was asking about planning for up-2047 as well
[16:46:18 EDT(-0400)] <awills> so take the jira off 3.1.1 then? or still thinking?
[16:46:28 EDT(-0400)] <EricDalquist> awills: you can take it off 3.1.1
[16:46:35 EDT(-0400)] <EricDalquist> and athena I would assume that will be 3.2 only
[16:46:44 EDT(-0400)] <athena> ok
[16:47:52 EDT(-0400)] <awills> still planning to fix http://www.ja-sig.org/issues/browse/UP-2390 in 3.1.1 though :?
[16:48:12 EDT(-0400)] <EricDalquist> yes
[16:48:19 EDT(-0400)] <EricDalquist> that would very much be appropriate
[16:48:39 EDT(-0400)] <EricDalquist> the fix just may look different in trunk versus 3.1.1
[16:48:49 EDT(-0400)] <awills> one line vs. a few
[16:48:56 EDT(-0400)] <awills> that's np
[17:00:07 EDT(-0400)] * SusanB (i=user@susan-x200.its.yale.edu) has left ##uportal
[17:08:32 EDT(-0400)] * awills1 (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:11:56 EDT(-0400)] <EricDalquist> so in 3.1 it looks like the fluid & jquery JS are imported even if USE_FLYOUT_MENUS and USE_AJAX are both false
[17:12:10 EDT(-0400)] <EricDalquist> anyone know if that is on purpose or a bug?
[17:12:16 EDT(-0400)] <athena> it was on purpose, mostly
[17:12:27 EDT(-0400)] <EricDalquist> ok
[17:12:35 EDT(-0400)] <athena> we have some channels that use javascript
[17:12:37 EDT(-0400)] <EricDalquist> then should the noConflict call always be run too?
[17:12:46 EDT(-0400)] <athena> yes
[17:12:50 EDT(-0400)] <athena> is that not the case now?
[17:12:51 EDT(-0400)] <EricDalquist> ok
[17:13:03 EDT(-0400)] <EricDalquist> luckily there was a bug in the XSL that makes it always run
[17:13:16 EDT(-0400)] <athena> lol
[17:13:22 EDT(-0400)] <EricDalquist> <xsl:if test="$USE_FLYOUT_MENUS or $USE_AJAX"> != <xsl:if test="$USE_FLYOUT_MENUS='true' or $USE_AJAX='true'">
[17:13:22 EDT(-0400)] <athena> um . . . yay?
[17:13:27 EDT(-0400)] <athena> ah
[17:13:28 EDT(-0400)] <athena> yep
[17:13:30 EDT(-0400)] <athena> i hate that
[17:14:04 EDT(-0400)] <awills1> lol
[19:05:49 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[19:19:03 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[19:40:27 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal