[sakai2-tcc] Roster2 replacing Roster Classique

Tue Jun 19 05:09:08 PDT 2012

Ok so we could probably add in an optional extra param which is an official image override, and the entityprovider can pass that in, then regardless of the settings a user has chosen, the getProfileImage method will try and get the official image and return that. Then we just need the code that gets the image from the file system.

Btw is the directory structure for the images on the filesystem a set layout?

Cheers,
S

Sent from my iPad

On 19/06/2012, at 21:56, Adrian Fish <adrian.r.fish at gmail.com> wrote:

> The use case is, AFAIK:
> 
> "My students keep posting pictures of their dog or the beach and I don't know what they look like. I don't want to just stop them uploading their picture, because they enjoy it, but I need to be able to recognise them"
> 
> On 19 June 2012 12:09, Steve Swinsburg <steve.swinsburg at gmail.com> wrote:
> It would be useful to see what the use cases are, and see if they can be handled already,so yep post out a request.
> 
> Cheers,
> Steve
> 
> Sent from my iPad
> 
> On 19/06/2012, at 20:56, Aaron Zeckoski <azeckoski at unicon.net> wrote:
> 
> > I got the impression from some other folks at the conference and in
> > this thread that they needed the functionality to be like Adrian
> > described. Maybe we should post something to the dev and production
> > list and outline the 2 options (which I think are control in roster2
> > or control in profile2 right?).
> >
> > I am happy to post it if you would like but it's probably easier for
> > Adrian at this stage.
> >
> > Thoughts?
> > -AZ
> >
> >
> > On Tue, Jun 19, 2012 at 6:52 AM, Steve Swinsburg
> > <steve.swinsburg at gmail.com> wrote:
> >> I thought the idea was that roster2 would just delegate all image requests
> >> to profile2. So it didn't have the option for one or the other, it would
> >> just show an image.
> >>
> >> You will hit the problem where the cool uploaded image actually is the
> >> official image, since users can activate that and it will override in
> >> profile2. I don't see a lot of value in retaining the radio button to toggle
> >> between.
> >>
> >> An institution can configure what images are shown p, and what users are
> >> able to set themselves, in the settings for profile2. If people really want
> >> to be able to see both, it needs much more work.
> >>
> >> Off the top of my head you will need to extend the profile2 image entity
> >> provider to pass in an option to specifically request official images.
> >> You'll then need to do some work in the profileimagelogic API to expose a
> >> method that returns the official profile image. I'm not sure I'd be a fan of
> >> splitting that since the goal was that there would be one method that
> >> everyone calls no matter what, and it handles everything from privacy to
> >> preferences, and always returns something.
> >> Right now, all options are handled in the one method, getprofileimage, which
> >> could easily be extended right now to handle the filesystem official images.
> >>
> >> Small change in behavior of how the roster works, but I think it will still
> >> capture all use cases that people have.
> >>
> >> cheers,
> >> S
> >>
> >>
> >> Sent from my iPad
> >>
> >> On 19/06/2012, at 18:13, Adrian Fish <adrian.r.fish at gmail.com> wrote:
> >>
> >> I don't think that's quite right. We need the radio button so that roster
> >> users can pull the official images even if the student has selected to show
> >> their cool uploaded one. In other words we need to circumvent profile2 under
> >> that circumstance. I think ...
> >>
> >> Cheers,
> >> Adrian.
> >>
> >> On 19 June 2012 09:09, Steve Swinsburg <steve.swinsburg at gmail.com> wrote:
> >>>
> >>> Yup we just need the filesystem photo storage as an option in the official
> >>> images. Then we are good to go. Profile2 takes care of the rest.
> >>>
> >>> cheers,
> >>> s
> >>>
> >>>
> >>> On Tue, Jun 19, 2012 at 7:40 AM, Adrian Fish <adrian.r.fish at gmail.com>
> >>> wrote:
> >>>>
> >>>> I think the general gist here is that some of the old roster
> >>>> functionality needs porting to Profile2. I'll take a look at the specific
> >>>> JIRAs mentioned in the thread. If we are to turn profile and roster
> >>>> classique off then we need to get it all.
> >>>>
> >>>> Boom!
> >>>>
> >>>>
> >>>> On 18 June 2012 22:36, Aaron Zeckoski <azeckoski at unicon.net> wrote:
> >>>>>
> >>>>> That's how we like to roll up in the TCC. Boom!
> >>>>> -AZ
> >>>>>
> >>>>>
> >>>>> On Mon, Jun 18, 2012 at 5:34 PM, Adrian Fish <adrian.r.fish at gmail.com>
> >>>>> wrote:
> >>>>>> That's right, bring it on. Lure Adrian in with a simple bit or Roster2
> >>>>>> work
> >>>>>> then drop the grand piano on him.
> >>>>>>
> >>>>>>
> >>>>>> On 18 June 2012 22:31, Seth Theriault <slt at columbia.edu> wrote:
> >>>>>>>
> >>>>>>> On Mon, Jun 18, 2012 at 2:47 PM, David Horwitz
> >>>>>>> <david.horwitz at uct.ac.za>
> >>>>>>> wrote:
> >>>>>>>> Ours are on a filesytem store - I wrote a provider mechanism for
> >>>>>>>> profile
> >>>>>>>> classic to make it plugable...
> >>>>>>>
> >>>>>>> Columbia has a custom PhotoService implementation for Roster to read
> >>>>>>> photos directly off our file system. We filed a Profile2 JIRA for the
> >>>>>>> same functionality:
> >>>>>>>
> >>>>>>> https://jira.sakaiproject.org/browse/PRFL-682
> >>>>>>>
> >>>>>>> Seth
> >>>>>>> _______________________________________________
> >>>>>>> sakai2-tcc mailing list
> >>>>>>> sakai2-tcc at collab.sakaiproject.org
> >>>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> sakai2-tcc mailing list
> >>>>>> sakai2-tcc at collab.sakaiproject.org
> >>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> sakai2-tcc mailing list
> >>>> sakai2-tcc at collab.sakaiproject.org
> >>>> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc
> >>>>
> >>>
> >>
> >>
> >> _______________________________________________
> >> sakai2-tcc mailing list
> >> sakai2-tcc at collab.sakaiproject.org
> >> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc
> >>
> >
> >
> >
> > --
> > Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai2-tcc/attachments/20120619/c6776afb/attachment.html 