Page Comparison

[06:38:22 CST(-0600)] <rickard> What's the difference between, for example, the users "student-lo" and "student"?
[06:39:54 CST(-0600)] <rickard> athena: Do you know?
[09:38:39 CST(-0600)] <athena> rickard: sorry, left myself logged in overnight
[09:39:02 CST(-0600)] <athena> but the "student-lo" user is the owner of the student fragment, while the "student" user is an example student user
[09:39:12 CST(-0600)] <athena> the "student-lo" user is a fragment owner, not a "real user"
[09:39:46 CST(-0600)] <athena> basically that means that user's layout controls the content of the student tab, which the actual student inherits
[09:39:53 CST(-0600)] <athena> that's why that user doesn't have a password
[09:48:47 CST(-0600)] <rickard> athena: Got it. Thanks.
[09:49:05 CST(-0600)] <rickard> What's "lo" short for?
[09:49:19 CST(-0600)] <athena> layout owner
[09:56:20 CST(-0600)] <rickard> Thanks
[09:57:13 CST(-0600)] <athena> yep
[09:59:57 CST(-0600)] <athena> EricDalquist: on an initial call to a portlet in uPortal 3.2 (via an fname url, say), is it possible to pass in a render parameter?
[10:00:17 CST(-0600)] <EricDalquist> yeah but there was a bug in an early version of 3.2 that didn't allow that
[10:00:32 CST(-0600)] <EricDalquist> it was fixed in one of the recent releases
[10:00:39 CST(-0600)] <athena> oh ok
[10:00:49 CST(-0600)] <athena> so i'm not crazy for worrying about that, but it's not a problem now
[10:00:52 CST(-0600)] <athena> cool
[10:06:17 CST(-0600)] <rickard> How can I setup things so that guests, students and faculty get my custom theme (called LU) and everyone else the default theme? I've modified the applicable fragment-layout files, but it doesn't seem to have any effect.
[10:14:35 CST(-0600)] <athena> the fragment layouts just control the content of an individual fragment
[10:14:41 CST(-0600)] <athena> theme selection happens at the profile
[10:14:43 CST(-0600)] <athena> level
[10:14:58 CST(-0600)] <athena> trying to think of the best way for you to do what you want
[10:15:11 CST(-0600)] <rickard> I think I might have figured it out.
[10:15:25 CST(-0600)] <rickard> By editing the up_user_profile table in the database.
[10:15:33 CST(-0600)] <athena> what are you trying to do? give a distinctly different feel for the portal to different user groups?
[10:15:36 CST(-0600)] <rickard> And changing the THEME_SS_ID for the relevant users.
[10:15:42 CST(-0600)] <athena> yeah
[10:16:12 CST(-0600)] <athena> if you want new users to autmoatically have the right theme, you may need to take a look at having two different template users
[10:16:33 CST(-0600)] <athena> not quite sure how you'd have two separate template users that were used during account creation though
[10:17:21 CST(-0600)] <rickard> The idea is that my custom theme will be simple and won't have any of the drag-and-drop and stuff like that. Users will view portlets in focused mode only.
[10:17:30 CST(-0600)] <athena> gotcha
[10:17:36 CST(-0600)] <rickard> However, for admins, we need the full UI in order to modify the fragments.
[10:17:45 CST(-0600)] <athena> right
[10:18:13 CST(-0600)] <athena> if it just comes down to editability, you could inject a "isAdmin" type parameter into the theme, then show or hide markup dependent on that variable value
[10:18:45 CST(-0600)] <athena> there's actually already some sort of boolean representing whether the ajax customization stuff is turned on that you might be able to make use of, but change to be role-dependent
[10:19:05 CST(-0600)] <athena> but if the themes are vastly different and include more than difference in customization buttons, i could see how you might want two separate themes
[10:19:09 CST(-0600)] <rickard> Yeah, maybe. We'll see what we come up with.
[10:19:24 CST(-0600)] <rickard> Editing up_user_profile worked, so that's solved.
[10:20:41 CST(-0600)] <rickard> I'm off. Thanks.
[10:21:11 CST(-0600)] <athena> have a good one!
[13:41:12 CST(-0600)] <EricDalquist> yay: http://developer.jasig.org/projects/maven-notice-plugin/1.0.1/plugin-info.html
[13:41:41 CST(-0600)] <athena> woo!
[13:56:05 CST(-0600)] <rickard> I've created my own theme called lu. I did it by copying universality and going from there. However, my theme is simpler and the XSL isn't divided up into as many files as universality. I have lu.xsl, navigation.xsl and content.xsl. I've deleted the other files from the theme directory. However, when I deploy, the other files from universality magically appear in the theme directory in tomcat.
[13:56:05 CST(-0600)] <rickard> Any idea why?
[13:57:25 CST(-0600)] <rickard> I also have lu.sdf of course.
[13:57:49 CST(-0600)] <rickard> Everything works, but it's just odd that the deleted files are recreated when deploying.
[14:16:25 CST(-0600)] <athena> what command are you running? might try "ant clean deploy-war" rather an "ant deploy-war"
[14:16:37 CST(-0600)] <athena> also make sure you have build.properties set to delete the war before redeploying
[16:48:39 CST(-0600)] <ajan> hi, can anyone help me a bit with building uPortal from current trunk ... ant initportal fails at crn-import
[16:57:36 CST(-0600)] <awills> can you post a stack trace? uportal.pastebin.com
[17:03:49 CST(-0600)] <ajan> ok it took a while, and it's huge as I see it
[17:05:01 CST(-0600)] <ajan> http://uportal.pastebin.com/Npg3cFPp
[17:07:46 CST(-0600)] <awills> looking
[17:08:17 CST(-0600)] <rickard> athena: An ant clean and then a redeploy seems to have fixed it. Thanks.
[17:08:25 CST(-0600)] <athena> excellent
[17:08:35 CST(-0600)] <ajan> i should mention that I downloaded both trunk and 3.3.0_M1 and applied the same configuration changes to both, and M1 works, trunk doesn't
[17:08:57 CST(-0600)] <athena> there's a lot of active development happening in the trunk
[17:09:07 CST(-0600)] <athena> so it's quite possible that a recent change has affected import
[17:09:46 CST(-0600)] <athena> hmm
[17:09:59 CST(-0600)] <athena> bet it's probably related to some of the local account store work we've been doing
[17:10:00 CST(-0600)] <ajan> yes I am aware there is lot of going on, but I figured I could try and look how things are
[17:10:22 CST(-0600)] <athena> my guess is this is probably related to my checkin on friday, which significantly refactored the local account service
[17:10:37 CST(-0600)] <athena> i'll take a look at getting it fixed
[17:10:38 CST(-0600)] <athena> thanks ajan
[17:11:22 CST(-0600)] <ajan> i wanted to try how things are since I plan to recreate our portal from scratch in 3.3 and implement my modifications for internationalization
[17:12:13 CST(-0600)] <awills> this line seems to offer the most precise explaination: http://uportal.pastebin.com/qYcVshyZ
[17:12:21 CST(-0600)] <ajan> but it is quite a moving target - I see quite a lot of changes between 3.3.0-m1 and current trunk
[17:12:24 CST(-0600)] <awills> highlighted... near the bottom
[17:12:40 CST(-0600)] <athena> yes, i agree
[17:13:01 CST(-0600)] <athena> we refactored the local account dao to no longer implement the person directory API
[17:13:08 CST(-0600)] <athena> but it looks like that code is still expecting it to
[17:13:23 CST(-0600)] <athena> lookign to see if i missed checking in a file
[17:13:37 CST(-0600)] <ajan> so I guess it might not work for some time?
[17:13:57 CST(-0600)] <athena> aaaaaand the answer would be yes, yes i did
[17:14:15 CST(-0600)] <athena> no, it should work in approximately two minutes when i check in the local change that i apparently missed
[17:14:21 CST(-0600)] <athena> sorry about that
[17:14:22 CST(-0600)] <ajan> great
[17:15:07 CST(-0600)] <athena> you're likely to probably stumble across a lot of bugs if you're actively working with the trunk - it's definitely going to keep changing a lot
[17:15:30 CST(-0600)] <ajan> I am bumping my head with this for 24 hours now, first I had a lot of trouble with maven and then this - I should have tried coming here sooner
[17:15:37 CST(-0600)] <athena> but if you're just looking to play with it and do some planning for down the line, it's always fun to have more people play with the current trunk
[17:16:29 CST(-0600)] <athena> it's a good place to come
[17:16:44 CST(-0600)] <athena> if you run into a major problem like that where you can't get the trunk to compile or build, you can also email uportal-dev
[17:16:45 CST(-0600)] <ajan> well as I discussed on the internationalization thread on the -users list, I plan to try to put all the changes I did in our portal in 2006 and see how and if it will work, so playing with trunk seems most appropriate
[17:17:35 CST(-0600)] <athena> ok, that fix is in
[17:17:42 CST(-0600)] <athena> yeah, seems totally fair
[17:18:23 CST(-0600)] <athena> let me know if the trunk still doesn't work for you
[17:18:32 CST(-0600)] <athena> how's the milestone seem so far?
[17:19:01 CST(-0600)] <ajan> the milestone was working and I had some trouble so that's why I decided to go to the trunk
[17:19:05 CST(-0600)] <athena> gotcha
[17:20:16 CST(-0600)] <ajan> it failed creating a web proxy portlet with few of the configuraiton strings written in cyrillic
[17:20:35 CST(-0600)] <athena> ah, interesting
[17:20:38 CST(-0600)] <ajan> it failed so bad that I couldn't even reopen the portlet registration again
[17:20:42 CST(-0600)] <athena> eep
[17:20:49 CST(-0600)] <athena> guess that'd be good to know more about so we can get it fixed
[17:21:22 CST(-0600)] <athena> i know susan's sent some posts to the list as well about character encoding issues
[17:21:35 CST(-0600)] <ajan> yes, well that's why I decided to go with trunk and see what i would be able to do
[17:21:48 CST(-0600)] <athena> gotcha
[17:21:53 CST(-0600)] <athena> well we definitely appreciate the testing
[17:22:11 CST(-0600)] <athena> i admit it's hard for me to even know what to test
[17:23:06 CST(-0600)] <ajan> the code has changed a lot and it has passed 3 years since the last time I looked inside, so I hope I will manage and I will post all my changes to the dev if some of it is interesting to go into trunk
[17:24:14 CST(-0600)] <athena> terrific
[17:24:45 CST(-0600)] <athena> and yes, the code has definitely changed a lot
[17:24:50 CST(-0600)] <athena> code base is smaller, actually