Forum OpenACS Improvement Proposals (TIPs): TIP #72 (Withdrawn): Enhance community member information
ProposalEnhance /shared/community-member to display additional information about a user that is currently only displayed for a site wide admin, depending on the setting of a parameter in acs-subsite. The additional information would be
- Bugs (display_member_bugs)
- Forums (display_member_forums)
- ETP (display_member_etp_content) I think the rest of the information is not useful for any outsider. This step is proposed for 5.1
- Type of object (Bug,Forum,ETP,...)
- Title of object along with a direct URL to access this object (which will only work in 5.2) directly
- Time of object creation Obviously you should be able to order by all three information types and filter by date range and type of object.
In a second step for 5.2 the display should be changed to a template::list with pagination and the following information:
Once approved, I'm willing to work on step 1 and look for funding for step 2.
ReasoningAfter the upgrade some community members have been arguing that this information is critical for a community toolkit and should be displayable to users. I agree with this, but for the toolkit there needs to be the option to turn it off.
for the experience of Galileo installation, putting the info that is in:
as it is in /shared/community-member is not a good performance idea. For instance, if someone clicks on a member that has a bunch of contributions (in Galileo installation), basically the query is so heavy that takes a lot of time and consumes 100% of one of the CPU's (we have two xeon 3.0Ghz cpu's for PG only) for about 10-20 seconds. So we don't want the same code to be accessed by random users that want to know Don's posting history withouth even realizing that they are putting down openacs.org for their curiosity ;)
Maybe splitting the stuff will be a better idea (not showing everything in the same page rather than links for each item type).
I also need to mention that Telefonica I+D is working on user content aggregation for any application through service contracts (basically showing user contributions in one place), they already have some code working and the aim is to release it in january 05, so better not to duplicate the effort, that indeed, is needed. The code aims to replace user/admin & /shared/community-member.
The huge enormous random list of a bunch of mostly useless objects related to the user was first added in ACS 4.x, and removed ages ago from OpenACS, because it was useless junk.
openacs.org, on the other hand, until just a few days ago included a very useful and simple link from the community-member page to the Forums page displaying that user's Forums posts. This page was similar - although much less comprehensive - to the same functionality found in OpenACS 3.x. Is there really no such functionality in the OpenACS 5.x toolkit? (If so, that's just plain absurd.)