Difference between revisions of "Features/Join Limits"

From Sugar Labs
Jump to navigation Jump to search
(Created page with "<noinclude>{{GoogleTrans-en}}{{TOCright}} Category:Feature Page Incomplete JoinLimits</noinclude> <!-- All fields on this form are required to be acc...")
(No difference)

Revision as of 13:14, 5 November 2013


Summary

Honor limits to the number of buddies who can join a shared activity.

Owner

Current status

  • Targeted release: (1.02)
  • Last updated: (5 November 2013)
  • Percentage of completion: 0%

Detailed Description

Honor maximum_participants limit

At the request of OLPC AU, we'd like to honor the maximum_participants limit. Right now that limit is only used to determine whether or not an activity can be shared, but not the number of users who can join. This feature would inform users trying to join an activity that has already reached its maximum that the maximum number of sharers has been reached.

If and only if the maximum_participant field is set is it used to set the limit of joiners.

Benefit to Sugar

There are limits to the useful number of people who can join an activity. Some 2-player games, for example, are not able to restrict a third player from joining.

Scope

Not sure of all the code that is impacted. Depending upon how maximum_participants is exposed in the toolkit, it may be necessary to modify activity.py. Otherwise, most of the changes will happen in jarabe/view.

How To Test

Maximum instances:

  1. Find an activity with maximum_participants set to > 1.
  2. Try to join more than maximum_participants and observe an alert

User Experience

The direct impact on the user will be that they are alerted when maximum activities has been exceeded.

Dependencies

No new dependencies

Contingency Plan

None.

Documentation

Release Notes

Comments and Discussion