(Profile, Preferences, Account) UCamp Update

David Horwitz david.horwitz at uct.ac.za
Tue Nov 20 12:53:49 UTC 2007

We did discuss something like this earlier in the year and I jira'ed the 
requirement to move SakaiPerson out of the profile tool:

We also have a strong requirement for context specific usernames - these 
are courses that involve simulations of processes (e.g. world trade 
negotiations) in which students will be identified by their role in the 
simulation. We did this with some modifications in 2-4 and will be 
looking at getting at getting at least some of the architectural changes 
into trunk at some point soon. See 



Ray Davis wrote:
> I've always been sorry that Sakai was unable to coordinate Indiana's 
> Profile needs with framework development plans. (At the very least, 
> supporting "EduPerson" attributes seems like a pretty basic LMS/CLE 
> requirement!) Making Profile a pseudo-standalone tool was probably the 
> only practical way for the team to deliver it in a timely fashion, but 
> for obvious reasons its services and data end up bleeding into 
> apparently separate tools (notably Roster). Similarly, the functionality 
> described by Vivie is hardly JForum specific, and could be useful to 
> many installations who prefer to deploy other discussion software.
> Trying to figure out a single UI that will meet the vastly varying 
> detailed functional requirements of all our target users might be 
> overwhelming. But I do believe there's a general need for some centrally 
> managed store of person data that's more complex than our current "User" 
> module or "Preferences" tool support: behind the UI, we need to allow 
> for more efficiently handled properties and we need to allow for more 
> contexts (e.g., a course-specific email address for instructors, or a 
> project-specific username for language classes). While the usability 
> research continues, maybe some of the people working on the user kernel 
> services could begin to talk about ways of handling this problem. It's 
> possible that with services in place, a suite of lighter-weight 
> profile-style applications might be more cheaply produced.
> Ray
> At 08:36 PM 11/16/2007, Vivie Sinou wrote:
> ...
>> We use Jforum's My Profile which our users love
>> as it offers just in-time member data and opportunities for users to 
>> learn
>> about each other and connect while collaborating and communicating in
>> discussions.
>> We eliminated Profile two years ago, as it was confusing to users to have
>> two profile tools. Jforum's My Profile is also global, reads Account 
>> data,
>> and offers great functionality to our users when they need it the most -
>> communicating and collaborating. Jforum's My Profile allows 
>> participants to
>> set preferences, avatars, IM info, interests, etc. We plan on 
>> expanding on
>> Jforum's My Profile functionality to provide opportunities for networking
>> and collaborating, based on profile interests.
> ----------------------
> This automatic notification message was sent by Sakai Collab 
> (https://collab.sakaiproject.org/portal) from the DG: User Interaction 
> site.
> You can modify how you receive notifications at My Workspace > Preferences.

"It remains that, from the same principles, I now demonstrate the frame 
of the System of the World." - Newton "Principia Mathematica"

-------------- next part --------------
A non-text attachment was scrubbed...
Name: david_horwitz.vcf
Type: text/x-vcard
Size: 472 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20071120/9d83eb35/attachment.vcf>

More information about the fluid-work mailing list