Proposals/Done/School Usage: Difference between revisions
From Mahara Wiki
< Proposals | Done
m (Anitsirk moved page Roadmap/Archive/School Usage to Roadmap/Z Archive/School Usage: So it's not listed first in a subpage listing) |
m (Anitsirk moved page Developer Area/Specifications in Development/Done/School Usage to Proposals/Done/School Usage: Shorter navigation, not always technical) |
||
| (3 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
<div style=" | <div style="border:2px solid #ba9c53; text-align:left; padding:10px; border-radius:5px"> | ||
<i class="fa fa-arrow-circle-o-right fa-lg"></i> '''Please see https://blueprints.launchpad.net/mahara for proposed features and those that are being worked on.''' | |||
</div> | </div> | ||
The majority of items on this page has been implemented one way or another since they were first gathered. | |||
Mahara is already seeing a broad adoption among schools, on the back of its Moodle integration, ease of use and social networking features. There are a few things we could do to improve Mahara further for School usage though. | Mahara is already seeing a broad adoption among schools, on the back of its Moodle integration, ease of use and social networking features. There are a few things we could do to improve Mahara further for School usage though. | ||
| Line 12: | Line 10: | ||
When talking about Schools, we normally talk about Primary schools - which deal with children from roughly 5 to 10 years old - and Secondary schools, which deal with children from 11 to 17. | When talking about Schools, we normally talk about Primary schools - which deal with children from roughly 5 to 10 years old - and Secondary schools, which deal with children from 11 to 17. | ||
===Theme=== | ===Theme=== | ||
| Line 20: | Line 17: | ||
For younger groups a more graphical navigational lay-out and theme selections that look more appealing for schools. would be useful. Feedback on what would be appropriate for such themes would be greatly appreciated. Some ideas could include larger text and buttons, brighter colours etc. The ability for students to choose their theme would also serve to increase their feeling of ownership. Theming of Views is covered by the Views roadmap item. | For younger groups a more graphical navigational lay-out and theme selections that look more appealing for schools. would be useful. Feedback on what would be appropriate for such themes would be greatly appreciated. Some ideas could include larger text and buttons, brighter colours etc. The ability for students to choose their theme would also serve to increase their feeling of ownership. Theming of Views is covered by the Views roadmap item. | ||
===Wording Changes=== | ===Wording Changes=== | ||
While some of this is covered under [[Roadmap/Usability|usability]], it's worth mentioning here. It may make sense to produce a customised language pack that is optimised for kids, perhaps with more informal language and simpler instructions. | While some of this is covered under [[Roadmap/Usability|usability]], it's worth mentioning here. It may make sense to produce a customised language pack that is optimised for kids, perhaps with more informal language and simpler instructions. | ||
===More control of Social Networking features=== | ===More control of Social Networking features=== | ||
A lot of schools want to use a tool like Mahara to teach their students how best to behave on social networking sites. Others have reported issues around students abusing the features like groups and the wall. In these cases, it would be good if administrators could disable or restrict who can use these features. | Not yet done: A lot of schools want to use a tool like Mahara to teach their students how best to behave on social networking sites. Others have reported issues around students abusing the features like groups and the wall. In these cases, it would be good if administrators could disable or restrict who can use these features. | ||
Disabling the wall is a common request. This comes under the issue of plugin deletion, for which there is a feature request. | |||
Done: Restricting who can create groups is another common request. On many sites, it would make sense to restrict this ability to just staff and administrators. | |||
===Parental Involvement=== | ===Parental Involvement=== | ||
| Line 47: | Line 41: | ||
Note that we wish to remain close to the ideal of students being in control, which means we would discourage solutions that involve teachers/parents getting automatic access to an entire portfolio or Views, unless it proved to be necessary. | Note that we wish to remain close to the ideal of students being in control, which means we would discourage solutions that involve teachers/parents getting automatic access to an entire portfolio or Views, unless it proved to be necessary. | ||
===Walled Gardens=== | ===Walled Gardens=== | ||
Mahara is designed to allow many "institutions" all share the same instance, which allows their pupils to interact together across institution boundaries. This can be a very useful feature, not least because it allows several institutions to share the cost of running a Mahara instance. But some schools still wish to maintain the "walled garden" effect of not allowing their students to see others outside their institution - or potentially allowing only some of the institutions in the system to interact with their students. | Mahara is designed to allow many "institutions" all share the same instance, which allows their pupils to interact together across institution boundaries. This can be a very useful feature, not least because it allows several institutions to share the cost of running a Mahara instance. But some schools still wish to maintain the "walled garden" effect of not allowing their students to see others outside their institution - or potentially allowing only some of the institutions in the system to interact with their students. | ||
===Email requirements=== | ===Email requirements=== | ||
| Line 60: | Line 50: | ||
Currently, Mahara requires each user to have a unique email address. This can be problematic for younger users. | Currently, Mahara requires each user to have a unique email address. This can be problematic for younger users. | ||
This is commonly solved by using fake emails and then disabling the sending of emails. | |||
===Use cases=== | ===Use cases=== | ||
Students: | |||
* “I’m changing school” – how to transfer, warnings over losing their portfolio | * “I’m changing school” – how to transfer, warnings over losing their portfolio | ||
* “I’m leaving school to go to university” – simple export and import interface | * “I’m leaving school to go to university” – simple export and import interface | ||
Teachers: | |||
* Making management easier – recent activity, links to Views ordered by Group | * Making management easier – recent activity, links to Views ordered by Group | ||
* Defined tags at group, institution and site level. Free tagging enabled on/off at each level also. Where’s the over-ride? Or share tag taxonomies e.g. Label the tag taxonomy. | |||
* Defined tags at group, institution and site level. Free tagging enabled on/off at each level also. Where’s the over-ride? Or share tag taxonomies e.g. Label the tag taxonomy. | |||
Latest revision as of 17:43, 11 July 2020
Please see https://blueprints.launchpad.net/mahara for proposed features and those that are being worked on.
The majority of items on this page has been implemented one way or another since they were first gathered.
Mahara is already seeing a broad adoption among schools, on the back of its Moodle integration, ease of use and social networking features. There are a few things we could do to improve Mahara further for School usage though.
When talking about Schools, we normally talk about Primary schools - which deal with children from roughly 5 to 10 years old - and Secondary schools, which deal with children from 11 to 17.
Theme
The current default Mahara theme is OK for older age groups as it has been designed for a tertiary environment - it's clear, simple and a good starting point for more advanced themes.
For younger groups a more graphical navigational lay-out and theme selections that look more appealing for schools. would be useful. Feedback on what would be appropriate for such themes would be greatly appreciated. Some ideas could include larger text and buttons, brighter colours etc. The ability for students to choose their theme would also serve to increase their feeling of ownership. Theming of Views is covered by the Views roadmap item.
Wording Changes
While some of this is covered under usability, it's worth mentioning here. It may make sense to produce a customised language pack that is optimised for kids, perhaps with more informal language and simpler instructions.
More control of Social Networking features
Not yet done: A lot of schools want to use a tool like Mahara to teach their students how best to behave on social networking sites. Others have reported issues around students abusing the features like groups and the wall. In these cases, it would be good if administrators could disable or restrict who can use these features.
Disabling the wall is a common request. This comes under the issue of plugin deletion, for which there is a feature request.
Done: Restricting who can create groups is another common request. On many sites, it would make sense to restrict this ability to just staff and administrators.
Parental Involvement
A common question is: "How do we let parents of a student see their work?". This is worth discussing further. Some ideas include:
- Allowing new methods for accessing Views, including password access
- Giving parents accounts on the system and setting up relationships with students so that their Views are easily made available to their parents (this idea could also be extended to teachers too).
Note that we wish to remain close to the ideal of students being in control, which means we would discourage solutions that involve teachers/parents getting automatic access to an entire portfolio or Views, unless it proved to be necessary.
Walled Gardens
Mahara is designed to allow many "institutions" all share the same instance, which allows their pupils to interact together across institution boundaries. This can be a very useful feature, not least because it allows several institutions to share the cost of running a Mahara instance. But some schools still wish to maintain the "walled garden" effect of not allowing their students to see others outside their institution - or potentially allowing only some of the institutions in the system to interact with their students.
Email requirements
Currently, Mahara requires each user to have a unique email address. This can be problematic for younger users.
This is commonly solved by using fake emails and then disabling the sending of emails.
Use cases
Students:
- “I’m changing school” – how to transfer, warnings over losing their portfolio
- “I’m leaving school to go to university” – simple export and import interface
Teachers:
- Making management easier – recent activity, links to Views ordered by Group
- Defined tags at group, institution and site level. Free tagging enabled on/off at each level also. Where’s the over-ride? Or share tag taxonomies e.g. Label the tag taxonomy.