「ロールFAQ」の版間の差分

提供:MoodleDocs
移動先:案内検索
64行目: 64行目:
The site context in Moodle 1.8 is the "front page course" and its activities. Roles may be assigned in the  site context via ''Administration > Front Page > Front Page roles''.
The site context in Moodle 1.8 is the "front page course" and its activities. Roles may be assigned in the  site context via ''Administration > Front Page > Front Page roles''.


==How do I change the name for "teacher" in the course description?==
==コース説明の名称「教師」を変更するには?==


Either
Either

2007年6月18日 (月) 19:23時点における版


作成中です - Mitsuhiro Yoshida 2007年4月22日 (日) 20:30 (CDT)

... の定義は?

ロール
コンテクスト内でのユーザの識別子です。例えば、教師、学生、フォーラムモデレータがあります。
ケイパビリティ
ユーザが利用できるMoodleの機能の種類です。例えば、moodle/blog:createがあります。
パーミッション
ケイパビリティの設定です。
コンテクスト
コース、活動モジュール、ブロック等、Moodleにおける「空間」です。

なぜ私のロール変更が反映されないのですか?

ロールの変更は、ユーザの次のログイン時に反映されます。新しいロールのテストに関する情報は、ロールの管理をご覧ください。

また、ロールが割り当てられるコンテクストも確認してください。例えば、moodle/user:updateのようなケイパビリティは、システムコンテクストのみに適用されます。ですから、このケイパビリティをコースコンテクストに割り当てたとしても、変更が反映されないことになります。

なぜ新しいコースが作成された時に自動的に参加者が追加されるのですか?

サイト/システムまたはコースカテゴリコンテクストのロールにユーザが割り当てられた場合、ユーザはコンテクスト内のすべてのコースでこのロールを持つことになります。従って、ユーザがカテゴリレベルで学生または教師の場合、そのカテゴリ内のすべてのコースで参加者として表示されます。

「管理 >> ユーザ >> パーミッション >> グローバルロールの割り当て」およびコースカテゴリページの「ロールの割り当て」を確認して、必要に応じてユーザの割り当てを解除してください。

なぜすべての学生がすべてのコースに受講登録されるのですか?

  • ユーザがコースコンテクストではなく、サイト/システムコンテクスト内で学生ロールが割り当てられている (上記FAQ参照)

または、

  • 「管理 >> ユーザ >> パーミッション >> ユーザポリシー」で、「すべてのユーザのデフォルトロール」 (defaultuserroleid) が認証ユーザ (Autheticated user)ではなく、学生 (Student) に割り当てられている

と考えられます。

なぜコース参加者として一覧表示されるユーザとコース内でロールを割り当てられたユーザには違いがあるのですか?

例えばコースカテゴリコンテクストでユーザに割り当てられる教師ロールのように、高いコンテクストでロールをユーザに割り当てた場合、コース参加者一覧にそのユーザが表示されることになります。ディスカッション「Discrepancies between Assign Roles lists and Participants list - 英語」でさらに詳細な説明をご覧いただけます。

どのようにしたらコース参加者一覧から管理者を除外できますか?

管理者に対して管理者ロール以外のロールが割り当てられていないか確認してください。

なぜ非表示のロール割り当てが見えたままなのですか?

非表示のロール割り当ては、管理者または教師からは隠されません。例えば、viewhiddenassigns capabilityケイパビリティのあるユーザには表示されます。

パーミッションは、どこから継承されるのですか?

Permissions are inherited from a role assigned in a higher-level context which has permissions set to allow for particular capabilities. If permission is never allowed in any context, then a user will have no permission for that capability.

For example, the Student role has permission set to inherit for the change site configuration capability. The permission is never allowed in any context so users assigned the role of Student cannot change the site configuration.

パーミッションの階層とは何ですか?

This determines which permission wins or is going to be in effect if there is an apparent conflict. For example, the site allows all students the permission to to post in forums, but a teacher might prevent that right in a particular course. The hierarchy of permissions would allow a student to post in one course but not in another course.

Moodle 1.7と1.8のロールに違いはありますか?

Moodle 1.8

In addition to many Roles fixes and refinements (see the list of Roles improvements in the Tracker), in Moodle 1.8 the system context is separated from the site context.

The site context in Moodle 1.8 is the "front page course" and its activities. Roles may be assigned in the site context via Administration > Front Page > Front Page roles.

コース説明の名称「教師」を変更するには?

Either

  • Edit the role of Teacher via Administration > Users > Permissions > Define roles and rename it.

Or

  • Create a duplicate teacher role with an alternative name and assign users the duplicate teacher role as appropriate in the course context. In Administration > Appearance > Course manager select the alternative name for teacher that you wish to be displayed in the course description.

The feature request Ability to assign or display custom title for role of person in course contains a further method.