Políticas para el usuario

Políticas para el usuario

Las siguientes configuraciones pueden ser cambiadas por un administrador en Administración > Administración del sitio > Usuarios > Permisos > Políticas para el usuario.

Rol para visitantes

Los usuarios que no hayan ingresado (entrado con nombre_de_usuario y contraseña) al sitio serán tratados como si tuvieran el rol aquí especificado, otorgado en el contexto del sitio. El rol de invitado está por defecto y es la configuración recomendada para sitios Moodle estándar. Al usuario aún se le pedirá que ingrese para aprticipar en cualquier actividad (pueden ver todo, pero sin tocar nada).

Rol para invitados

Esta opción especifica el rol que será asignado automáticamente al usuario invitado. Este rol también es asignado temporalmente a usuarios no inscritos (no matriculados) cuando entran a un curso que permite invitados sin contraseña.

(Si Usted desea Impedir totalmente el acceso a invitados al sitio, el botón para ingresar como invitado debería de ocultarse en la Gestión de la autenticación en la Administración del sitio)

Rol por defecto para todos los usuarios

Se recomienda que el rol por defecto para todos los usuarios se configure a Usuario autenticado. Para configurarlo a un rol personalizado, este rol personalizado deberá de ser asignable en el contexto del sistema y tener su arquetipo de rol configurado a ninguno (none).

Nota: No es recomendable que el rol por defecto para todos los usuarios se configure a estudiante.

Invitado con auto-ingreso

Si no se activa, entonces los visitantes deberán de hacer click en el botón para "Ingresar como un invitado" antes de poder entrar a un curso que permita el acceso de invitado.

Nota: Si está activado el auto-ingresar invitados, el botón para ingreso del invitado también debe configurarse para que se muestre (en Administración > Administración del sitio > Plugins > Autenticación > Gestionar autenticación), aun y cuando los visitantes no necesariamente lo usen.

Ocultar campos de usuario

Los siguientes campos de usuarios aparecen en las páginas del perfil del usuario. Ciertos campos del usuario también están enlistados en la página de participantes del curso. Usted puede aumentar la privacidad del estudiante al ocultar campos de usuario seleccionados.

Descripción, ciudad/pueblo, país, página web, número ICQ, ID de Skype, ID de Yahoo, ID de AIM, ID de MSN, último acceso, Mis cursos y primer acceso y grupos

• Los campos del usuario en las páginas de los perfiles de los usuarios están ocultas para todos los usuarios que no tengan activada la capacidad para moodle/user:viewhiddendetails.
• Los campos del usuario en las páginas de participantes del cursoestán ocultas para todos los usuarios que no tengan activada la capacidad para moodle/course:viewhiddenuserfields.

Mostrar la identidad del usuario

Cualquiera de los campos siguientes puede mostrarse a los usuarios con la capacidad moodle/site:viewuseridentity cuando se buscan usuarios y al mostrar listas de usuarios.

Esta configuración es útil para sitios con muchos usuarios, con alta probabilidad de que varios tengan el mismo nombre.

• Número ID
• Dirección Email
• Número de teléfono
• teléfono móvil
• Departamento
• Institución
• Ciudad/pueblo (nuevo en 3.4)
• País (nuevo en 3.4)

¡Nueva característica
en Moodle 3.11! Nuevo en 3.11: Campos personalizados del perfil (mostrados con un asterisco contra su nombre) ahora pueden ser seleccionados para que aparezcan en ciertas localizaciones.

Locations where user identity fields are shown are as follows:

• Selectores de usuario (Asignar roles en algunos sitios, grupos, suscriptores a foros)
• Ojear lista de usuarios
• Participantes del curso
• Reporte del calificador
• Reportes de examen
• Reportes SCORM
• Envíos de tarea
• Reporte de Finalización del curso
• Reporte de finalización de actividad
• Inscribir usuarios

Tip: Seleccione solamente uno o dos campos que sean obligatorios para su institución. No seleccione más de dos campos, pues entonces la tabla se volvería muy ancha.

Formato de nombre completo

Vea Campos de nombre adicionales para los detalles y también para el formato de nombre completo alterno (para 2.8 en adelante).

Máximo de usuarios por página

You can choose here the maximum number of users to be displayed when searching in courses, groups, cohorts etc. The default is 100 but if your Moodle site is very large you can increase the number here.

Habilitar Gravatar

Gravatar (una abreviatura para globally recognized avatar = avatar reconocido globalmente) es un servicio para proporcionar avatares únicos globalmente.

Un administrador puede habilitar el uso de gravatars en Administración > Administración del sitio > Usuarios > Permisos > Políticas de usuario. Si algún usuario no ha subido una imagen de usuario, Moodle revisará si es que la dirección del Email del usuario tiene algun gravatar asociado, y de ser así, usará el gravatar como la imagen del usuario.

• Use your Gravatar in Moodle 2.2 screencast (Presentación narrada sobre 'Use su Gravatar en Moodle 2.2)

URL de la imagen por defecto en Gravatar

De Moodle 2.3.3 en adelante, si están habilitados los gravatares, puede especificarse una imagen alterna para el usuario. Las opciones son:

• Una imagen gravatar por defecto - al escribir un código, como por ejemplo mm. Vea https://en.gravatar.com/site/implement/images/ para los códigos de otras imágenes gravatar por defecto.
• Un aimagen especificada - al escribir la URL de la imagen

Si el campo se deja vacío, entonces se usará la imagen del usuario por defecto del tema.

Asignaciones de roles no soportadas

Unsupported role assignments are role assignments in contexts that make no sense for that role, such as the course creator role in the course or activity context, or the teacher role in the user context.

Prior to Moodle 2.0, there was no 'Context types where this role may be assigned' setting in the edit role form, and so any role could be assigned in any context. Upon upgrading a site from 1.9, any role assignments in contexts that make no sense for that role are listed as unsupported role assignments in Settings > Site administration > Users > Permissions > Unsupported role assignments.

In general, it is safe to delete all unsupported role assignments. In doing so, the worst that can happen is for a user to be unassigned a custom role; no other data loss will occur.