Tom, I looked at this very closely and realized that the code as it stands would not be easy to change to support this, and that an ugly hack would be needed if we wanted it done. I am actually on travel for a week and would still really like to see what your developer did. It would save me some time, and perhaps it might be good to have a second set of eyes look at it. Maybe there is a way to make it less ugly. Do you think your developer could send me what he has when he is available. I would be happy to share the code change I made to the search results portion of this. That was not so ugly.
-Jose ________________________________________ From: Tom De Mulder [td...@cam.ac.uk] Sent: Tuesday, May 10, 2011 8:40 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface On Tue, 10 May 2011, Blanco, Jose wrote: > I have been working lately on hiding items from search results that have >READ metadata restrictions for certain users. So for example, item1 is >restricted to only one particular user, if that user is logged-in and >searches for a string in that item, he will get the item in the results >set, but if an anonymous user is logged in and searches for a string in >that item, the item will not show in the search results. I am now trying >to restrict items like this in the browsing, but am having more >difficulty. It sounds like you may have something that restricts items >from showing up when browsing. Is that the case? Could you share the >code that does that? We do have code that does that, but it's quite an ugly hack -- it filters results from the browse pages (including search results) by checking authorization as the browse list is created. This does mess up pagination. Sadly, our developer is indisposed at the moment, and I wouldn't know where to find all the changes, so sharing it isn't really possible at the moment. Sorry. However, I do gather that to Do It Properly, changes would be needed to the actual browse system. Best, -- Tom De Mulder <td...@cam.ac.uk> - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH -> 10/05/2011 : The Moon is Waxing Crescent (46% of Full) ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech