[Building Sakai] Patching site info to hide user IDs from students

[John Bush]

I think the common way of addressing this is by using a
ContextualUserDisplayService.
 For example, we have one that always shows the email address.

https://source.sakaiproject.org/svn/msub/rsmart.com/sakai/trunk/rsmart/providers/impl/src/main/java/com/rsmart/sakai/providers/EmailDisplayAdvisor.java

You can make these behave differently for different tools, or make them
work one way globally depending on your needs, they could look at new
permissions like you are doing as well.

We have a more complicated one that takes configuration about what tools to
operate with and replaces the ids/names with configured user properties.

https://source.sakaiproject.org/svn/msub/rsmart.com/sakai/trunk/rsmart/providers/impl/src/main/java/com/rsmart/sakai/providers/UserPropertyDisplayAdvisor.java

Probably if you went this route you wouldn't need to modify core Sakai at
all.



On Mon, Mar 25, 2013 at 12:57 PM, Curtis Van-Osch <curtis.van-osch at hec.ca>wrote:

> **
> Hello,
> Here at HEC Montréal, we're working on upgrading our system from Sakai
> 2.8.1 to Sakai 2.9.1.  We're taking this opportunity to try and eliminate
> as many of our source code modifications as we can, to facilitate future
> upgrades.  Unfortunately we have many patches to the code that are a little
> hacky.  We're in the process of deciding which are really important to us,
> and look forward to cleaning them up and contributing them back upstream to
> the community.
>
> For example, the first that I'm working on now is a patch that would allow
> us to hide the user ids from students in the Site Info roster list.  Our
> solution has been to create a new permission called
> 'site.viewRoster.displayId' to be applied to certain roles.  I'd be happy
> to create an issue in Jira and attach a patch if there would be any
> interest in including it in a future version (once I'm done merging and
> testing it, of course).
>
> Thanks in advance for your feedback!
> --
>    <http://www.hec.ca>
>  Curtis Van Osch
> Analyste-Programmeur
> Direction des technologies de l'information
>   [image: hec.ca] <http://www.hec.ca>   [image: Agréments]
> 3000, chemin de la Côte-Sainte-Catherine, Montréal (Québec) H3T 2A7
> Téléphone : 514 340-6000, poste 2029
>
>    [image: recyclez]
> Pensons à l'environnement
> avant d'imprimer
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>



-- 
John Bush
602-490-0470
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130325/210ee911/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 5127 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130325/210ee911/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 20493 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130325/210ee911/attachment.jpe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 345 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130325/210ee911/attachment-0001.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 4883 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130325/210ee911/attachment-0002.png