Features/Can share
Summary
This feature was to make it clearer if an activity can collaborate or not.
It was replaced by max_participants metadata.
Owner
- Name: Simon Schampijer
- Email: <simon AT laptop DOT org>
Current status
- Targeted release: none
- Last updated: 14.11.11
- Percentage of completion: none
Detailed Description
So far we know inside an Activity if it is able to be shared or not because the share button is changing it's state accordingly (the button is made insensitive if the activity does not support collaboration). But there are other places that need to be aware if an activity supports collaboration or not. For example the buddy palette in the neighborhood view where you can invite a buddy to your activity. An invitation should only be possible if the activity supports collaboration.
Benefit to Sugar
It will be clearer to the user if an activity can collaborate or not.
Implementation plan
I propose to add a field to the activity.info file. This field should be named 'can_share' ad takes the values 'yes' and 'no' (like the 'show_launcher' field). The default value that is assumed if the field is not set will be 'no'. The reason here is that the activity maintainer who cares about collaboration sets the field and there are more activities that do NOT support collaboration than there are who do.
Scope
The shell and the toolkit has to change, furthermore the activities that support sharing have to change their activity.info file.
UI Design
No UI design involved.
How To Test
User Experience
The user will be able to know if he can invite a person to an activity or not.
Dependencies
None
Contingency Plan
Revert to previous behavior.
Documentation
Is there upstream documentation on this feature, or notes you have written yourself? Has this topic been discussed in the mailing list or during a meeting? Link to that material here so other interested developers can get involved.
Release Notes
to be written