MoodleDocs - Contribuciones del usuario [es]

Usuario:David Sánchez Crespillo

2010-07-31T08:06:49Z

Dinopmi:

'''David Sánchez Crespillo'''

Fui profesor Técnico de FP de la especialidad de Sistemas y Aplicaciones Informáticas, en el [http://www.iesemilidarder.com IES Emili Darder], de Palma de Mallorca (España), entre 2006 y 2009.

Actualmente en excedencia voluntaria y trabajando en Bélgica.

http://www.sanchezcrespillo.net/david

Bloque Calendario

2008-07-19T12:14:39Z

Dinopmi:

{{Calendario}}
El bloque de '''Calendario''' presenta los siguientes eventos:

* '''Sitio''' (evento visible por todos los grupos - creado por el administrador)
* '''Curso''' (evento visible por los participantes del curso - creado por el profesor)
* '''Grupo''' (evento visible por los miembros del grupo - creado por el profesor)
* '''Usuario''' (evento visible por el usuario - creado por el usuario)

Todos las actividades de Moodle con fecha límite serán eventos del calendario automáticamente.

[[Image:Callendar.jpg]]

Los eventos son adheridos al calendario, y pueden ser apuntados a usuarios individuales, sus grupos definidos, o sus cursos. Adhiriendo fechas límite a asignaciones, foros, preguntas rápidas, etc. causará que se resalten en la sección del calendario. Usted puede visualizar los meses anteriores o futuros en el calendario haciendo click en las flechas derecha/izquierda que se encuentran a los lados del nombre del mes. La fecha actual es resaltada. Se puede esconder o mostrar varias categorías de eventos haciendo click en la llave de color que esta debajo del calendario. Esto puede hacer que el calendario sea más fácil de leer (especialmente si hay muchos eventos en el calendario). Por ejemplo, si usted quiere esconder las fechas de los eventos de un grupo (eventos asignados a grupos de aprendizaje que usted creó), haga clic en "Eventos de grupo" debajo del Calendario. Esto esconderá todos los eventos de grupo y el código de color desaparecerá del enlace en el calendario. Para mostrar los eventos de nuevo, haga clic otra vez en el enlace de Eventos de grupo.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón de Preferencias en la parte superior derecha. Esta botón lleva a una pantalla como esta: Los dos últimos ajustes ('No máximo de eventos próximos' y 'Plazo de comienzo de eventos próximos') afectan a la forma en la que el bloque de Eventos Próximos muestra la información. Usted puede cambiar cualquiera de estas características para adaptarse a las necesidades de su clase. Cuando haya acabado de modifiarlas, pulse Guardar cambios.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón Nuevo evento. Esto le permite añadir eventos manualmente para sus clases (recuerde que el sistema añadirá automáticamente fechas de entrega para tareas, cuestionarios, etc. cuando usted cree estas actividades).

==Suscribirse a un calendario en Outlook 2007==

El calendario personal que usted tenga en Outlook en casa puede incluir los eventos de su calendario de Moodle, siguiendo los siguientes pasos:

#Vaya a la vista de calendario en su instalación de Moodle y localice el icono naranja de Ical en la parte inferior derecha, haga clic en él y seleccione 'copiar ubicación del enlace'.
#Abra Outlook 2007 y vaya a Herramientas->Configuración de las cuentas->Calendarios de Internet->Nuevo
#Pegue la dirección que usted copió de Moodle
#Haga clic en OK y cierre
#Ahora debería ver otro calendario en la barra de calendarios de la izquierda, bajo 'Mis calendarios'. Habilite esto y Outlook actualizará el calendario cada vez que se abra.
#Haga clic con el botón derecho sobre las pestañas para elegir entre 'modo lado a lado' y 'modo de sobreescritura'.
[[Category:Profesor]]
[[Category:Bloque]]
[[en:Calendar_%28teacher%29]]
[[ca:Bloc_Calendari]]

Bloque Calendario

2008-07-19T12:14:20Z

Dinopmi: /* Subscribing to a calendar in Outlook 2007 */

{{Pendiente de traducir}}
{{Calendario}}
El bloque de '''Calendario''' presenta los siguientes eventos:

* '''Sitio''' (evento visible por todos los grupos - creado por el administrador)
* '''Curso''' (evento visible por los participantes del curso - creado por el profesor)
* '''Grupo''' (evento visible por los miembros del grupo - creado por el profesor)
* '''Usuario''' (evento visible por el usuario - creado por el usuario)

Todos las actividades de Moodle con fecha límite serán eventos del calendario automáticamente.

[[Image:Callendar.jpg]]

Los eventos son adheridos al calendario, y pueden ser apuntados a usuarios individuales, sus grupos definidos, o sus cursos. Adhiriendo fechas límite a asignaciones, foros, preguntas rápidas, etc. causará que se resalten en la sección del calendario. Usted puede visualizar los meses anteriores o futuros en el calendario haciendo click en las flechas derecha/izquierda que se encuentran a los lados del nombre del mes. La fecha actual es resaltada. Se puede esconder o mostrar varias categorías de eventos haciendo click en la llave de color que esta debajo del calendario. Esto puede hacer que el calendario sea más fácil de leer (especialmente si hay muchos eventos en el calendario). Por ejemplo, si usted quiere esconder las fechas de los eventos de un grupo (eventos asignados a grupos de aprendizaje que usted creó), haga clic en "Eventos de grupo" debajo del Calendario. Esto esconderá todos los eventos de grupo y el código de color desaparecerá del enlace en el calendario. Para mostrar los eventos de nuevo, haga clic otra vez en el enlace de Eventos de grupo.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón de Preferencias en la parte superior derecha. Esta botón lleva a una pantalla como esta: Los dos últimos ajustes ('No máximo de eventos próximos' y 'Plazo de comienzo de eventos próximos') afectan a la forma en la que el bloque de Eventos Próximos muestra la información. Usted puede cambiar cualquiera de estas características para adaptarse a las necesidades de su clase. Cuando haya acabado de modifiarlas, pulse Guardar cambios.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón Nuevo evento. Esto le permite añadir eventos manualmente para sus clases (recuerde que el sistema añadirá automáticamente fechas de entrega para tareas, cuestionarios, etc. cuando usted cree estas actividades).

==Suscribirse a un calendario en Outlook 2007==

El calendario personal que usted tenga en Outlook en casa puede incluir los eventos de su calendario de Moodle, siguiendo los siguientes pasos:

#Vaya a la vista de calendario en su instalación de Moodle y localice el icono naranja de Ical en la parte inferior derecha, haga clic en él y seleccione 'copiar ubicación del enlace'.
#Abra Outlook 2007 y vaya a Herramientas->Configuración de las cuentas->Calendarios de Internet->Nuevo
#Pegue la dirección que usted copió de Moodle
#Haga clic en OK y cierre
#Ahora debería ver otro calendario en la barra de calendarios de la izquierda, bajo 'Mis calendarios'. Habilite esto y Outlook actualizará el calendario cada vez que se abra.
#Haga clic con el botón derecho sobre las pestañas para elegir entre 'modo lado a lado' y 'modo de sobreescritura'.
[[Category:Profesor]]
[[Category:Bloque]]
[[en:Calendar_%28teacher%29]]
[[ca:Bloc_Calendari]]

Bloque Calendario

2008-07-15T08:41:10Z

Dinopmi:

{{Pendiente de traducir}}
{{Calendario}}
El bloque de '''Calendario''' presenta los siguientes eventos:

* '''Sitio''' (evento visible por todos los grupos - creado por el administrador)
* '''Curso''' (evento visible por los participantes del curso - creado por el profesor)
* '''Grupo''' (evento visible por los miembros del grupo - creado por el profesor)
* '''Usuario''' (evento visible por el usuario - creado por el usuario)

Todos las actividades de Moodle con fecha límite serán eventos del calendario automáticamente.

[[Image:Callendar.jpg]]

Los eventos son adheridos al calendario, y pueden ser apuntados a usuarios individuales, sus grupos definidos, o sus cursos. Adhiriendo fechas límite a asignaciones, foros, preguntas rápidas, etc. causará que se resalten en la sección del calendario. Usted puede visualizar los meses anteriores o futuros en el calendario haciendo click en las flechas derecha/izquierda que se encuentran a los lados del nombre del mes. La fecha actual es resaltada. Se puede esconder o mostrar varias categorías de eventos haciendo click en la llave de color que esta debajo del calendario. Esto puede hacer que el calendario sea más fácil de leer (especialmente si hay muchos eventos en el calendario). Por ejemplo, si usted quiere esconder las fechas de los eventos de un grupo (eventos asignados a grupos de aprendizaje que usted creó), haga clic en "Eventos de grupo" debajo del Calendario. Esto esconderá todos los eventos de grupo y el código de color desaparecerá del enlace en el calendario. Para mostrar los eventos de nuevo, haga clic otra vez en el enlace de Eventos de grupo.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón de Preferencias en la parte superior derecha. Esta botón lleva a una pantalla como esta: Los dos últimos ajustes ('No máximo de eventos próximos' y 'Plazo de comienzo de eventos próximos') afectan a la forma en la que el bloque de Eventos Próximos muestra la información. Usted puede cambiar cualquiera de estas características para adaptarse a las necesidades de su clase. Cuando haya acabado de modifiarlas, pulse Guardar cambios.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón Nuevo evento. Esto le permite añadir eventos manualmente para sus clases (recuerde que el sistema añadirá automáticamente fechas de entrega para tareas, cuestionarios, etc. cuando usted cree estas actividades).

==Subscribing to a calendar in Outlook 2007==
The personal caendar you have in outlook at home can have your moodle calendar events overlayed on top (or placed side by side) by following these steps:

#Go to the calendar view in your moodle install and find the orange ical icon at the bottom and right click it, choosing 'copy link location'
#Open outlook 2007 and go to Tools->account settings->internet calendars->new
#Paste in the address you copied from moodle
#Click OK and close
#You should now see another calendar available on the left hand calendar bar, underneath 'My Calendars'. enable this and Outlook will update the calendar every time it opens.
#Right click on the tabs to choose between 'side by side mode' and 'overlay mode'
[[Category:Profesor]]
[[Category:Bloque]]
[[en:Calendar_%28teacher%29]]
[[ca:Bloc_Calendari]]

Bloque Calendario

2008-07-15T08:12:48Z

Dinopmi:

{{Pendiente de traducir}}
{{Calendario}}
El bloque de '''Calendario''' presenta los siguientes eventos:

* '''Sitio''' (evento visible por todos los grupos - creado por el administrador)
* '''Curso''' (evento visible por los participantes del curso - creado por el profesor)
* '''Grupo''' (evento visible por los miembros del grupo - creado por el profesor)
* '''Usuario''' (evento visible por el usuario - creado por el usuario)

Todos las actividades de Moodle con fecha límite serán eventos del calendario automáticamente.

[[Image:Callendar.jpg]]

Los eventos son adheridos al calendario, y pueden ser apuntados a usuarios individuales, sus grupos definidos, o sus cursos. Adhiriendo fechas límite a asignaciones, foros, preguntas rápidas, etc. causará que se resalten en la sección del calendario. Usted puede visualizar los meses anteriores o futuros en el calendario haciendo click en las flechas derecha/izquierda que se encuentran a los lados del nombre del mes. La fecha actual es resaltada. Se puede esconder o mostrar varias categorías de eventos haciendo click en la llave de color que esta debajo del calendario. Esto puede hacer que el calendario sea más fácil de leer (especialmente si hay muchos eventos en el calendario). Por ejemplo, si usted quiere esconder las fechas de los eventos de un grupo (eventos asignados a grupos de aprendizaje que usted creó), haga clic en "Eventos de grupo" debajo del Calendario. Esto esconderá todos los eventos de grupo y el código de color desaparecerá del enlace en el calendario. Para mostrar los eventos de nuevo, haga clic otra vez en el enlace de Eventos de grupo.

Tanto la pantalla de detalle diario como la de detalle mensual tienen el botón de Preferencias en la parte superior derecha. Esta botón lleva a una pantalla como esta: Los dos últimos ajustes ('No máximo de eventos próximos' y 'Plazo de comienzo de eventos próximos') afectan a la forma en la que el bloque de Eventos Próximos muestra la información. Usted puede cambiar cualquiera de estas características para adaptarse a las necesidades de su clase. Cuando haya acabado de modifiarlas, pulse Guardar cambios.

Both the daily and monthly detail screens have the New Event button. This allows you to manually add events for your classes (remember that the system will automatically add due dates for assignments, quizzes, etc. when you create those activities).

==Subscribing to a calendar in Outlook 2007==
The personal caendar you have in outlook at home can have your moodle calendar events overlayed on top (or placed side by side) by following these steps:

#Go to the calendar view in your moodle install and find the orange ical icon at the bottom and right click it, choosing 'copy link location'
#Open outlook 2007 and go to Tools->account settings->internet calendars->new
#Paste in the address you copied from moodle
#Click OK and close
#You should now see another calendar available on the left hand calendar bar, underneath 'My Calendars'. enable this and Outlook will update the calendar every time it opens.
#Right click on the tabs to choose between 'side by side mode' and 'overlay mode'
[[Category:Profesor]]
[[Category:Bloque]]
[[en:Calendar_%28teacher%29]]
[[ca:Bloc_Calendari]]

Archivo:F1 user default image.jpg

2008-07-08T14:09:27Z

Dinopmi:

Imágenes de usuarios

2008-07-08T14:08:20Z

Dinopmi:

Imágenes de los usuarios

Los administradores del sitio pueden ver las imágenes de los usuarios mediante la siguiente dirección (URL)''<nowiki>http://www.susitiomoodle.org/userpix/</nowiki>''.

Los usuarios pueden actualizar su imagen editando su perfil de usuario.

La imagen de usuario por defecto es [[Image:F1_user_default_image.jpg||30px]]. El administrador del sitio puede cambiar la imagen por defecto.

[[Category:Administrador]]
[[en:userpix/]]
[[eu:Erabiltzailearen_irudiak]]

Palabras censuradas (filtro)

2008-07-08T13:55:50Z

Dinopmi:

{{Moodle 1.6}}

Ubicación: Enlace a ''Censura'' en ''Administración > Módulos > Filtros''

El filtro de censura de palabras permite que algunas palabras sean "oscurecidas" en el flujo del texto introducido por el usuario. El uso principal es censurar palabras obscenas o no deseadas en el texto.

A partir de la versión 1.6 de Moodle, la página de configuración de censura de palabras permite que el administrador edite una lista de palabras mediante una interfaz web. Por motivos de compatibilidad con versiones anteriores, se mantiene la antigua lista del paquete de lenguaje, y se utilizará si la lista de la página de configuración está vacía. Para evitar que se introduzca una palabra prohibida sin querer, no hay lista por defecto en la página de configuración.

==Censura en las versiones anteriores de Moodle==

Antes de la versión 1.6 de Moodle, la lista de palabras estaba contenida en el paquete de idioma, en el fichero ''censor.php'' (Por ejemplo, para español se usa ''lang/es/censor.php''). Para cambiar la lista de palabras, se tiene que editar este fichero directamente. Se proporciona una lista por defecto para muchos idioma. Aviso: El contenido de ese fichero puede ser ofensivo para usted.

==Ver también==

*Using Moodle [http://moodle.org/mod/forum/discuss.php?d=79711 filtering profanity] (en inglés)

[[Category:Administrador]]
[[en:filter/censor/config]]

Sistema de bugs

2008-07-08T13:48:21Z

Dinopmi:

[[Image:moodletracker.png]]

{{Pendiente de traducir}}

La detección y seguimiento de bugs es un proceso continuo de control de calidad. A diferencia de muchas aplicaciones propietarias, el envío y seguimiento de información sobre bugs está abierto a todo el mundo. El sistema de seguimiento de bugs de Moodle se llama '''Tracker'''.

Si es un nuevo usuario del Tracker, [http://tracker.moodle.org/ realice el proceso de alta aquí]. Es recomendable que utilice como nombre de usuario, el mismo que el que tiene en el sitio moodle.org. Si su cuenta de acceso al Tracker no funciona, por favor [http://tracker.moodle.org/secure/ForgotPassword!default.jspa intente recuperar la contraseña aquí].

"Fallos" no sólo incluye fallos de software de las versiones actuales de Moodle, sino también nuevas ideas, mejoras e incluso crítica constructiva de las actuales características.

La belleza del código abierto radica en que cualquiera puede participar de alguna manera y ayudar a la creación de un producto mejor para que todos disfrutemos de él. ¡En este proyecto sus ideas son muy bienvenidas!

== Report a bug ==

#Once you have loged in and are at the [http://tracker.moodle.org Moodle Tracker home page]
#Select "Create New Issue" from the menu under the Moodle Tracker logo
#On Step 1, from the dropdown menu select the "Issue type": Bug, New Feature, Task or Improvement
#On Step 2, you will see a series of dropdown and blank content areas.
##Summary: A headline summary of the problem. Try to make it as precise as possible without making it too long. "It doesn't work" is completely useless. Think about keywords people might type into the search box if looking for this issue, and try to include them.
##Components: Use the Ctrl key with a mouse click to select one or more areas in Moodle. For example, you might have found an issue with a question that impacts: Lesson, Quiz and Question components
##Select the Version but if it is not listed, put it in the description
##Environment is for Operating Systems and other stuff. See general guidlines below
##Description tells what is the issue. See general guidelines below for the best description
##Database, if it is not listed put it in environment with its version number

== General reporting guidelines ==

The best bug reports contain these elements in the form:

#'''Steps to reproduce'''. That is, a detailed sequence of steps a developer can follow to see the problem. It is very hard to fix a bug that is not reproducible. If possible, provide a URL so we can see the problem with one click.
#'''What I expected to happen'''. Again, provide as much detail as possible. Your expectation might mean that our instructions need to be improved or our interface should be changed.
#'''What actually happened''' (with detail).

Here is an example of a [http://tracker.moodle.org/browse/MDL-6030 good bug report] in browse view, [http://tracker.moodle.org/browse/MDL-5688 and here is another].

*If you have an error message, or information in your PHP or web server logs, copy and paste it into the bug report. If you can, turn on "debug" in your Admin configuration page and reproduce the problem to get the best possible error message.
*Screen shots are very helpful for some bugs, but please write a textual description of the problem too.
*Make sure we know everything we need to know about your setup including operating system, database, etc. If you run out of room in the environment section, add more detail in the description. The full set of information that might be relevant is:
**Server operating system type and version number
**Web server type and version number
**PHP version number (and whether you are using an accellerator)
**Database type and version number
**Moodle version (there is a dropdown menu on the top of the form, if that does not have what you want, add it in the description)
**Client-side operating system type and version number
**Web browser type and version number

You don't need to give all those details all the time. For example, for a layout rendering problem, you need to give only the client-side OS and browser info, and if it is a server-side problem you only need to describe the setup there. Use your judgement. Here are some examples:

::I see this bug with the latest Moodle HEAD running on PHP5.1.2/Apache 2.2.3 on Linux. My database is Postgres 8.1.

::This rendering problem happens using Internet Explorer 6.0 on Windows XP.

In summary stick with facts and present enough facts so someone else can duplicate the problem.

==What the priority levels mean==

Bugs can be assigned to one of five priority levels. Here is some guidance as to which one to use:

;Blocker
:This bug completely breaks Moodle, and the next release must be considered "blocked" until this is done.
;Critical
:This bug is causing data loss, serious visible errors for uses, or major parts of Moodle to cease to function.
;Major
:Somthing is broken and there is no way round it, although it is not a serious as a Critical bug, we can't live with it for long.
;Minor
:Something is wrong, but it is possible to live with it for a while, maybe because there is a workaround.
;Trivial
:Something is wrong, and should be fixed eventually when someone has the time, but it is not a big deal to live with it.

==Tracking progress of bugs you have reported==

You will receive email reports of updates to bugs you report.

==Tracking bugs reported by others==

You can monitor, or "watch" bugs reported by others. To do this, open the bug, then select "Watch it" from the left hand navigation panel.
To add others to the watchlist for your bug, open the bug, select the option "Watching" from the left hand navigation panel. These people will recevie email notification when updates are made to this bug.

== Comentarios de los desarrolladores ==

"¿Cuál es la parte más complicada de un bug?": La mayoría de las ocasiones, solucionar el bug es la parte más sencilla. Normalmente la parte más difícil es reproducir el bug en los equipos de desarrollo. El programador necesita confirmar cómo afecta el bug antes de ser capaz de arreglarlo. Y si no es capaz de reproducir el problema no pordrá estar seguro de que lo ha solucionado.

Las buenas notificaciones de bugs deben incluir tanta información como sea posible y ser específicas. Generalizar o incluir valoraciones subjetivas en un bug no sirve de ayuda y, en muchas ocasiones, resulta contraproducente.

Por ejemplo, un bug que dice "Los canales RSS no soportan UTF-8" no sirve de gran ayuda. El desarrollador sabe que RSS y UTF-8 son compatibles. Además no tiene ninguna información sobre lo que la persona está viendo o la razón por la que envió el bug. En estos casos se impone más comunicación (que es tiempo) para determinar que ha sucedido realmente.

Por ello es recomendable crear el bug con información más específica como "El canal RSS XYZ muestra caracteres incorrectos desde Internet Explorer".

== Ver también ==

*Using Moodle: Discusión sobre [http://moodle.org/mod/forum/discuss.php?d=43952 cómo manipular a los desarrolladores de Moodle] (en inglés)
*Aquí hay una [http://en.wikipedia.org/wiki/Software_bug definición de un bug] (en inglés) y en [http://es.wikipedia.org/wiki/Error_de_software castellano].

[[Category:Administrador]]
[[Category:Desarrollador]]

[[en:Bug tracker]]

Preferencias de las calificaciones

2008-07-08T13:31:03Z

Dinopmi:

{{Pendiente de traducir}}
{{Calificaciones}}
Ubicación: La pestaña "Mis preferencias de informe" en el informe de calificaciones.

[[Image:Grade preferences.png|thumb|Preferencias de las calificaciones]] La página de preferencias de las calificaciones permite a los profesores ajustar las preferencias sobre sómo el informe de calificaciones se visualiza.

==Preferencias generales==

===Vista de agregación===
Las opciones son las siguientes:
*Valor por defecto del informe (establecido por un administrador para todos los cursos del sitio)
*Vista completa - se muestran todas las calificaciones y totales
*Sólo agregados - sólo se muestran las categorías y los totales del curso
*Sólo calificaciones

La vista de agregación también se puede controlar desde el informe de calificaciones usando los botones <code>-</code>, <code>+</code> y <code>o</code> colocados junto al título del curso.

===Quick grading===
This will make the grader report appear with editable boxes for each grade, so you can change them quickly for many students.

===Quick feedback===
This does the same, but for the typed feedback.

===Students per page===
This sets the number of students displayed per page in the grader report. If left empty, the site default (set by an administrator) is used.

===Aggregation position===
To show the aggregation position setting (and other advanced settings) click the "Show advanced" button.

Options are:
*Report default (set by an administrator for all courses on the site)
*Inherit
*First - the course total column is the first column in the grader report
*Last - the course total column is the last column in the grader report

==Change report defaults==
At the top right of the grade preferences page, administrators are provided with a "Change report defaults" link to [[Ajustes_de_las_calificaciones]]. Grader report settings can also be accessed via ''Administration > Grades > Report settings > Grader report''.

[[Category:Calificaciones]]
[[en:Grade_preferences]]

Preferencias de las calificaciones

2008-07-08T13:23:55Z

Dinopmi:

{{Pendiente de traducir}}
{{Calificaciones}}
{{Moodle 1.9}}Location: The "My report preferences" tab in the grader report

[[Image:Grade preferences.png|thumb|Preferencias de las calificaciones]]The grade preferences page enables teachers to set preferences for how the grader report is displayed.

==General settings==

===Aggregation view===
Options are:
*Report default (set by an administrator for all courses on the site)
*Full view - all grades and totals are displayed
*Aggregates only - only category and course totals are displayed
*Grades only

The aggregation view can also be controlled from the grader report using the <code>-</code>, <code>+</code> or <code>o</code> buttons next to the course title.

===Quick grading===
This will make the grader report appear with editable boxes for each grade, so you can change them quickly for many students.

===Quick feedback===
This does the same, but for the typed feedback.

===Students per page===
This sets the number of students displayed per page in the grader report. If left empty, the site default (set by an administrator) is used.

===Aggregation position===
To show the aggregation position setting (and other advanced settings) click the "Show advanced" button.

Options are:
*Report default (set by an administrator for all courses on the site)
*Inherit
*First - the course total column is the first column in the grader report
*Last - the course total column is the last column in the grader report

==Change report defaults==
At the top right of the grade preferences page, administrators are provided with a "Change report defaults" link to [[Ajustes_de_las_calificaciones]]. Grader report settings can also be accessed via ''Administration > Grades > Report settings > Grader report''.

[[Category:Calificaciones]]
[[en:Grade_preferences]]

Registro Moodle

2008-07-08T13:20:44Z

Dinopmi: /* Ver también */

Moodle.org anima a que los sitios accesibles desde Internet se registren. Un sitio que no haya sido registrado encontrará un enlace para registrarse en el [[Bloque de administración del sitio]], bajo ''Notificaciones''.

Entre las opciones de registro del sitio se incluye la posibilidad de hacer pública la información de contacto, así como la solicitud de suscribirse a una lista de correo de Moodle.

[[Image:Moodle site reg request.JPG]]

Los sitios Moodle no conectados a Internet no se podrán registrar. Estos sitios son los que están en ''localhost'' o en una red LAN o WAN interna.

==Formulario de registro==
A continuación se muestra un ejemplo de formulario.
[[Image:Moodle site reg form.JPG|frame|center|demo Moodle registration form]]

==Ver también==

*Solicitud de funcionalidad [http://tracker.moodle.org/browse/MDL-7359 MDL-7359 Change the logic of the Moodle Site Registration (en inglés)]

[[Category:Administrador]]

[[en:Moodle_registration]]

Archivo:Moodle site reg form.JPG

2008-07-08T13:19:36Z

Dinopmi:

Registro Moodle

2008-07-08T13:06:01Z

Dinopmi:

Registro Moodle

2008-07-08T13:05:17Z

Dinopmi:

Moodle.org anima a que los sitios accesibles desde Internet se registren. Un sitio que no haya sido registrado encontrará un enlace para registrarse en el [[Bloque de administración del sitio]], bajo ''Notificaciones''.

[[Site administration block]]

Entre las opciones de registro del sitio se incluye la posibilidad de hacer pública la información de contacto, así como la solicitud de suscribirse a una lista de correo de Moodle.

[[Image:Moodle site reg request.JPG]]

Los sitios Moodle no conectados a Internet no se podrán registrar. Estos sitios son los que están en ''localhost'' o en una red LAN o WAN interna.

==Formulario de registro==
A continuación se muestra un ejemplo de formulario.
[[Image:Moodle site reg form.JPG|frame|center|demo Moodle registration form]]

==Ver también==

*Solicitud de funcionalidad [http://tracker.moodle.org/browse/MDL-7359 MDL-7359 Change the logic of the Moodle Site Registration (en inglés)]

[[Category:Administrador]]
{{Pendiente de traducir}}

[[en:Moodle_registration]]

Configuraciones de seguridad del sitio

2008-07-08T12:56:33Z

Dinopmi:

Ubicación: ''Administración > Seguridad > Políticas del sitio''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Forzar a los usuarios a autentificarse==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Habilitar contenido confiable==

Consulte [[Development:Trusttext cleaning bypass]] para más información.

==Tiempo máximo para editar mensajes==

Esta opción establece el tiempo de edición para entradas en los foros. El tiempo de edición es la cantidad de tiempo que los usuarios tienen para cambiar las entradas de un foro antes de que se envíen a los suscriptores por correo.

Por favor, consulte los hilos de discusión de los foros
[http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline (en inglés)] y [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes" (en inglés)]

==Visibilidad del blog==

Para habilitar la visibilidad de los [[Blogs|blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Activar funcionalidad de las marcas==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Política de contraseñas==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Desactivar imágenes en el perfil de usuario==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede deshabilitar la posibilidad de que los usuarios cambien la imagen de su perfil.

== Ver también ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:47:57Z

Dinopmi: /* Enable Trusted Content */

{{Pendiente de traducir}}
Ubicación: ''Administración > Seguridad > Políticas del sitio''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Consulte [[Development:Trusttext cleaning bypass]] para más información.

==Maximum time to edit posts==

Esta opción establece el tiempo de edición para entradas en los foros. El tiempo de edición es la cantidad de tiempo que los usuarios tienen para cambiar las entradas de un foro antes de que se envíen a los suscriptores por correo.

Por favor, consulte los hilos de discusión de los foros
[http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline (en inglés)] y [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes" (en inglés)]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Disable user profile images==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede deshabilitar la posibilidad de que los usuarios cambien la imagen de su perfil.

== Ver también ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:40:17Z

Dinopmi:

{{Pendiente de traducir}}
Ubicación: ''Administración > Seguridad > Políticas del sitio''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

Esta opción establece el tiempo de edición para entradas en los foros. El tiempo de edición es la cantidad de tiempo que los usuarios tienen para cambiar las entradas de un foro antes de que se envíen a los suscriptores por correo.

Por favor, consulte los hilos de discusión de los foros
[http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline (en inglés)] y [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes" (en inglés)]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Disable user profile images==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede deshabilitar la posibilidad de que los usuarios cambien la imagen de su perfil.

== Ver también ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:37:49Z

Dinopmi: /* See also */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Disable user profile images==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede deshabilitar la posibilidad de que los usuarios cambien la imagen de su perfil.

== Ver también ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:37:26Z

Dinopmi: /* Disable user profile images */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Disable user profile images==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede deshabilitar la posibilidad de que los usuarios cambien la imagen de su perfil.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:36:30Z

Dinopmi: /* Password policy */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, se puede configurar una política de contraseñas, asegurándose de que los usuarios eligen contraseñas de una cierta contraseña, etc.

Hay una casilla que permite determinar si se debe imponer o no una complejidad mínima de contraseña, la opción para establecer la longitud mínima de la contraseña, el número mínimo de dígitos, el número mínimo de caracteres en minúscula, el número mínimo de caracteres en mayúsculas y el número mínimo de caracteres no alfanuméricos.

Si un usuario introduce una contraseña que no cumple con esos requisitos, recibe un mensaje indicando el tipo de problema con la contraseña introducida.

Imponer una contraseña compleja y obligar a que los usuarios cambien su contraseña inicial son un paso importante para asegurar que todos los usuarios eligen y utilizan "buenas contraseñas".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:30:41Z

Dinopmi: /* Enable tags functionality */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de la versión 1.9 de Moodle, los usuarios pueden asignarse [[Marcas|marcas]] a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:29:56Z

Dinopmi: /* Enable tags functionality */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de Moodle 1.9 en adelante, los usuarios pueden asignarse ([[Marcas|marcas]]) a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:29:34Z

Dinopmi: /* Enable tags functionality */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de Moodle 1.9 en adelante, los usuarios pueden asignarse ([[marcas]]) a ellos mismos y crear páginas de interés alrededor de esas marcas.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:28:50Z

Dinopmi: /* Enable tags functionality */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}
A partir de Moodle 1.9 en adelante, los usuarios pueden etiquetarse ([[Tags|tag]]) a ellos mismos y crear páginas de interés alrededor de esas etiquetas.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-08T12:25:27Z

Dinopmi: /* Blog visibility */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

Para habilitar los [[Blogs]], seleccione el nivel al que los blogs de usuario pueden ser visualizados.

Por defecto, todos los usuarios del sitio pueden ver todos los blogs. La visibilidad de los blogs se puede restringir de forma que los usuarios sólo puedan visualizar los blogs de personas con las que comparten un curso o con las que comparten un grupo.

==Enable tags functionality==

{{Moodle 1.9}}From Moodle 1.9 onwards, users may [[Tags|tag]] themselves and create interest pages around those tags.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-07-03T21:19:58Z

Dinopmi: /* Force Users to Login */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

Si habilita esta opción, todos los usuarios tendrán que autentificarse antes de poder ver la página principal del sitio.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

To enable [[Blogs]], select the level to which user blogs can be viewed.

By default, all site users can see all blogs. Blog visibility may be restricted so that users can only see blogs for people whom they share a course with or whom they share a group with.

==Enable tags functionality==

{{Moodle 1.9}}From Moodle 1.9 onwards, users may [[Tags|tag]] themselves and create interest pages around those tags.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-06-29T20:58:59Z

Dinopmi: /* Enable messaging system */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Habilitar el sistema de mensajería==
Haga clic en la casilla para habilitar el sistema de [[Mensajería]] para todo el sitio.

Nota: Si habilita el sistema de mensajería, todos los usuarios podrán enviar y recibir mensajes en cualquier momento. Los profesores no pueden decidir si la mensajería está permitida o no entre estudiantes en un curso concreto.

==Force Users to Login==

If you turn this setting on all users must login before they even see the front page of the site.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

To enable [[Blogs]], select the level to which user blogs can be viewed.

By default, all site users can see all blogs. Blog visibility may be restricted so that users can only see blogs for people whom they share a course with or whom they share a group with.

==Enable tags functionality==

{{Moodle 1.9}}From Moodle 1.9 onwards, users may [[Tags|tag]] themselves and create interest pages around those tags.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-06-29T20:43:11Z

Dinopmi: /* Maximum uploaded file size */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Tamaño máximo del archivo subido==

Probablemente la pregunta más formulada en los foros ''Using Moodle'' de Moodle.org es "¿Cómo aumento el límite de tamaño del archivo subido?"

El tamaño de archivo a subir está restringido en varias formas. Las podemos ver en la siguiente lista:
#La directiva LimitRequestBody del servidor Apache.
#Las opciones de PHP post_max_size y upload_max_filesize en el fichero php.ini.
#El tamaño máximo de archivo subido para todo el sitio de Moodle en ''Administración > Seguridad > Políticas del sitio''.
#El tamaño máximo de archivo subido para cada curso, especificado en las opciones del curso.
#La configuración de algunos módulos de actividad (por ejemplo, Tarea)

==Enable messaging system==
Click the checkbox to enable site-wide [[Messaging]].

Note: If you enable the messaging system, all users will be able to send and receive messages at any time. Teachers can't choose whether or not messaging is allowed between students in their particular course.

==Force Users to Login==

If you turn this setting on all users must login before they even see the front page of the site.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

To enable [[Blogs]], select the level to which user blogs can be viewed.

By default, all site users can see all blogs. Blog visibility may be restricted so that users can only see blogs for people whom they share a course with or whom they share a group with.

==Enable tags functionality==

{{Moodle 1.9}}From Moodle 1.9 onwards, users may [[Tags|tag]] themselves and create interest pages around those tags.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Configuraciones de seguridad del sitio

2008-06-29T20:34:28Z

Dinopmi: /* Open to Google */

{{Pendiente de traducir}}
Location: ''Administration > Security > Site policies''

==Abrir a Google==

Al habilitar esta opción, se permite que las arañas de búsqueda de Google accedan a su sitio como invitados. Cualquier parte del sitio que permita acceso como invitados será buscable en Google. Además, la gente que entre en el sitio mediante una búsqueda de Google entrará automáticamente como invitado en el sistema.

==Maximum uploaded file size==

Probably the most frequently asked question in the Moodle.org Using Moodle forums is "How do I increase the upload file size limit?"

Upload file sizes are restricted in a number of ways - each one in this list restricts the following ones:
#The Apache server setting LimitRequestBody.
#The PHP site settings post_max_size and upload_max_filesize in php.ini
#The Moodle site-wide maximum uploaded file size setting in ''Administration > Security > Site policies''.
#The Moodle course maximum uploaded file size setting in the course settings.
#Certain course activity module settings (for example, Assignment)

==Enable messaging system==
Click the checkbox to enable site-wide [[Messaging]].

Note: If you enable the messaging system, all users will be able to send and receive messages at any time. Teachers can't choose whether or not messaging is allowed between students in their particular course.

==Force Users to Login==

If you turn this setting on all users must login before they even see the front page of the site.

==Enable Trusted Content==

Please refer to [[Development:Trusttext cleaning bypass]] for further information.

==Maximum time to edit posts==

This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.

Please refer to the forum discussions [http://moodle.org/mod/forum/discuss.php?d=28679 Editing a forum post after the 30 minutes deadline] and [http://moodle.org/mod/forum/discuss.php?d=5367 The philosophy underlying "no editing after 30 minutes"]

==Blog visibility==

To enable [[Blogs]], select the level to which user blogs can be viewed.

By default, all site users can see all blogs. Blog visibility may be restricted so that users can only see blogs for people whom they share a course with or whom they share a group with.

==Enable tags functionality==

{{Moodle 1.9}}From Moodle 1.9 onwards, users may [[Tags|tag]] themselves and create interest pages around those tags.

==Password policy==

{{Moodle 1.9}}From Moodle 1.9 onwards, a password policy may be set up, ensuring users choose passwords of a certain length etc.

There is a check box to determine if password complexity should be enforced or not, the option to set the minimum length of the password, the minimum number of digits, the minimum number of lowercase characters, the minimum number of uppercase characters and the minimum number of non alphanumeric characters.

If a user enters a password that does not meet those requirements, they are given an error message indicating the nature of the problem with the entered password.

Enforcing password complexity along with requiring users to change their initial password go a long way in helping ensure that users choose and are in fact using "good passwords".

==Disable user profile images==

From Moodle 1.9 onwards, the ability for users to change their profile images may be disabled.

== See also ==

*[[FAQ Administración]]

[[Category:Administrador]]

[[en:Site_policies]]
[[fr:Règles site]]
[[ja:サイトポリシー]]

Categoría:Calificaciones

2008-06-29T20:30:28Z

Dinopmi:

Índice de páginas de documentación sobre [[Calificaciones]].

Nota: Las calificaciones han sido completamente reescritas para Moodle 1.9. Para información sobre calificaciones en versiones anteriores a Moodle 1.9, puede dirigirse a
[[Libro_de_Calificaciones_pre_1.9]].

[[Category:Administrador]]
[[Category:Profesor]]

[[en:Category:Grades]]
[[fr:Catégorie:Notes]]

Posición del pie de página

2008-06-29T12:58:28Z

Dinopmi:

{{FAQ de temas}}

En ''footer.html'', el div de pie de página está contenido habitualmente dentro del div de la página, por ejemplo en ''moodle/theme/standardblue/footer.html''

<pre></div> 
<div id="footer">
<hr size="1" noshade="noshade" />
<?php echo $loggedinas ?>
<?php echo $homelink ?>

</div> 
</div> 
</body>
</html></pre>
Cambie esto para que el div del pie de página aparezca tras el div de página
<pre></div> 
</div> 

<div id="footer">
<hr size="1" noshade="noshade" />
<?php echo $loggedinas ?>
<?php echo $homelink ?>

</div> 

</body>
</html></pre>
Después en el fichero de composición CSS, añada lo siguiente
<pre>html, body {
margin: 0; padding: 0;
height: 100%;
}

#page {
margin: 0; padding: 0;
min-height: 100%; _height: 100%; /* min-height para navegadores inteligentes
_height para Internet Explorer ;-)*/
}

#content {
padding-bottom: 105px;
}

#footer {
margin: -100px 0 0 0; padding: 0 0 10px 0; /* suponemos un pie de página de altura 100px */

}
</pre>

Esto crea un div que siempre debería llenar al menos la altura del puerto de vista del navegador, independientemente de la cantidad de contenido de la página. El pie de página se posiciona bajo este div y se empuja hacia arriba usando un margen superior negativo. También tenemos que permitir algo de espacio adicional bajo el contenido, de forma que cuando el pie de página se reposicione no sobreescriba nada. 105 pixels de padding se añaden en la parte inferior del div de contenido para hacer sitio para el pie de página, y luego el pie de página se mueve hacia arriba 100 pixels desde su posición.

==Referencias==
* [http://www.themaninblue.com/writing/perspective/2005/08/29/ footerStickAlt: A more robust method of positioning a footer]

[[Category:Administrador]]
[[Category:Desarrollador]]
[[en:Footer positioning]]

17/Desarrollador:Roles

2008-06-27T15:24:06Z

Dinopmi: /* Capacidades */

{{Pendiente de traducir}}

Los '''roles o papeles y los permisos''' aparecerán en Moodle 1.7 y estarán disponibles en la versión de desarrollo de Moodle.

==Definiciones==
Un rol es un identificador de estado de los usuarios en algún contexto. Por ejemplo, profesor, estudiante y moderador del foro son ejemplos de roles.

Una capacidad es una descripción de alguna característica particular de Moodle.
Las capacidades son asociadas con roles. Por ejemplo, "mod/forum:replypost" es una capacidad.

Un permiso es algun valor que es asignado a una capacidad para un rol particular. Por ejemplo, permitir o prevenir.

Un contexto es un "espacio" in Moodle, tales como cursos, módulos de actividades, bloques, etc.

==El sistema existente==
Actualmente en Moodle, tenemos un sistema fijo de los roles es decir '''administrador primario''', '''administradores''', '''creador del curso''', '''profesores editores''', '''profesores no editores''', '''estudiantes''', e '''invitados'''. Para cada rol, la capacidad o las acciones que pueden realizar son fijas. Por ejemplo, el rol del estudiante permite al usuario enviar una asignación, pero no permite que el usuario observe/edite el trabajo de otros usuarios. Usando esta disposición nos limitamos a un sistema algo rígido de las capacidades para cada rol. Si deseamos, decir a un estudiante o a un grupo particular que puede marcar asignaciones en un curso particular, no puedemos hacer eso sin dar a estos usuarios privilegios del profesor.

==Los nuevos roles y capacidades del sistema==

{{Moodle 1.7}}Los roles tienen dos funciones principales:
# define la lista de permisos - la definición de rol es global para todos los contextos, pero puede cambiarse en contextos locales
# reemplaza los antiguos métodos de matriculación - la asignación de roles en el contexto de un curso es similar a los antiguos procesos de matriculación.

El nuevo sistema permitirá a los usuarios autorizados definir un número arbitrario de roles (ej.: un profesor).

Un rol consiste en una lista de permisos para posibles acciones diferentes dentro de Moodle (ej.: borrar discusiones, añadir actividades,...).

Los roles pueden aplicarse a usuarios en un contexto (ej.: asignar a Fred como un profesor en un curso en particular).

Aquí están los posibles contextos, listados de los más generales a los más específicos.

#CONTEXT_SYSTEM -- el sitio entero
#CONTEXT_PERSONAL -- tú mismo
#CONTEXT_USER -- otro usuario
#CONTEXT_COURSECAT -- una categoría de un curso
#CONTEXT_COURSE -- un curso
#CONTEXT_GROUP -- un grupo
#CONTEXT_MODULE -- un módulo de actividad
#CONTEXT_BLOCK -- un bloque

Un usuario autorizado será capaz de asignar un número arbitrario de roles a cada usuario en cualquier contexto.

Las habilidades pueden tener los siguientes permisos:

#CAP_INHERIT
#CAP_ALLOW
#CAP_PREVENT
#CAP_PROHIBIT

Si no se define ningún permiso, entonces los permisos de las habilidades son inherentes desde un contexto que es más general que el actual contexto. Si definimos unos valores de permisos differentes para las mismas capacidades en diferentes contextos, decimos que estamos sobreescribiendo las capacidades en contextos más específicos.

Desde que las capacidades en cada rol puedan ser diferentes, podría haber conflicto en las capacidades. Esto se resuelve imponiendo la regla que la capacidad definida para un contexto más específico gane, a menos que una prohibición se encuentre en un contexto específico menor.

Por ejemplo, Mark tiene rol de estudiante a nivel de curso, el cual le permite escribir en un wiki. Pero Mark también tiene asignado el rol de Visitante en el módulo a nivel de contexto (para un wiki particular) el cuál le previene de escribir en el wiki (sólo lectura). Así mismo, para el wiki en particular, Mark no será capaz de escribir en el wiki desde que el contexto más específico gane.

Si ponemos una PROHIBICIÓN en una capacidad, esto significa que la capacidad no puede ser sobreescrita y SIEMPRE tendrá un permiso de prevención (negación). La prohibición siempre gana. Por ejemplo, Jeff tiene un rol de estudiante travieso que le prohibe de postear en cualquier foro (para el sitio global), pero se le ha asignado el perfil de facilitador en el "Foro de ciencias" en el curso de Ciencia y Matemática 101. Como la prohibición siempre gana, Jeff es incapaz de postear en en "Foro de Ciencias".

Permitir y prevenir se cancelarán el uno al otro si se ponen para las mismas capacidades en el mismo nivel de contexto. Si esto ocurre, nos referiremos al nivel de contexto anterior para determinar los permisos para la capacidad.

Puede sonar más complejo de lo que es en realidad en la práctica. El resultado es que el sistema puede ser lo suficientemente flexible para permitir muchas curiosas combinaciones de permisos.

==Actualizando desde 1.6==
Una mejora será proporcionada por la versión 1.7. Los roles existentes (admin, profesor, estudiante, etc), y las capacidades existentes serán conservados automáticamente. Esto se hace creando roles por defecto para los niveles del sitio/curso, y asignando los usuarios actuales a estos roles. Los roles por defecto tendrán capacidades por defecto asociadas a ellos, reflejando los que teníamos en la versión 1.6. Sin modificaciones, Moodle funcionará exactamente igual antes y después de la Actualización.

===Administradores===

A los usuarios Admin se les asignara el rol de admin por defecto en el contexto del sistema (sitio)

===Creadores de Cursos===

Este rol será asignado por defecto a usuarios Admin en el contexto de sitio o sistema.

===Profesores ===

Los usuarios que eran profesores tendrán el rol de profesor (o no-corregir papel del profesor) en todos los cursos que eran profesores.

===Estudiantes===

Los usuarios que eran estudiantes tendrán el rol del estudiante por defecto en todos los cursos en los que eran estudiantes.

===Invitados===

Todavía habrá un solo usuario invitado sin rol por defecto en el nivel del sitio. Para cada curso que permita el acceso de invitados, el rol de invitado será asignado al usuario invitado para ese contexto del curso. El control de invitados para el curso será modificado a partir dos a tres opciones (los invitados necesitan siempre incorporar la clave de inscripción - con./desc.). Se comprueba que este ajuste ahora fuerza a los invitados a incorporar la clave.

==Capacidades==
Ésta será una lista comprensiva de capacidades (no está completa todavía). Es importante que los nombres de la capacidades sean únicos.

===Capacidades de Nivel Central===

Los nombres de las capacidades de la base de Moodle comienzan con “moodle/”. La palabra siguiente indica qué tipo de capacidad de la base es, y la ultima palabra es la capacidad real en si misma. Las capacidades para la base de Moodle se definen en lib/db/access.php

#moodle/legacy:guest - las capacidades heredadas se utilizan para los usuarios existentes de la transición al nuevo sistema de roles durante la actualizacion a Moodle 1.7
#moodle/legacy:student
#moodle/legacy:teacher
#moodle/legacy:editingteacher
#moodle/legacy:coursecreator
#moodle/legacy:admin
#moodle/site:doanything - capacidad especial, para los admins, si se setea, elimina el resto de los ajustes de capacidades
#moodle/site:config - aplicable en admin/index.php y config.php (se puede analizar más adelante) : 1)admin/config.php 2)admin/configure.php 3)blocks/admin/block_admin.php load_content_for_site()
#moodle/site:readallmessages - lee todos los mensajes e historicos
#moodle/site:approvecourse - aprueba cursos pendientes
#moodle/site:manageblocks - agrega/elimina/ edita bloques (en el contexto de sitio, cursos solo por ahora) : 1)_add_edit_controls moodleblock.class.php
#moodle/site:backup - puede crear una copia de seguridad del curso : 1)course/category.php 2)block_admin.php
#moodle/site:restore - puede recuperar en este contexto : 1)course/category.php 2)block_admin.php
#moodle/site:import - puede importar otros cursos en este contexto : 1)block_admin.php
#moodle/site:accessallgroups - puede acceder a todos los grupos sin importar en que grupo el usuario este
#moodle/site:accessdb - accede a la base de datos directamente
#moodle/site:viewfullnames - puede ver los nombres completos de otros usuarios
#moodle/site:viewparticipants - puede ver participantes
#moodle/site:viewreports - puede ver reportes de curso/sitio
#moodle/site:trustcontent - capacidad de utilizar la característica del trusttext y de puentear la limpieza en áreas específicas
#moodle/site:uploadusers - capacidad de cargar/actualizar usuarios desde archivos de texto; moodle/role: es necesario asignar la capacidad para inscribir en el curso
#moodle/blog:view - leer blogs (usable en contexto del sistema o del curso)
#moodle/blog:create - escribir los nuevos post del blog (usables en contexto del sistema solamente)
#moodle/blog:manageofficialtags - crear/eliminar las etiquetas oficiales del blog que otros pueden utilizar (usable en contexto del sistema solamente)
#moodle/blog:managepersonaltags - crear/eliminar las etiquetas oficiales del blog que otros pueden utilizar (usable en contexto del sistema solamente)
#moodle/blog:manageentries - corregir/eliminar todas las entradas del blog (usables en contexto del sistema solamente)
#moodle/course:setcurrentsection - marcar la sección del curso
#moodle/course:create - crear cursos : 1)course/edit.php 2)course/category.php 3)course/index.php
#moodle/course:delete - borrar cursos : 1)course/category.php
#moodle/course:update - actualizar seteos de cursos
#moodle/course:view - puede usar esto para buscar cursos
#moodle/course:viewparticipants - permite a un usuario ver la lista de participantes
#moodle/course:viewscales - ver escalas (ej. en una ventana de ayuda?) : 1)course/scales.php
#moodle/course:manageactivities - agregar/eliminar/editar actividades y recursos (no piense que tiene algún sentido de dividir éstos)
#moodle/course:managescales - agregar/eliminar/editar escalas, mover escalas arriba y abajo : 1)blocks/block_admin.php 2)course/scales.php
#moodle/course:managegroups - administrar grupos, agregar, modificar, borrar : 1)course/groups.php 2)course/group.php
#moodle/course:managefiles - administrar carpetas y archivos del curso.
#moodle/course:managequestions - administrar preguntas del curso.
#moodle/course:managemetacourse - administrar los cursos correspondientes a un metacurso.
#moodle/course:reset - permite resetear el curso
#moodle/course:useremail - puede usar la característica habilitar/deshabilitar e-mail
#moodle/course:visibility - ocultar/mostrar cursos : 1)course/category.php
#moodle/course:viewhiddencourses - puede ver cursos ocultos
#moodle/course:activityvisibility - ocultar/mostrar actividades de un curso
#moodle/course:viewhiddenactivities - puede ver actividades ocultas
#moodle/course:sectionvisibility - ocultar/mostrar secciones
#moodle/course:viewhiddensections - puede ver secciones ocultas
#moodle/course:viewcoursegrades - puede ver todas las calificaciones en el curso
#moodle/course:viewhiddenuserfields - puede ver todos los campos de usuario ocultos
#moodle/course:managegrades - administrar configuración de escalas/calificaciones en un curso
#moodle/category:create - crear categoría de cursos : 1)course/index.php
#moodle/category:delete - borrar categoría de cursos : 1)course/index.php
#moodle/category:update - actualizar configuraciones de categorías (ordenar y renombrar) actualmente esta es una capacidad del administrador : 1)course/category.php
#moodle/category:visibility - ocultar/mostrar categorías : 1)course/index.php
#moodle/user:viewusergrades - ver sus propias calificaciones o las de otros (dentro de un contexto especificado)
#moodle/user:create - crear usuarios : 1) user/edit.php
#moodle/user:delete - borrar usuarios : 1) admin/user.php
moodle/user:readuserblogs - leer entradas de blog.
#moodle/user:update - actualizar configuración de usuario : 1) user/edit.php
#moodle/user:viewdetails - ver detalles de identificación personal del usuario (ej. nombre, foto).
#moodle/user:viewhiddendetails - ver detalles de usuario marcados como "ocultos".
#moodle/calendar:manageownentries - crear/editar/borrar entradas de calendario propias.
#moodle/calendar:manageentries - crear/editar/borrar entradas de calendario.
#moodle/role:assign - asignar roles a usuarios.
#moodle/role:override - puede anular capacidades de un rol (dependiendo del contexto).
#moodle/role:manage - crear/editar/borrar roles, configurar permisos de capacidades para cada rol.
#moodle/role:unassignself - desasignarse uno mismo de sus roles.
#moodle/role:viewhiddenassigns - ver asignaciones de rol que han sido marcadas como ocultas.
#moodle/question:import - importar preguntas en un curso.
#moodle/question:export - exportar preguntas de un curso.
#moodle/question:managecategory - agregar/borrar/editar categorías de preguntas de un curso.
#moodle/question:manage - agregar/editar/borar una pregunta de un curso.

===Capacidades de nivel de usuario===
# moodle/user:readuserposts - lee los posts del usuario en la página del perfil
# moodle/user:readuserblogs - lee el blog del usuario en la página del perfil
# moodle/user:viewuseractivitiesreport-lee el informe de actividades de la página del perfil
# moodle/user:editprofile - edita el perfil (se usa normalmente en el contexto de usuario y en el de sistema: CONTEXT_USERID y CONTEXT_SYSTEM)

===Capacidades de nivel de módulo===
Las capacidades se cachean en una tabla de la base de datos cuando se instala o actualiza un módulo. Cuando haya pasado esto, la versión del módulo se modificará para que también se pueda actualizar la tabla de base de datos.

El convenio de nombre que se ha especificado para los módulos y los bloques es 'mod/mod_name:capacidad'. La parte anterior a los dos puntos es la ruta completa del módulo en el código de Moodle. La capacidad de los módulos están definidas en mod/mod_name/db/access.php

#Tarea
##mod/assignment:view- lee la descripción de la tarea
##mod/assignment:submit - permite enviar la tarea
##mod/assignment:grade - evalua y lista las tareas enviadas
#Chat
##mod/chat:chat - permite a los usuarios participar en este chat
##mod/chat:readlog - permite a los usuarios leer los registros de sesiones de chats anteriores
##mod/chat:deletelog - permite a los usuarios borrar los registors de chats anteriores
#Consulta
##mod/choice:choose - hace una consulta
##mod/choice:readresponses - lee todas las respuestas
##mod/choice:deleteresponses - elimina todas las respuestas
##mod/choice:downloadresponses - permite descargar las respuestas
#Base de datos
##mod/data:viewentry - lee las entradas de otras personas
##mod/data:writeentry - permite añadir, editar y borrar sus propias entradas (del usuario)
##mod/data:managetemplates - añade, borra y edita campos y plantillas
##mod/data:manageentries - añade/borra todas las entradas
##mod/data:comment - permite hacer comentarios
##mod/data:managecomments - editar/borrar todos los comentarios
##mod/data:rate - evalua una entrada
##mod/data:viewrating - muestras las evaluaciones de las entradas
##mod/data:approve - aprueba una entrada
##mod/data:uploadentries - batch upload of entries
#Exercise
##mod/exercise:assess
#Foro
##mod/forum:viewdiscussion
##mod/forum:viewdiscussionsfromallgroups
##mod/forum:viewhiddentimedposts
##mod/forum:startdiscussion
##mod/forum:replypost
##mod/forum:viewrating
##mod/forum:viewanyrating
##mod/forum:rate
##mod/forum:createattachment
##mod/forum:deleteownpost
##mod/forum:deleteanypost
##mod/forum:splitdiscussions
##mod/forum:movediscussions
##mod/forum:editanypost
##mod/forum:viewqandawithoutposting
##mod/forum:viewsubscribers
##mod/forum:managesubscriptions
##mod/forum:throttlingapplies
#Glosario
##mod/glossary:write - añade entradas
##mod/glossary:manageentries - añade, edita y borra entradas
##mod/glossary:managecategories - crea, elimina y edita categorías
##mod/glossary:comment - comentar una entrada
##mod/glossary:managecomments - edita y borra comentarios
##mod/glossary:import - importa glosarios
##mod/glossary:export - exporta glosarios
##mod/glossary:approve - aprueba glosarios
##mod/glossary:rate - califica glosarios
##mod/glossary:viewrating - permite ver calificaciones
#Hotpot
##mod/hotpot:attempt - realiza un intento en hotpot
##mod/hotpot:viewreport - muestra y revisa los informes
##mod/hotpot:grade - evalua el hotmpot
##mod/hotpot:deleteattempt - elimina los intentos
#Etiqueta
##none
#Lams
##mod/lams:participate - estudiante original
##mod/lams:manage - profesor original
#Lección
##mod/lesson:edit - añade y edita páginas
##mod/lesson:manage - permite ver los intentos de los estudiantes
#Cuestionario
##mod/quiz:grade - permite comentarios, actualizar calificación y calificación manual
##mod/quiz:preview - previsualiza el cuestionario
##mod/quiz:viewreports - permite ver el informe de los resultados del cuestionario
##mod/quiz:manage - añadir/borrar/mover (hacia arriba o abajo) preguntas en un cuestionario
##mod/quiz:attempt - realizar un intento en el cuestionario--[[User:Tim Hunt|Tim Hunt]]
#Recurso
#Scorm
##mod/scorm:viewgrades
#Encuesta
##mod/survey:download - descarga los resultados de la encuesta
##mod/survey:participate - permite ver los participantes que hacen la encuesta
##mod/survey:readresponses - permite leer las respuestas de todos los usuarios
#Wiki
##mod/wiki:participate - estudiante original, su significado depende del tipo y la configuración del curso
##mod/wiki:manage - profesor original, que controla la asignación de grupos; se necesita moodle/site:accessallgroups para controlar todos los grupos
##(En espera del nuevo wiki)
#Taller
##mod/workshop:participate - estudiante original, permite al usuario ejecutar y evaluar el taller
##mod/workshop:manage - profesor original, usuario que puede controlar a los otros
##(En espera del nuevo taller)

===Capacidades de nivel de Matriculación===

La convención de los nombres para las capacidades específicas de matriculación es 'enrol/nombre_matriculacion:capacidad'. Éstas se definen en enrol/enrol_name/db/access.php.

#Acceso al pago por Authorize.net
##enrol/authorize:managepayments - maneja los pagos de los usuarios, las anulaciones, los reembolsos, los borrados, etc.

===Bloques===
#activity_modules
##None
#admin
#admin_2
#admin_bookmarks
#blog_menu
#blog_tags
#calendar_month
#calendar_upcoming
#course_list
#course_summary
#glossary_random
#html
#loancalc
#login
#messages
#news_items
#online_users
#participants
#quiz_results
#recent_activity
#rss_client
##block/rss_client:createprivatefeeds
##block/rss_client:createsharedfeeds
##block/rss_client:manageownfeeds
##block/rss_client:manageanyfeeds
#search
#search_forums
#section_links
#site_main_menu
#social_activities

===Questions===
I am adding question categories here because they seem to have been forgotten in the whole scheme of things since having been removed from the quiz module itself. I've made a suggestion on how these could be handled in [http://www.moodle.org/bugs/bug.php?op=show&bugid=6118&pos= bug 6118].

See [http://moodle.org/mod/forum/discuss.php?d=51143 this forum thread] for a discussion about the current problems wth publishing question categories.[[User:Tim Hunt|Tim Hunt]] 18:50, 8 August 2006 (WST)

==Interfaz de Programación==

Aunque el sistema de roles parece complicado a simple vista, su implementación en Moodle es muy simple.

* Primero hay que definir cada capacidad, para que Moodle pueda mejorar los roles existentes se aprovechen de esto. Esto se hace en el fichero access.php que está dentro del directorio db de cada módulo (como por ejemplo mod/forum/db/access.php). El vector tiene la siguiente estructura (cuidado con la descripción de la herencia del rol):
'mod/forum:viewforum' => array(
'captype' => 'read',
'contextlevel' => CONTEXT_MODULE,
'legacy' => array(
'guest' => CAP_PREVENT,
'student' => CAP_ALLOW,
'teacher' => CAP_ALLOW,
'editingteacher' => CAP_ALLOW,
'coursecreator' => CAP_ALLOW,
'admin' => CAP_ALLOW
)
),
En donde: captype = tipo de capacidad; contextlevel = nivel de contexto; legacy = herencia; guest = invitado; student = estudiante; teacher = profesor; editingteacher = profesor con derechos de edición; coursecreator = creador de cursos; admin = administrador.

* Para cargar o cambiar esas capacidad es necesario cambiar la versión del módulo. No es necesario proporcionar los cambios o las diferencias, ya que Moodle examinará el vector y lo ordenará.
*Tienes que encontrar el contexto con el que está trabajando el usuario para cada página, que se hace usando la función get_context_instance(). Por ejemplo, en el módulo del foro:

$context = get_context_instance(CONTEXT_MODULE, $cm->id);
*Entonces, en donde quieras ver si el usuario actual tiene privilegios para hacer algo, sólo hay que llamar a has_capability() de esta forma:
if (!has_capability('mod/forum:viewforum', $context)) {
print_error('nopermissiontoviewforum');
}
* Si lo que quieres es imponer una capacidad y finalizar con un mensaje de error en el caso que el usuario no tenga permisos, entonces lo más sencillo es usar la función require_capability():

require_capability('mod/forum:viewforum', $context);

* Observa que se pueden añadir parámetros extra para personalizar el mensaje de error, de lo contrario los usuarios recibirán por defecto el mensaje "Sin permisos" que lista los permisos que le faltan al usuario.

Como resultado del nuevo sistema de roles, todas las llamadas a las funciones isadmin(), iscoursecreator(), isteacheredit(), isteacher(), isstudent(), y isguest() se reemplazarán por llamadas a las funciones has_capability() o require_capability(). Sin embargo, estas funciones se conservarán por compatibilidad con código antiguo, que realmente usará la herencia de capacidades para ver si se puede hacer la acción deseada.

==Metacourses==

The behaviour of metacourses in Moodle 1.7 changed slightly, in that where it used to just synch students from child courses to the parent course, it will now synch ALL roles. Teachers etc of the child courses will have the same role in the meta course. Technically metacourse synchronises all role assignments in CONTEXT_COURSE with its child courses; the only exception are users with moodle/course:managemetacourse capability, these users are synchronized only upwards, they are not unenrolled from metacourse when unenroling from child course or when removing the child from metacourse.

In order to import/enrol other courses into metacoure you need to have moodle/course:managemetacourse capability. You can add manually only participants with moodle/course:managemetacourse, all other participants are automatically synced with child courses - if you try to manually enrol user without this capability error is displayed. Similar error is shown also when you try to manually unenrol participant from meta course while still being enrolled in child course.

Sample setup:
* metacourse manager has been assigned role with moodle/course:managemetacourse capability in system or course category context
* students are enrolled in several child courses
* teachers are enrolled in separate child course(s)

==Problem areas we are working on ==

===Student view===

The "Student view" button has been removed completely.

If there is time and a secure way can be found, it will be replaced by a menu to let the user assume a temporary role in the context of that course.

===Teacher forum===

Teacher forums were always a curious exception to normal forums, as they were not part of a course as such, and were not backed up.

We're taking the opportunity to rectify this. The upgrade converts teacher forums with content to normal forums in section 0 of the course, and ensures that only teachers can access them. If the teacher forum had not been used in the course then it's not converted and will just dissappear.

===Enrolment plugins===

====Process of logging in====

# load_user_capability() is called to load all the capabilities
# check_enrolment_plugins() is called at the top of load_user_capability() to check all the enrolment plugins.
# For each active plugin:
##Check for setup_enrolments($user) and run it. This function will do all the processing needed to assign or unassign roles from the current user.
# load_user_capability() continues and loads up all the roles
# load_defaultuser_role() is called to add default site permissions (all users)

====Process of checking access to a course====

require_login($course->id) is called by the script and has logic like this:

# Is the user a guest at site level?
## Yes: Does the course allow guests?
### Yes: return true (and further capabilities are checked by the script)
### No: send the user to course/enrol.php for enrolment
## No: continue below

# Does the user have moodle/course:view in that (course) context?
## Yes: then they can enter (and further capabilities are checked by the script)
## No: is guest access allowed on the course?
### Yes: assign temporary guest role to that user for that context (in session cache).
### No: send the user to course/enrol.php for enrolment.

====Process of enrolling====

(more soon)

==Scenario brainstorming==

This section is for brainstorming some example roles that we would like to support. Note some of these *may* not be possible in 1.7.

===Student===
Obviously.

===Site Designers===
Is there a role for people involved in how the site looks but not full administrators? Thinking here of online control of themes rather than FTP theme uploading. But in either case they caneditlogos, caneditcss, candeditlevelatwhichthemeapplies.

===Educational Authority Adviser===
Someone who would want to browse the site and may be asked to comment or contribute to particular discussions or developments in school. Access for this role would be controlled by the school in the case of school level moodles but may be different if there were to be a Local Authority wide Moodle.

===Educational Inspector===
Someone who will visit the site to verify the school's self review that comments on home school relationships, extending the classroom etc. They may want to see summaries of usage and reports from surveys garnering parent and pupil views.

===Second Marker / Moderator===
A teacher within ths site that has access to assignments and quizzes from another teacher's course for second marking purposes. This may need additional functionality adding to the assignment module so that two sets of grades/feedback can be given to one set of assignments.

===Peer observer of teaching===
Many institutions encourage peer observation of teaching, to encourage reflection on practice. In online environments this will be similar to moderation or inspection. The peer observer would need to be able to experience the course "as a student", but also to be able to view summaries of usage, transcripts of interactions (forums/surveys/polls etc), grades assigned (e.g. in assignments).

===External Examiner===
Has all the rights of inspectors, but would also need to be able to review assignments and feedback, view forums, glossaries etc. However, would not want to post, feedback onto the site at all.

===Padres===

Un padre tendrá unos o más niños en unas o más instituciones que podrían utilizar unos o más servidores Moodle o una mezcla de plataformas de aprendizaje. El papel de un padre variará dependiendo de la edad de sus niños y si está contribuyendo como un padre o colaborador de la escuela.

In Early Years (EY=3+4 yr olds) and Key Stage 1 (KS1=5+6 yr olds) they may play/learn on an activity or write for the child. Parents often interpret homework tasks and read to their children perhaps filling in a joint reading diary. In Key Stage 2 (KS2=7-11 yr olds) parents would be more monitoring but may join in as well.

In Key stages 3 (KS3=12-14 yr olds) and 4 (KS4=15+16 yr olds) this changes to more of a monitoring/awareness role where a parent would expect to have a summary report of attendance, attainment and general achievement on a weekly/monthly/termly or annual basis. Parents will often be asked to sign and write back comments about this review report.

In all Key Stages there is a great need for parents to receive communication from the school which they can confirm they have received by signing a form. In some cases this may also involve making choices from a list. It may also involve payment for a trip or disco being returned so there could be the possibility of electronic payments. Also in all Key Satges there may be a home-school agreement which may be signed up to. Could this form part of a site policy system that incorporates a tickable list of activities the parent agrees to the child using (blogs/wikis/forums etc.)?

Parent's evenings often involve complex booking systems that attempt to get parent's and teachers together. Easy for EY/KS1/KS2 very difficult for KS3/KS4. Wow would this help if it was built into the Learning Platform.

In some cases there needs to be confidential communication between the parent and the teacher without the child being party to this. It may involve teaching and learning but could also involve a behaviour or medical issue. Often this may be done via a sealed letter or face to face.

The latest incarnation of OfSTED with the Self Review Framework (SEF) there is a greater emphasis on schools gathering parent voice via surveys and discussion. There is a clear match here with parents have access to parental votes, questionnaires and discussions and for schools to be able to publish news, results and reports back to parents.

In the UK the LP framework and agenda as being pushed by the DfES via Becta emphasises that within the mandatory groups and roles functionality the parent role is likely to be required to meet the LP Framework procurement standard.

Again in the UK, parents have their own independent right of access to a child's educational records. Obviously, children's records must not be made available to other parties, including the parents of other children in the same class. Thus it would be necessary to associate parent accounts with their own child's accounts in such a way that they could, if so desired, have read access to their child's grades, answers and contributions, but generally not those of other children - this may be problematic in the case of wiki activities or forum posts.

There is some concern that children's forum contributions etc may be constrained if their parents are able to read all that they write; this may be particularly problematic in areas such as Personal, Social and Health Education (PSHE), where some schools may choose to use obfuscated usernames.

===Manager===
''Please add text here...''

===Weekly Seminar Leader===
''In a university seminar, typically 8-15 students in their 3rd/4th year, each student is responsible for leading one topic in a study series. I ask each student to research 5-10 resources, then give a powerpoint presentation to the other students. This is followed by an in-class discussion and then online homework. The homework involves some fun quiz questions and then some reflective journal questions. I ask each seminar leader to prepare the quiz questions and journal questions as well as their presentation. To do that, I would like to assign activity-making/authoring roles to the student--either for a short period, or for duration of the whole course. Thus "Allow Quiz Authoring Role" or "Allow Assignment Authoring Role" at the course level or, if possible, even the Topic level (in a topic or week format course) would be important.''

===Mentor/Mentee===
''Please add text here...''

===Community-Designed Rating Criteria===
''The gradebook tends to be the domain of the teacher. What if community/peer ratings/marks could also be entered there? What if peer assessment criteria could be designed by the students, not just the teacher?''

===Visitor===

This would be a role whereby one could allow a visitor to visit one's classroom. This might be a colleague interested in seeing your course, or a journalist who might be writing an article about one's site. They should not be able to see the names of any students anywhere (eg recent activity, forum posts) for privacy reasons. They should be able to try out things like quizzes, and lessons but no grades would be recorded (like in teacher preview mode). They would not be able to participate in choices and forums but could view them. It would be read only in a way like former-student role below but without access to a particular student's records that former student role would grant.

===Guest Speaker===

This role would be similar to the Visitor role above, but would allow seeing student names, and also allow both reading and posting to a specific forum or forums. We often have "guest speakers" who read and respond to student forum posts. Right now we have to add them as students, which isn't ideal.

===Former Student===
This role would be of particular use for courses with rolling enrollments. This role would be one where a student had completed all of the requirements of a course (ie assignments, quizzes etc.) but wished to have continued access to the course material for review or consultation. The key factor is that one would give access to the completed student to the notes he read, his work and the teacher's comments on it, but he would not be allowed to do anything that would take up the teacher's time. In other words, a sort-of read-only access to the course. How forums, which might contain pertinent information and would continue to grow, would be handled is a question. Perhaps the student would be shown only what was in the forums at the time he completed the course. He would not be allowed to see any new posts or add any himself. Same thing for database and glossary entries. In other words, a snapshot of the course at the time his regular enrollment ended. He shouldn't be able to see the names or profiles of any newly enrolled students for privacy reasons-hence the restrictions on forum access. One issue that would have to be dealt with would be changes to existing modules-such as resources. Does the student get access to the module as it was or as it is? We have no versioning of resources in Moodle so this would be a problem. What about a teacher changing a quiz question so that the answer is different? What would a former student see?

===Alumnus=== An ALUMNUS should be able to search for all other ALUMNI of the school, interact with them and be enrolled in a seperate course - which is like a META course with all the content of his learning and interaction - as well as capabilities to be a part of this ALUMNI only course. All the teachers of courses during school years should automatically be a part of the ALUMNI course .. which means when an ALUMNUS is enrolled in a course, the original teachers of all his courses get enrolled ? --[[User:Anil Sharma|Anil Sharma]] 20:54, 15 July 2006 (WST)

===Librarian===

Reference Librarians have an active role in most of the courses taught at some schools such as Earlham College (with Bibliographic Instruction). The Librarian role within Moodle could encompass default read access to all courses (unless prohibited by course teacher) and read access to all components of the course unless access is barred (again by teacher). The Librarians would also perhaps have a block called perhaps Reference Services or Reference Desk with write access where they could deposit resources. Also this block might have a chat applet whereby enrolled students could chat to the Reference Librarian on duty about their bibliographic research needs.

In schools there is often a book review system. This may be covered by the lending system database but may not in which case a librarian may neeed to have a course area they can create a database template to handle the reviews in which case they may have a normal teacher style role? Off topic but course an integration with common schools database systems would be great.

===Teacher===

Teachers should have read access to other Teacher's courses unless explictly prohibited. They should be able to set parts of their own course to be totally private (perhaps even to admin?). Just as each activity can currently be set to have group access, each activity could have a permissions field. Teachers could set default permissions for all activities on their course (eg they might disallow Librarian access for example) and then change the access permission for an individual activity.

I think that what is needed is a simple heirarchy of permissions and levels of granularity.

I would take issue with "teachers should have read access to other teacher's courses unless explicitly prohibited." This is a violation of the students' privacy as how they perform and what they do in one class isn't the business of another teacher. Moreover, in the real world a teacher wouldn't suddenly go sit in on a colleague's class without asking permission first. I would not have appreciated such an invasion of privacy as either a teacher or a student. It could be an option, but shouldn't be default.--[[User:N Hansen|N Hansen]] 19:54, 12 June 2006 (WST)

===Community Education Tutors/Trainers===
Teachers may be community adult education trainers making use of a school moodle so must only have access to their courses unless given access elsewhere. They would not necessarily get the default teacher privileges.

===Secretary/Student Worker===

We often have faculty who want their departmental secretary or student worker to scan and upload files and perhaps create resources. Currently they have to be given teacher access to the course. This is dangerous from a FERPA standpoint since they could easily get access to grades.

===Teaching Assistant===

Our Faculty frequently have undergraduate students acting as Teaching Assistants. These students need to be able to add resources, create assignments, and possibly grade assignments. However, due to FERPA they cannot have access to other students' overall grade information. I think the requirements here are slightly different than those of Secretary/Student Worker

===Student - FERPA rights===

A student that has asserted their FERPA rights to non-disclosure. Typically includes not publishing their name
in any public place. Could include this student only being seen with an "alias" within course spaces. Is this an attribute rather
than a role?

===Help Desk===

Help desk agents that have read access for the purposes of trouble shooting. Some care in placing this role within a hierarchy
of inheritance is needed, full access will be problematic with FERPA.

===Admin - Catgory based===

Basically a person in between full Admin and Creator that has the permissions of an Admin but only with respect to courses and students. Currently a Creator has permissions site-wide which does not always meet the requirements of a given organisation (e.g. Department A may not be happy that a person from Department B can create/modify courses within Department A's area). The ability to designate a Creator within a specific category would allow areas to be set up for a faculty/department/organisation and allow the Admin for that area to create/delete courses, upload users, add site-wide entries to the calendar etc.

===Process Roles===

organising the learning process for a group you wish to have the choice to place students in differnt roles: examples of this are:
* Give a student the role of forum-moderator with edit and chunk-rights
* Give students different roles & rights in a Webquest design (and change these roles next week
* Give students different resources, depending of their roles in a rolegame/simulation
* Give a student the rights to create the section content of next week (and only that week..)

==Things to finish for 1.7 Beta==
'''18 Sept 2006'''

#Remove core references to user_student, user_teacher, user_admin, user_coursecreator tables. [Yu]
#Address function: isteacher, isadmin, isstudent [Yu]
#Remove "view" capabilities from all modules unless required [Vy]
#Remove all old references from remaining Blocks [Vy]
#Metacourses [Skodak]
#Add risks to GUI[Skodak]
#Enrolment plugins [Martin and Alastair]
#[[Development:Stats_roles_1.7|Statistics]] [Penny]
#Fix Loginas
#Add category-level assigns [Yu]
#[[Development:Backup_roles_1.7|Backups]] [Eloy?]

===Proposal for interface enhancement===
Martin asked some questions, here are my answers. The sketches below are not worked out proposals. Their task is to visualize the idea. The exact colours and functionality may be defined after possible agreement about the proposals. The Green, orange and red columns support the meaning of the options from "allow" to "prohibit" (If you may want to see larger images please click onto the image or the "Enlarge" icon below the image.)

The list of possible settings is very long and '' "... the problem is not to overwhelm people with information" ''.

[[Image:01_moodle_define_roles_structured.png|thumb=01 moodle define roles structured pre.png]]

1) One proposal is to use colour to structure the sections and the columns. Picture 1 shows that the user can keep a much better overview when the list is divided into meaningful different coloured columns and clear sections.
<br style="clear:both;" />

[[Image:02_moodle_define_roles_collapsed.png|thumb=02_moodle_define_roles_collapsed_pre.png]]

2) A second proposal is to reduce the amount of information the user is shown at the same time. The YUI interface library offers great support to show/hide sections of the page by clicking on specific elements.

For example click on an icon beside the sub heading "Course categories" and show/hide all table rows with the CLASS "course-category".
<br style="clear:both;" />

[[Image:03_moodle_define_roles_tooltip.png|thumb=03_moodle_define_roles_tooltip_pre.png]]

3) '' "The main problem is the last column for risk ... we were thinking of putting little icons in there ..." ''
Icons are good when they tell the user more about possible actions/meanings then the letters. I am not sure if this is the case here. For both - icons or letters - the YUI tool-tip function would be able to give the user valuable information about the meaning.
<br style="clear:both;" />

==See also==

*Using Moodle forum discussion
**[http://moodle.org/mod/forum/discuss.php?d=38788 Roles and Permissions architecture]
**[http://moodle.org/mod/forum/discuss.php?d=56302#256313 An example of admin roles as set in the database]
[[Category:Desarrollador]]
[[en:Development:Roles]]

17/Desarrollador:Roles

2008-06-27T15:22:03Z

Dinopmi: /* Actualizando desde 1.6 */

{{Pendiente de traducir}}

Los '''roles o papeles y los permisos''' aparecerán en Moodle 1.7 y estarán disponibles en la versión de desarrollo de Moodle.

==Definiciones==
Un rol es un identificador de estado de los usuarios en algún contexto. Por ejemplo, profesor, estudiante y moderador del foro son ejemplos de roles.

Una capacidad es una descripción de alguna característica particular de Moodle.
Las capacidades son asociadas con roles. Por ejemplo, "mod/forum:replypost" es una capacidad.

Un permiso es algun valor que es asignado a una capacidad para un rol particular. Por ejemplo, permitir o prevenir.

Un contexto es un "espacio" in Moodle, tales como cursos, módulos de actividades, bloques, etc.

==El sistema existente==
Actualmente en Moodle, tenemos un sistema fijo de los roles es decir '''administrador primario''', '''administradores''', '''creador del curso''', '''profesores editores''', '''profesores no editores''', '''estudiantes''', e '''invitados'''. Para cada rol, la capacidad o las acciones que pueden realizar son fijas. Por ejemplo, el rol del estudiante permite al usuario enviar una asignación, pero no permite que el usuario observe/edite el trabajo de otros usuarios. Usando esta disposición nos limitamos a un sistema algo rígido de las capacidades para cada rol. Si deseamos, decir a un estudiante o a un grupo particular que puede marcar asignaciones en un curso particular, no puedemos hacer eso sin dar a estos usuarios privilegios del profesor.

==Los nuevos roles y capacidades del sistema==

{{Moodle 1.7}}Los roles tienen dos funciones principales:
# define la lista de permisos - la definición de rol es global para todos los contextos, pero puede cambiarse en contextos locales
# reemplaza los antiguos métodos de matriculación - la asignación de roles en el contexto de un curso es similar a los antiguos procesos de matriculación.

El nuevo sistema permitirá a los usuarios autorizados definir un número arbitrario de roles (ej.: un profesor).

Un rol consiste en una lista de permisos para posibles acciones diferentes dentro de Moodle (ej.: borrar discusiones, añadir actividades,...).

Los roles pueden aplicarse a usuarios en un contexto (ej.: asignar a Fred como un profesor en un curso en particular).

Aquí están los posibles contextos, listados de los más generales a los más específicos.

#CONTEXT_SYSTEM -- el sitio entero
#CONTEXT_PERSONAL -- tú mismo
#CONTEXT_USER -- otro usuario
#CONTEXT_COURSECAT -- una categoría de un curso
#CONTEXT_COURSE -- un curso
#CONTEXT_GROUP -- un grupo
#CONTEXT_MODULE -- un módulo de actividad
#CONTEXT_BLOCK -- un bloque

Un usuario autorizado será capaz de asignar un número arbitrario de roles a cada usuario en cualquier contexto.

Las habilidades pueden tener los siguientes permisos:

#CAP_INHERIT
#CAP_ALLOW
#CAP_PREVENT
#CAP_PROHIBIT

Si no se define ningún permiso, entonces los permisos de las habilidades son inherentes desde un contexto que es más general que el actual contexto. Si definimos unos valores de permisos differentes para las mismas capacidades en diferentes contextos, decimos que estamos sobreescribiendo las capacidades en contextos más específicos.

Desde que las capacidades en cada rol puedan ser diferentes, podría haber conflicto en las capacidades. Esto se resuelve imponiendo la regla que la capacidad definida para un contexto más específico gane, a menos que una prohibición se encuentre en un contexto específico menor.

Por ejemplo, Mark tiene rol de estudiante a nivel de curso, el cual le permite escribir en un wiki. Pero Mark también tiene asignado el rol de Visitante en el módulo a nivel de contexto (para un wiki particular) el cuál le previene de escribir en el wiki (sólo lectura). Así mismo, para el wiki en particular, Mark no será capaz de escribir en el wiki desde que el contexto más específico gane.

Si ponemos una PROHIBICIÓN en una capacidad, esto significa que la capacidad no puede ser sobreescrita y SIEMPRE tendrá un permiso de prevención (negación). La prohibición siempre gana. Por ejemplo, Jeff tiene un rol de estudiante travieso que le prohibe de postear en cualquier foro (para el sitio global), pero se le ha asignado el perfil de facilitador en el "Foro de ciencias" en el curso de Ciencia y Matemática 101. Como la prohibición siempre gana, Jeff es incapaz de postear en en "Foro de Ciencias".

Permitir y prevenir se cancelarán el uno al otro si se ponen para las mismas capacidades en el mismo nivel de contexto. Si esto ocurre, nos referiremos al nivel de contexto anterior para determinar los permisos para la capacidad.

Puede sonar más complejo de lo que es en realidad en la práctica. El resultado es que el sistema puede ser lo suficientemente flexible para permitir muchas curiosas combinaciones de permisos.

==Actualizando desde 1.6==
Una mejora será proporcionada por la versión 1.7. Los roles existentes (admin, profesor, estudiante, etc), y las capacidades existentes serán conservados automáticamente. Esto se hace creando roles por defecto para los niveles del sitio/curso, y asignando los usuarios actuales a estos roles. Los roles por defecto tendrán capacidades por defecto asociadas a ellos, reflejando los que teníamos en la versión 1.6. Sin modificaciones, Moodle funcionará exactamente igual antes y después de la Actualización.

===Administradores===

A los usuarios Admin se les asignara el rol de admin por defecto en el contexto del sistema (sitio)

===Creadores de Cursos===

Este rol será asignado por defecto a usuarios Admin en el contexto de sitio o sistema.

===Profesores ===

Los usuarios que eran profesores tendrán el rol de profesor (o no-corregir papel del profesor) en todos los cursos que eran profesores.

===Estudiantes===

Los usuarios que eran estudiantes tendrán el rol del estudiante por defecto en todos los cursos en los que eran estudiantes.

===Invitados===

Todavía habrá un solo usuario invitado sin rol por defecto en el nivel del sitio. Para cada curso que permita el acceso de invitados, el rol de invitado será asignado al usuario invitado para ese contexto del curso. El control de invitados para el curso será modificado a partir dos a tres opciones (los invitados necesitan siempre incorporar la clave de inscripción - con./desc.). Se comprueba que este ajuste ahora fuerza a los invitados a incorporar la clave.

==Capacidades==
Ésta será una lista comprensiva de capacidades (no esta completa todavía). Es importante que los nombres de la capacidades sean únicos.

===Capacidades de Nivel Central===

Los nombres de las capacidades de la base de Moodle comienzan con “moodle/”. La palabra siguiente indica qué tipo de capacidad de la base es, y la ultima palabra es la capacidad real en si misma. Las capacidades para la base de Moodle se definen en lib/db/access.php

#moodle/legacy:guest - las capacidades heredadas se utilizan para los usuarios existentes de la transición al nuevo sistema de roles durante la actualizacion a Moodle 1.7
#moodle/legacy:student
#moodle/legacy:teacher
#moodle/legacy:editingteacher
#moodle/legacy:coursecreator
#moodle/legacy:admin
#moodle/site:doanything - capacidad especial, para los admins, si se setea, elimina el resto de los ajustes de capacidades
#moodle/site:config - aplicable en admin/index.php y config.php (se puede analizar más adelante) : 1)admin/config.php 2)admin/configure.php 3)blocks/admin/block_admin.php load_content_for_site()
#moodle/site:readallmessages - lee todos los mensajes e historicos
#moodle/site:approvecourse - aprueba cursos pendientes
#moodle/site:manageblocks - agrega/elimina/ edita bloques (en el contexto de sitio, cursos solo por ahora) : 1)_add_edit_controls moodleblock.class.php
#moodle/site:backup - puede crear una copia de seguridad del curso : 1)course/category.php 2)block_admin.php
#moodle/site:restore - puede recuperar en este contexto : 1)course/category.php 2)block_admin.php
#moodle/site:import - puede importat otros cursos en este contexto : 1)block_admin.php
#moodle/site:accessallgroups - puede acceder a todos los grupos sin importar en que grupo el usuario este
#moodle/site:accessdb - accede a la base de datos directamente
#moodle/site:viewfullnames - puede ver los nombres completos de otros usuarios
#moodle/site:viewparticipants - puede ver participantes
#moodle/site:viewreports - puede ver reportes de curso/sitio
#moodle/site:trustcontent - capacidad de utilizar la característica del trusttext y de puentear la limpieza en áreas específicas
#moodle/site:uploadusers - capacidad de cargar/actualizar usuarios desde archivos de texto; moodle/role: es necesario asignar la capacidad para inscribir en el curso
#moodle/blog:view - leer blogs (usable en contexto del sistema o del curso)
#moodle/blog:create - escribir los nuevos post del blog (usables en contexto del sistema solamente)
#moodle/blog:manageofficialtags - crear/eliminar las etiquetas oficiales del blog que otros pueden utilizar (usable en contexto del sistema solamente)
#moodle/blog:managepersonaltags - crear/eliminar las etiquetas oficiales del blog que otros pueden utilizar (usable en contexto del sistema solamente)
#moodle/blog:manageentries - corregir/eliminar todas las entradas del blog (usables en contexto del sistema solamente)
#moodle/course:setcurrentsection - marcar la sección del curso
#moodle/course:create - crear cursos : 1)course/edit.php 2)course/category.php 3)course/index.php
#moodle/course:delete - borrar cursos : 1)course/category.php
#moodle/course:update - actualizar seteos de cursos
#moodle/course:view - puede usar esto para buscar cursos
#moodle/course:viewparticipants - permite a un usuario ver la lista de participantes
#moodle/course:viewscales - ver escalas (ej. en una ventana de ayuda?) : 1)course/scales.php
#moodle/course:manageactivities - agregar/eliminar/editar actividades y recursos (no piense que tiene algun sentido de dividir éstos)
#moodle/course:managescales - agregar/eliminar/editar escalas, mover escalas arriba y abajo : 1)blocks/block_admin.php 2)course/scales.php
#moodle/course:managegroups - administrar grupos, agregar, modificar, borrar : 1)course/groups.php 2)course/group.php
#moodle/course:managefiles - administrar carpetas y archivos del curso.
#moodle/course:managequestions - administrar preguntas del curso.
#moodle/course:managemetacourse - administrar los cursos correspondientes a un metacurso.
#moodle/course:reset - permite resetear el curso
#moodle/course:useremail - puede usar la característica habilitar/deshabilitar e-mail
#moodle/course:visibility - ocultar/mostrar cursos : 1)course/category.php
#moodle/course:viewhiddencourses - puede ver cursos ocultos
#moodle/course:activityvisibility - ocultar/mostrar actividades de un curso
#moodle/course:viewhiddenactivities - puede ver actividades ocultas
#moodle/course:sectionvisibility - ocultar/mostrar secciones
#moodle/course:viewhiddensections - puede ver secciones ocultas
#moodle/course:viewcoursegrades - puede ver todas las calificaciones en el curso
#moodle/course:viewhiddenuserfields - puede ver todos los campos de usuario ocultos
#moodle/course:managegrades - administrar configuración de escalas/calificaciones en un curso
#moodle/category:create - crear categoria de cursos : 1)course/index.php
#moodle/category:delete - borrar categoria de cursos : 1)course/index.php
#moodle/category:update - actualizar configuracines de categorías (ordenar y renombrar) actualmente esta es una capacidad del administrador : 1)course/category.php
#moodle/category:visibility - ocultar/mostrar categorías : 1)course/index.php
#moodle/user:viewusergrades - ver sus propias calificaciones o las de otros (dentro de un contexto especificado)
#moodle/user:create - crear usuarios : 1) user/edit.php
#moodle/user:delete - borrar usuarios : 1) admin/user.php
moodle/user:readuserblogs - leer entradas de blog.
#moodle/user:update - actualizar configuración de usuario : 1) user/edit.php
#moodle/user:viewdetails - ver detalles de identificación personal del usuario (ej. nombre, foto).
#moodle/user:viewhiddendetails - ver detalles de usuario marcados como "ocultos".
#moodle/calendar:manageownentries - crear/editar/borrar entradas de calendario propias.
#moodle/calendar:manageentries - crear/editar/borrar entradas de calendario.
#moodle/role:assign - asignar roles a usuarios.
#moodle/role:override - puede anular capacidades de un rol (dependiendo del contexto).
#moodle/role:manage - crear/editar/borrar roles, configurar permisos de capacidades para cada rol.
#moodle/role:unassignself - desasignarse uno mismo de sus roles.
#moodle/role:viewhiddenassigns - ver asignaciones de rol que han sido marcadas como ocultas.
#moodle/question:import - importar preguntas en un curso.
#moodle/question:export - exportar preguntas de un curso.
#moodle/question:managecategory - agregar/borrar/editar categorías de preguntas de un curso.
#moodle/question:manage - agregar/editar/borar una pregunta de un curso.

===Capacidades de nivel de usuario===
# moodle/user:readuserposts - lee los posts del usuario en la página del perfil
# moodle/user:readuserblogs - lee el blog del usuario en la página del perfil
# moodle/user:viewuseractivitiesreport-lee el informe de actividades de la página del perfil
# moodle/user:editprofile - edita el perfil (se usa normalmente en el contexto de usuario y en el de sistema: CONTEXT_USERID y CONTEXT_SYSTEM)

===Capacidades de nivel de módulo===
Las capacidades se cachean en una tabla de la base de datos cuando se instala o actualiza un módulo. Cuando haya pasado esto, la versión del módulo se modificará para que también se pueda actualizar la tabla de base de datos.

El convenio de nombre que se ha especificado para los módulos y los bloques es 'mod/mod_name:capacidad'. La parte anterior a los dos puntos es la ruta completa del módulo en el código de Moodle. La capacidad de los módulos están definidas en mod/mod_name/db/access.php

#Tarea
##mod/assignment:view- lee la descripción de la tarea
##mod/assignment:submit - permite enviar la tarea
##mod/assignment:grade - evalua y lista las tareas enviadas
#Chat
##mod/chat:chat - permite a los usuarios participar en este chat
##mod/chat:readlog - permite a los usuarios leer los registros de sesiones de chats anteriores
##mod/chat:deletelog - permite a los usuarios borrar los registors de chats anteriores
#Consulta
##mod/choice:choose - hace una consulta
##mod/choice:readresponses - lee todas las respuestas
##mod/choice:deleteresponses - elimina todas las respuestas
##mod/choice:downloadresponses - permite descargar las respuestas
#Base de datos
##mod/data:viewentry - lee las entradas de otras personas
##mod/data:writeentry - permite añadir, editar y borrar sus propias entradas (del usuario)
##mod/data:managetemplates - añade, borra y edita campos y plantillas
##mod/data:manageentries - añade/borra todas las entradas
##mod/data:comment - permite hacer comentarios
##mod/data:managecomments - editar/borrar todos los comentarios
##mod/data:rate - evalua una entrada
##mod/data:viewrating - muestras las evaluaciones de las entradas
##mod/data:approve - aprueba una entrada
##mod/data:uploadentries - batch upload of entries
#Exercise
##mod/exercise:assess
#Foro
##mod/forum:viewdiscussion
##mod/forum:viewdiscussionsfromallgroups
##mod/forum:viewhiddentimedposts
##mod/forum:startdiscussion
##mod/forum:replypost
##mod/forum:viewrating
##mod/forum:viewanyrating
##mod/forum:rate
##mod/forum:createattachment
##mod/forum:deleteownpost
##mod/forum:deleteanypost
##mod/forum:splitdiscussions
##mod/forum:movediscussions
##mod/forum:editanypost
##mod/forum:viewqandawithoutposting
##mod/forum:viewsubscribers
##mod/forum:managesubscriptions
##mod/forum:throttlingapplies
#Glosario
##mod/glossary:write - añade entradas
##mod/glossary:manageentries - añade, edita y borra entradas
##mod/glossary:managecategories - crea, elimina y edita categorías
##mod/glossary:comment - comentar una entrada
##mod/glossary:managecomments - edita y borra comentarios
##mod/glossary:import - importa glosarios
##mod/glossary:export - exporta glosarios
##mod/glossary:approve - aprueba glosarios
##mod/glossary:rate - califica glosarios
##mod/glossary:viewrating - permite ver calificaciones
#Hotpot
##mod/hotpot:attempt - realiza un intento en hotpot
##mod/hotpot:viewreport - muestra y revisa los informes
##mod/hotpot:grade - evalua el hotmpot
##mod/hotpot:deleteattempt - elimina los intentos
#Etiqueta
##none
#Lams
##mod/lams:participate - estudiante original
##mod/lams:manage - profesor original
#Lección
##mod/lesson:edit - añade y edita páginas
##mod/lesson:manage - permite ver los intentos de los estudiantes
#Cuestionario
##mod/quiz:grade - permite comentarios, actualizar calificación y calificación manual
##mod/quiz:preview - previsualiza el cuestionario
##mod/quiz:viewreports - permite ver el informe de los resultados del cuestionario
##mod/quiz:manage - añadir/borrar/mover (hacia arriba o abajo) preguntas en un cuestionario
##mod/quiz:attempt - realizar un intento en el cuestionario--[[User:Tim Hunt|Tim Hunt]]
#Recurso
#Scorm
##mod/scorm:viewgrades
#Encuesta
##mod/survey:download - descarga los resultados de la encuesta
##mod/survey:participate - permite ver los participantes que hacen la encuesta
##mod/survey:readresponses - permite leer las respuestas de todos los usuarios
#Wiki
##mod/wiki:participate - estudiante original, su significado depende del tipo y la configuración del curso
##mod/wiki:manage - profesor original, que controla la asignación de grupos; se necesita moodle/site:accessallgroups para controlar todos los grupos
##(En espera del nuevo wiki)
#Taller
##mod/workshop:participate - estudiante original, permite al usuario ejecutar y evaluar el taller
##mod/workshop:manage - profesor original, usuario que puede controlar a los otros
##(En espera del nuevo taller)

===Capacidades de nivel de Matriculación===

La convención de los nombres para las capacidades específicas de matriculación es 'enrol/nombre_matriculacion:capacidad'. Éstas se definen en enrol/enrol_name/db/access.php.

#Acceso al pago por Authorize.net
##enrol/authorize:managepayments - maneja los pagos de los usuarios, las anulaciones, los reembolsos, los borrados, etc.

===Bloques===
#activity_modules
##None
#admin
#admin_2
#admin_bookmarks
#blog_menu
#blog_tags
#calendar_month
#calendar_upcoming
#course_list
#course_summary
#glossary_random
#html
#loancalc
#login
#messages
#news_items
#online_users
#participants
#quiz_results
#recent_activity
#rss_client
##block/rss_client:createprivatefeeds
##block/rss_client:createsharedfeeds
##block/rss_client:manageownfeeds
##block/rss_client:manageanyfeeds
#search
#search_forums
#section_links
#site_main_menu
#social_activities

===Questions===
I am adding question categories here because they seem to have been forgotten in the whole scheme of things since having been removed from the quiz module itself. I've made a suggestion on how these could be handled in [http://www.moodle.org/bugs/bug.php?op=show&bugid=6118&pos= bug 6118].

See [http://moodle.org/mod/forum/discuss.php?d=51143 this forum thread] for a discussion about the current problems wth publishing question categories.[[User:Tim Hunt|Tim Hunt]] 18:50, 8 August 2006 (WST)

==Interfaz de Programación==

Aunque el sistema de roles parece complicado a simple vista, su implementación en Moodle es muy simple.

* Primero hay que definir cada capacidad, para que Moodle pueda mejorar los roles existentes se aprovechen de esto. Esto se hace en el fichero access.php que está dentro del directorio db de cada módulo (como por ejemplo mod/forum/db/access.php). El vector tiene la siguiente estructura (cuidado con la descripción de la herencia del rol):
'mod/forum:viewforum' => array(
'captype' => 'read',
'contextlevel' => CONTEXT_MODULE,
'legacy' => array(
'guest' => CAP_PREVENT,
'student' => CAP_ALLOW,
'teacher' => CAP_ALLOW,
'editingteacher' => CAP_ALLOW,
'coursecreator' => CAP_ALLOW,
'admin' => CAP_ALLOW
)
),
En donde: captype = tipo de capacidad; contextlevel = nivel de contexto; legacy = herencia; guest = invitado; student = estudiante; teacher = profesor; editingteacher = profesor con derechos de edición; coursecreator = creador de cursos; admin = administrador.

* Para cargar o cambiar esas capacidad es necesario cambiar la versión del módulo. No es necesario proporcionar los cambios o las diferencias, ya que Moodle examinará el vector y lo ordenará.
*Tienes que encontrar el contexto con el que está trabajando el usuario para cada página, que se hace usando la función get_context_instance(). Por ejemplo, en el módulo del foro:

$context = get_context_instance(CONTEXT_MODULE, $cm->id);
*Entonces, en donde quieras ver si el usuario actual tiene privilegios para hacer algo, sólo hay que llamar a has_capability() de esta forma:
if (!has_capability('mod/forum:viewforum', $context)) {
print_error('nopermissiontoviewforum');
}
* Si lo que quieres es imponer una capacidad y finalizar con un mensaje de error en el caso que el usuario no tenga permisos, entonces lo más sencillo es usar la función require_capability():

require_capability('mod/forum:viewforum', $context);

* Observa que se pueden añadir parámetros extra para personalizar el mensaje de error, de lo contrario los usuarios recibirán por defecto el mensaje "Sin permisos" que lista los permisos que le faltan al usuario.

Como resultado del nuevo sistema de roles, todas las llamadas a las funciones isadmin(), iscoursecreator(), isteacheredit(), isteacher(), isstudent(), y isguest() se reemplazarán por llamadas a las funciones has_capability() o require_capability(). Sin embargo, estas funciones se conservarán por compatibilidad con código antiguo, que realmente usará la herencia de capacidades para ver si se puede hacer la acción deseada.

==Metacourses==

The behaviour of metacourses in Moodle 1.7 changed slightly, in that where it used to just synch students from child courses to the parent course, it will now synch ALL roles. Teachers etc of the child courses will have the same role in the meta course. Technically metacourse synchronises all role assignments in CONTEXT_COURSE with its child courses; the only exception are users with moodle/course:managemetacourse capability, these users are synchronized only upwards, they are not unenrolled from metacourse when unenroling from child course or when removing the child from metacourse.

In order to import/enrol other courses into metacoure you need to have moodle/course:managemetacourse capability. You can add manually only participants with moodle/course:managemetacourse, all other participants are automatically synced with child courses - if you try to manually enrol user without this capability error is displayed. Similar error is shown also when you try to manually unenrol participant from meta course while still being enrolled in child course.

Sample setup:
* metacourse manager has been assigned role with moodle/course:managemetacourse capability in system or course category context
* students are enrolled in several child courses
* teachers are enrolled in separate child course(s)

==Problem areas we are working on ==

===Student view===

The "Student view" button has been removed completely.

If there is time and a secure way can be found, it will be replaced by a menu to let the user assume a temporary role in the context of that course.

===Teacher forum===

Teacher forums were always a curious exception to normal forums, as they were not part of a course as such, and were not backed up.

We're taking the opportunity to rectify this. The upgrade converts teacher forums with content to normal forums in section 0 of the course, and ensures that only teachers can access them. If the teacher forum had not been used in the course then it's not converted and will just dissappear.

===Enrolment plugins===

====Process of logging in====

# load_user_capability() is called to load all the capabilities
# check_enrolment_plugins() is called at the top of load_user_capability() to check all the enrolment plugins.
# For each active plugin:
##Check for setup_enrolments($user) and run it. This function will do all the processing needed to assign or unassign roles from the current user.
# load_user_capability() continues and loads up all the roles
# load_defaultuser_role() is called to add default site permissions (all users)

====Process of checking access to a course====

require_login($course->id) is called by the script and has logic like this:

# Is the user a guest at site level?
## Yes: Does the course allow guests?
### Yes: return true (and further capabilities are checked by the script)
### No: send the user to course/enrol.php for enrolment
## No: continue below

# Does the user have moodle/course:view in that (course) context?
## Yes: then they can enter (and further capabilities are checked by the script)
## No: is guest access allowed on the course?
### Yes: assign temporary guest role to that user for that context (in session cache).
### No: send the user to course/enrol.php for enrolment.

====Process of enrolling====

(more soon)

==Scenario brainstorming==

This section is for brainstorming some example roles that we would like to support. Note some of these *may* not be possible in 1.7.

===Student===
Obviously.

===Site Designers===
Is there a role for people involved in how the site looks but not full administrators? Thinking here of online control of themes rather than FTP theme uploading. But in either case they caneditlogos, caneditcss, candeditlevelatwhichthemeapplies.

===Educational Authority Adviser===
Someone who would want to browse the site and may be asked to comment or contribute to particular discussions or developments in school. Access for this role would be controlled by the school in the case of school level moodles but may be different if there were to be a Local Authority wide Moodle.

===Educational Inspector===
Someone who will visit the site to verify the school's self review that comments on home school relationships, extending the classroom etc. They may want to see summaries of usage and reports from surveys garnering parent and pupil views.

===Second Marker / Moderator===
A teacher within ths site that has access to assignments and quizzes from another teacher's course for second marking purposes. This may need additional functionality adding to the assignment module so that two sets of grades/feedback can be given to one set of assignments.

===Peer observer of teaching===
Many institutions encourage peer observation of teaching, to encourage reflection on practice. In online environments this will be similar to moderation or inspection. The peer observer would need to be able to experience the course "as a student", but also to be able to view summaries of usage, transcripts of interactions (forums/surveys/polls etc), grades assigned (e.g. in assignments).

===External Examiner===
Has all the rights of inspectors, but would also need to be able to review assignments and feedback, view forums, glossaries etc. However, would not want to post, feedback onto the site at all.

===Padres===

Un padre tendrá unos o más niños en unas o más instituciones que podrían utilizar unos o más servidores Moodle o una mezcla de plataformas de aprendizaje. El papel de un padre variará dependiendo de la edad de sus niños y si está contribuyendo como un padre o colaborador de la escuela.

In Early Years (EY=3+4 yr olds) and Key Stage 1 (KS1=5+6 yr olds) they may play/learn on an activity or write for the child. Parents often interpret homework tasks and read to their children perhaps filling in a joint reading diary. In Key Stage 2 (KS2=7-11 yr olds) parents would be more monitoring but may join in as well.

In Key stages 3 (KS3=12-14 yr olds) and 4 (KS4=15+16 yr olds) this changes to more of a monitoring/awareness role where a parent would expect to have a summary report of attendance, attainment and general achievement on a weekly/monthly/termly or annual basis. Parents will often be asked to sign and write back comments about this review report.

In all Key Stages there is a great need for parents to receive communication from the school which they can confirm they have received by signing a form. In some cases this may also involve making choices from a list. It may also involve payment for a trip or disco being returned so there could be the possibility of electronic payments. Also in all Key Satges there may be a home-school agreement which may be signed up to. Could this form part of a site policy system that incorporates a tickable list of activities the parent agrees to the child using (blogs/wikis/forums etc.)?

Parent's evenings often involve complex booking systems that attempt to get parent's and teachers together. Easy for EY/KS1/KS2 very difficult for KS3/KS4. Wow would this help if it was built into the Learning Platform.

In some cases there needs to be confidential communication between the parent and the teacher without the child being party to this. It may involve teaching and learning but could also involve a behaviour or medical issue. Often this may be done via a sealed letter or face to face.

The latest incarnation of OfSTED with the Self Review Framework (SEF) there is a greater emphasis on schools gathering parent voice via surveys and discussion. There is a clear match here with parents have access to parental votes, questionnaires and discussions and for schools to be able to publish news, results and reports back to parents.

In the UK the LP framework and agenda as being pushed by the DfES via Becta emphasises that within the mandatory groups and roles functionality the parent role is likely to be required to meet the LP Framework procurement standard.

Again in the UK, parents have their own independent right of access to a child's educational records. Obviously, children's records must not be made available to other parties, including the parents of other children in the same class. Thus it would be necessary to associate parent accounts with their own child's accounts in such a way that they could, if so desired, have read access to their child's grades, answers and contributions, but generally not those of other children - this may be problematic in the case of wiki activities or forum posts.

There is some concern that children's forum contributions etc may be constrained if their parents are able to read all that they write; this may be particularly problematic in areas such as Personal, Social and Health Education (PSHE), where some schools may choose to use obfuscated usernames.

===Manager===
''Please add text here...''

===Weekly Seminar Leader===
''In a university seminar, typically 8-15 students in their 3rd/4th year, each student is responsible for leading one topic in a study series. I ask each student to research 5-10 resources, then give a powerpoint presentation to the other students. This is followed by an in-class discussion and then online homework. The homework involves some fun quiz questions and then some reflective journal questions. I ask each seminar leader to prepare the quiz questions and journal questions as well as their presentation. To do that, I would like to assign activity-making/authoring roles to the student--either for a short period, or for duration of the whole course. Thus "Allow Quiz Authoring Role" or "Allow Assignment Authoring Role" at the course level or, if possible, even the Topic level (in a topic or week format course) would be important.''

===Mentor/Mentee===
''Please add text here...''

===Community-Designed Rating Criteria===
''The gradebook tends to be the domain of the teacher. What if community/peer ratings/marks could also be entered there? What if peer assessment criteria could be designed by the students, not just the teacher?''

===Visitor===

This would be a role whereby one could allow a visitor to visit one's classroom. This might be a colleague interested in seeing your course, or a journalist who might be writing an article about one's site. They should not be able to see the names of any students anywhere (eg recent activity, forum posts) for privacy reasons. They should be able to try out things like quizzes, and lessons but no grades would be recorded (like in teacher preview mode). They would not be able to participate in choices and forums but could view them. It would be read only in a way like former-student role below but without access to a particular student's records that former student role would grant.

===Guest Speaker===

This role would be similar to the Visitor role above, but would allow seeing student names, and also allow both reading and posting to a specific forum or forums. We often have "guest speakers" who read and respond to student forum posts. Right now we have to add them as students, which isn't ideal.

===Former Student===
This role would be of particular use for courses with rolling enrollments. This role would be one where a student had completed all of the requirements of a course (ie assignments, quizzes etc.) but wished to have continued access to the course material for review or consultation. The key factor is that one would give access to the completed student to the notes he read, his work and the teacher's comments on it, but he would not be allowed to do anything that would take up the teacher's time. In other words, a sort-of read-only access to the course. How forums, which might contain pertinent information and would continue to grow, would be handled is a question. Perhaps the student would be shown only what was in the forums at the time he completed the course. He would not be allowed to see any new posts or add any himself. Same thing for database and glossary entries. In other words, a snapshot of the course at the time his regular enrollment ended. He shouldn't be able to see the names or profiles of any newly enrolled students for privacy reasons-hence the restrictions on forum access. One issue that would have to be dealt with would be changes to existing modules-such as resources. Does the student get access to the module as it was or as it is? We have no versioning of resources in Moodle so this would be a problem. What about a teacher changing a quiz question so that the answer is different? What would a former student see?

===Alumnus=== An ALUMNUS should be able to search for all other ALUMNI of the school, interact with them and be enrolled in a seperate course - which is like a META course with all the content of his learning and interaction - as well as capabilities to be a part of this ALUMNI only course. All the teachers of courses during school years should automatically be a part of the ALUMNI course .. which means when an ALUMNUS is enrolled in a course, the original teachers of all his courses get enrolled ? --[[User:Anil Sharma|Anil Sharma]] 20:54, 15 July 2006 (WST)

===Librarian===

Reference Librarians have an active role in most of the courses taught at some schools such as Earlham College (with Bibliographic Instruction). The Librarian role within Moodle could encompass default read access to all courses (unless prohibited by course teacher) and read access to all components of the course unless access is barred (again by teacher). The Librarians would also perhaps have a block called perhaps Reference Services or Reference Desk with write access where they could deposit resources. Also this block might have a chat applet whereby enrolled students could chat to the Reference Librarian on duty about their bibliographic research needs.

In schools there is often a book review system. This may be covered by the lending system database but may not in which case a librarian may neeed to have a course area they can create a database template to handle the reviews in which case they may have a normal teacher style role? Off topic but course an integration with common schools database systems would be great.

===Teacher===

Teachers should have read access to other Teacher's courses unless explictly prohibited. They should be able to set parts of their own course to be totally private (perhaps even to admin?). Just as each activity can currently be set to have group access, each activity could have a permissions field. Teachers could set default permissions for all activities on their course (eg they might disallow Librarian access for example) and then change the access permission for an individual activity.

I think that what is needed is a simple heirarchy of permissions and levels of granularity.

I would take issue with "teachers should have read access to other teacher's courses unless explicitly prohibited." This is a violation of the students' privacy as how they perform and what they do in one class isn't the business of another teacher. Moreover, in the real world a teacher wouldn't suddenly go sit in on a colleague's class without asking permission first. I would not have appreciated such an invasion of privacy as either a teacher or a student. It could be an option, but shouldn't be default.--[[User:N Hansen|N Hansen]] 19:54, 12 June 2006 (WST)

===Community Education Tutors/Trainers===
Teachers may be community adult education trainers making use of a school moodle so must only have access to their courses unless given access elsewhere. They would not necessarily get the default teacher privileges.

===Secretary/Student Worker===

We often have faculty who want their departmental secretary or student worker to scan and upload files and perhaps create resources. Currently they have to be given teacher access to the course. This is dangerous from a FERPA standpoint since they could easily get access to grades.

===Teaching Assistant===

Our Faculty frequently have undergraduate students acting as Teaching Assistants. These students need to be able to add resources, create assignments, and possibly grade assignments. However, due to FERPA they cannot have access to other students' overall grade information. I think the requirements here are slightly different than those of Secretary/Student Worker

===Student - FERPA rights===

A student that has asserted their FERPA rights to non-disclosure. Typically includes not publishing their name
in any public place. Could include this student only being seen with an "alias" within course spaces. Is this an attribute rather
than a role?

===Help Desk===

Help desk agents that have read access for the purposes of trouble shooting. Some care in placing this role within a hierarchy
of inheritance is needed, full access will be problematic with FERPA.

===Admin - Catgory based===

Basically a person in between full Admin and Creator that has the permissions of an Admin but only with respect to courses and students. Currently a Creator has permissions site-wide which does not always meet the requirements of a given organisation (e.g. Department A may not be happy that a person from Department B can create/modify courses within Department A's area). The ability to designate a Creator within a specific category would allow areas to be set up for a faculty/department/organisation and allow the Admin for that area to create/delete courses, upload users, add site-wide entries to the calendar etc.

===Process Roles===

organising the learning process for a group you wish to have the choice to place students in differnt roles: examples of this are:
* Give a student the role of forum-moderator with edit and chunk-rights
* Give students different roles & rights in a Webquest design (and change these roles next week
* Give students different resources, depending of their roles in a rolegame/simulation
* Give a student the rights to create the section content of next week (and only that week..)

==Things to finish for 1.7 Beta==
'''18 Sept 2006'''

#Remove core references to user_student, user_teacher, user_admin, user_coursecreator tables. [Yu]
#Address function: isteacher, isadmin, isstudent [Yu]
#Remove "view" capabilities from all modules unless required [Vy]
#Remove all old references from remaining Blocks [Vy]
#Metacourses [Skodak]
#Add risks to GUI[Skodak]
#Enrolment plugins [Martin and Alastair]
#[[Development:Stats_roles_1.7|Statistics]] [Penny]
#Fix Loginas
#Add category-level assigns [Yu]
#[[Development:Backup_roles_1.7|Backups]] [Eloy?]

===Proposal for interface enhancement===
Martin asked some questions, here are my answers. The sketches below are not worked out proposals. Their task is to visualize the idea. The exact colours and functionality may be defined after possible agreement about the proposals. The Green, orange and red columns support the meaning of the options from "allow" to "prohibit" (If you may want to see larger images please click onto the image or the "Enlarge" icon below the image.)

The list of possible settings is very long and '' "... the problem is not to overwhelm people with information" ''.

[[Image:01_moodle_define_roles_structured.png|thumb=01 moodle define roles structured pre.png]]

1) One proposal is to use colour to structure the sections and the columns. Picture 1 shows that the user can keep a much better overview when the list is divided into meaningful different coloured columns and clear sections.
<br style="clear:both;" />

[[Image:02_moodle_define_roles_collapsed.png|thumb=02_moodle_define_roles_collapsed_pre.png]]

2) A second proposal is to reduce the amount of information the user is shown at the same time. The YUI interface library offers great support to show/hide sections of the page by clicking on specific elements.

For example click on an icon beside the sub heading "Course categories" and show/hide all table rows with the CLASS "course-category".
<br style="clear:both;" />

[[Image:03_moodle_define_roles_tooltip.png|thumb=03_moodle_define_roles_tooltip_pre.png]]

3) '' "The main problem is the last column for risk ... we were thinking of putting little icons in there ..." ''
Icons are good when they tell the user more about possible actions/meanings then the letters. I am not sure if this is the case here. For both - icons or letters - the YUI tool-tip function would be able to give the user valuable information about the meaning.
<br style="clear:both;" />

==See also==

*Using Moodle forum discussion
**[http://moodle.org/mod/forum/discuss.php?d=38788 Roles and Permissions architecture]
**[http://moodle.org/mod/forum/discuss.php?d=56302#256313 An example of admin roles as set in the database]
[[Category:Desarrollador]]
[[en:Development:Roles]]

19/Gestionar roles

2008-06-27T15:03:28Z

Dinopmi: /* Comprobando roles */

{{Roles}}
{{Moodle 1.7}}

Ubicación:'''Administración del Sitio>>Usuarios>>Permisos>>Definir roles'''.

A partir de Moodle 1.7 en adelante los administradores podrán agregar o editar roles.

==Roles Pre-definidos==

*Administrador - [[Administrador]]
*Creador de Cursos - [[Creador de Cursos]]
*Profesor - [[Profesor]]
*Profesor no editor
*Estudiante - [[Estudiante]]
*Invitado - [[Acceso de invitados]]

==Permisos==

La matriz de permisos permite un enfoque muy granular a la asignación de permisos a un rol (una clase de usuarios). La asignación o edición de permisos debe realizarse con gran cuidado. Un cambio puede producir un profundo efecto no deseado, o un molesto efecto que será difícil de entender la causa.

Existen más de 150 líneas de habilidades donde cualquiera de los 4 diferentes permisos pueden ser asignados. Las habilidades están agrupadas en 21 categorías. Le recomendamos fuertemente no modificar los roles heredados (LEGACY). Aquí esta la parte superior de la lista.

[[Image:Permisos.jpg|center|500px]]

===Términos de los Permisos===

Del más bajo al más alto, del más general al más específico.

*Heredar - dejar pasar del contexto anterior (nivel más bajo, siempre pierde)
*Permitir - deja suceder o permitir (mismo nivel que prevenir)
*Prevenir - alto (mismo nivel que permitir)
*Prohibir - impedir (nivel más alto, siempre gana)

===Ejemplos de Permisos===
'''Heredar''': si no se define un permiso, entonces el permiso de la habilidad es heredada de un contexto que es más general que el del contexto actual.

'''Permitir y Prevenir''' se cancelaran uno con el otro si se fija la misma habilidad en el mismo nivel de contexto. Si esto ocurre, nos referimos al nivel de contexto previo para determinar el permiso de la habilidad.

'''Prohibir''': Si fijamos prohibir en una habilidad, significa que la habilidad no podrá ser anulada. Prohibir siempre gana y crea un alto permanente.

Debido a que las habilidades en un rol pueden ser diferentes y los participantes se les pueden asignar diferentes roles, puede existir un conflicto en las habilidades. La jerarquía de los permisos resuelve esto diciendo que la habilidad definida para un contexto más específico ganará, a menos que un prohibir sea encontrado en un contexto menos especifico.

Ejemplo 1. Marcos tiene rol de estudiante en el Curso Uno, que permite a todos los estudiantes escribir en los wikis de "Todos" y "Tareas". Pero Marcos también se le asignó un rol de Visitante en el nivel contexto de módulo (para el wiki "Honores") y a los Visitantes se les impide escribir en el wiki de Honores. Por lo que Marcos puede escribir en los wikis de "Todos" y "Tarea" pero no en el de "Honores".

Ejemplo 2. A Jesús se le ha asignado un rol de "estudiante travieso" que prohíbe colocar mensajes en cualquier foro para todo el sitio. Sin embargo su profesor le asigno un rol de "facilitador" en el "Foro de la Ciencia" en el curso de Ciencias y Matemáticas 101. Debido a que un permiso de prohibir en un contexto más alto siempre gana, Jesús es incapaz de colocar mensajes en el "Foro de Ciencia".

==Ejemplos de roles==

¿Por qué un sitio necesitaría diferentes roles? Considere

{| border="0" cellpadding="2"
!width="200"|
!width="200"|
!width="200"|
|-
||*Diseñadores de Sitios||*Consejero Educacional||*Inspectores||
|-
||*Moderadores||*Observadores||*Examinador externo
|-
||*Padres||*Administrador||*Líder de seminario semanal
|-
||*Mentores||*Criterio de evaluadores comunitarios||*Visitante
|-
||*Orador invitado||*Estudiante||*Ex-alumno
|-
||*Bibliotecario||*Profesor||*Tutores/Entrenadores Comunitarios
|-
||*Secretaria/Becario||*Asistente del Profesor||*Estudiante - derechos FERPA
|-
||*Soporte|| ||
|}

==Matricular estudiantes existentes en un curso==
En la versión 1.7, la matriculación de estudiantes existentes en un curso se lleva a cabo desde la sección de roles. Vaya al curso, en el [[Administración|bloque Administración]], haga clic en Asignar roles, cuando se abra la página nueva, haga clic en Estudiantes y verá una pantalla que lista la mayoría de usuarios de Moodle. Esto es similar a versiones anteriores de Moodle. Seleccione el estudiante en la derecha y añadalo a la lista del curso en la izquierda.

Si el estudiante no está en la lista de Moodle, necesitará crearlo o añadirlo a la lista de usuarios Moodle, que encontrará también bajo la sección de roles.

==Definiciones de los conceptos básicos==
*Un '''rol''' es un identificador del estatus del usuario en un contexto concreto. Por ejemplo, profesor, estudiante y moderador de foro son ejemplos de roles.
*Una '''habilidad''' es una descripción de una funcionalidad particular de Moodle. Las habilidades (o capacidades) están asociadas a los roles. Por ejemplo, poder responder a un mensaje en los foros es una habilidad.
*Un '''permiso''' es un valor que se asigna a una capacidad para un rol en particular. Por ejemplo, usar el permiso prevenir para limitar a todos los estudiantes a que no puedan escribir en ningún foro.
*Un '''contexto''' es un "espacio" en Moodle, como por ejemplo, cursos, módulos de actividad, bloques, foros, etc.
*Una '''jerarquía de permisos''' determina qué permiso gana o surtirá efecto si hay un conflicto aparente. Por ejemplo, el sitio permite a todos los estudiantes enviar mensajes a los foros pero el profesor previene este derecho en un curso concreto. La jerarquía de permisos permitiría a un estudiante enviar un mensaje en un curso pero no en otro.

==Comprobando roles==

Para probar los nuevos roles es necesario salir y autenticarse como otro usuario en una nueva sesión. No debemos utilizar la opción de “Entrar como” para comprobar los nuevos ajustes; podemos utilizar alguna cuenta simulada para ello.

[[Category: Administrador]]
[[Category:Roles]]
[[en:Manage_roles]]

FAQ de Grupos

2008-06-23T06:25:47Z

Dinopmi: /* I have two groups that meet on different days. Can I set up activities for different times for the two groups? */

{{Pendiente de traducir}}
==General==
===¿Qué es la configuración de 'formato de grupos'?===

Hay tres maneras diferentes de trabajar con grupos: Sin grupos, Grupos separados, Grupos visibles. En el formato de ‘grupos separados’, cada grupo sólo se puede ver a sí mismo y no puede ver a los demás grupos. En el formato de ‘grupos visibles’, cada grupo trabaja consigo mismo y puede ver a los otros grupos.

===¿Qué implica la casilla 'forzar'?===

Si en la casilla 'forzar' has elegido sí, todas las actividades serán actividades de grupo. Si has elegido no, las actividades serán de grupo si han sido marcadas como tales. En este caso, cada actividad requiere ser marcada como de grupo de manera individual.

If force is set to yes, then all activities are group activities. This overrides any settings for individual activities. If force is set to no, then activities are only group activities if they have been set to group mode. In this case, each activity requires to be set to group mode individually.

===¿Cómo asigno un profesor a un grupo? ¿Puede un profesor estar en más de un grupo?===

Puedes inscribir un profesor en un grupo igual que se hace con un alumno. En la versión 1.5, un profesor no puede estar en más de un grupo, pero esto cambiará en la versión 1.6.

===¿Cómo puedo conseguir que un profesor vea sólo la información de sus grupos?===

Si en el formato de Grupos Separados se le ha dado derecho al profesor para editar o modificar, podrá ver todos los grupos. Si el profesor no tiene derecho a editar, sólo verá los grupos a los que pertenece.

===¿Pueden los alumnos ver el perfil de los profesores?===

Un alumno puede ver el perfil de todos los profesores que son miembros de su grupo o que tienen derechos para editar.

===Tengo dos grupos que se encuentran en distintos días. ¿Puedo configurar actividades a distintas horas para los dos grupos?===

De momento no. Puede crear un curso distinto para cada clase usando copia de seguridad y restauración, aunque tendrá que actualizar ambos cursos.

===¿Puedo usar los mismos grupos para más de un curso?===

Por ahora no. Hay dos maneras de plantear esto. La primera es dar a los alumnos claves de matriculación, así se matricularán a sí mismos en el grupo correcto de cada curso. Otra posibilidad es crear un curso maestro con todos los alumnos matriculados en los grupos adecuados, y luego convertir cada uno de los cursos en metacursos (link) basados en el curso maestro (aunque la documentación del metacurso indica que éstos no admiten grupos, esto parece que ha funcionado en ocasiones). Lee la documentación en [[Metacourses|Metacursos]].

===Un alumno ¿puede pertenecer a más de un grupo? ¿Puede haber alumnos que no estén en ningún grupo?===

En la versión 1.5, un alumno no puede estar en más de un grupo. Esto cambiará en la versión 1.6. Un alumno no tiene por qué estar en un grupo.

===Si tengo varios grupos, ¿puedo hacer que una actividad específica sea visible sólo para uno de ellos?===

Normalmente no. Sin embargo, puedes preparar un foro que sea visible sólo para un grupo.

===¿Puedo tener unos grupos para la Actividad A y otros para la Actividad B?===

Por ahora no.

===¿Puedo ver todos los grupos de un curso en forma de listado para ser impreso?===

De momento no.

===Cuando intento añadir un alumno, siempre se añade al primer grupo, ¿aunque haya seleccionado otro?===

Asegúrate de que el nombre de los alumnos no incluye ningún signo de puntuación. Hay una forma de prepararlo: da a cada grupo un nombre temporal que empiece con las letras del alfabeto, coloca a cada alumno en su grupo y luego renómbralo.

==Activity modules and groups==

Different activity modules vary as to how they treat groups – some have better support for groups than others! In general if you have questions about how an activity supports groups, you’re advised to post in the forum for the activity module, and not the groups forum.

===What happens if I switch an activity from being in non-groups mode to being in groups mode?===

This depends on the activity module in question.

For forums, posts made before the forum is put into groups mode are visible to all students after you have put the forum into group mode. However students cannot reply to these posts if they have no group (i.e. blank).

===What happens if I change the groups for an activity in groups mode e.g. if I move a student from one group to another?===

Again this depends on the activity module. You may find that grades or activity logs are lost, so check for the specific activity module first.

===How do I post a message in a forum that only one group can see?===

Before you click 'Add a new topic', you need to choose the group from the Separate groups drop-down menu at the top left.

===As a teacher I want to put the same post in each group's forum with students able to reply to that post. How can I do this?===

You need to post the same message into the forum for each group. There is currently no way to do this in one go if you want students to be able to reply to your post. If you don't mind students not being able to reply, then you can of course just post the message to all participants.

===How can I import a list of students into a group?===

===How can I change the sort order of the participants?===
[[Category:Profesor]]
[[Category:Grupos]]

[[en:Groups FAQ]]

Chameleon

2008-06-22T07:26:38Z

Dinopmi:

{{Moodle 1.6}}

'''Camaleón''' es un tema interactivo de Moodle. Sé bienvenido a probarlo en la página [http://chameleon-theme.unodo.de/ Sitio web del tema Camaleón] - por favor, entra con el nombre de usuario y contraseña "chameleon".

==¿Cómo cambia el Camaleón sus colores?==

* Pulse Shift+click en cualquier posición de la página para abrir una ventana flotante que muestra todos los elementos bajo el ratón.
* Haga Click en los elementos de la lista para crear el selector CSS - uno o tantos como necesite
* Haga Click en el botón "Asignar Estilos" y elija los estilos que desee
* Vea los cambios inmediatamente

El Camaleón permite casi el control completo sobre los elementos de estilo en Moodle. Hace que trabajar con temas sea más fácil para diseñadores de temas y abre un amplio rango de usos experimentales para diseñadores de interfaces. Sólo cambia y trabaja con la página cambiada y continua optimizando tu tema mientras tú trabajas con Moodle.

Chameleon utiliza [http://en.wikipedia.org/wiki/Ajax_%28programming%29 tecnología Ajax].

==Guardando tus cambios==

Mientras trabajas, tú tienes la opción de guardar los cambios en un archivo temporal o guardarlos en el archivo CSS del tema en el servidor. Todos los cambios guardados temporalmente pueden ser revocados.

==Usos alternativos==

Además de crear un tema completo, el Camaleón puede también usarse para ayudar a hacer cambios a tu tema existente. Simplemente experimenta con Camaleón hasta que consigas el cambio que deseas, luego copia el css en la pestaña "Free Edit" a una página de estilo en tu carpeta de temas.

==Ver también==

*[http://moodle.org/mod/forum/discuss.php?d=37674 Chameleon - an interactive Moodle theme] Foro de discusión
*[http://moodle.org/mod/forum/discuss.php?d=37680 Link font size bigger] Foro de discusión que ilustra un uso alternativo

[[Categoría:Administrador]]
[[en:Chameleon]]

Chameleon

2008-06-22T07:26:06Z

Dinopmi: /* ¿Cómo cambia el Camaleón sus colores? */

{{Moodle 1.6}}
{{Pendiente de traducir}}
'''Camaleón''' es un tema interactivo de Moodle. Sé bienvenido a probarlo en la página [http://chameleon-theme.unodo.de/ Sitio web del tema Camaleón] - por favor, entra con el nombre de usuario y contraseña "chameleon".

==¿Cómo cambia el Camaleón sus colores?==

* Pulse Shift+click en cualquier posición de la página para abrir una ventana flotante que muestra todos los elementos bajo el ratón.
* Haga Click en los elementos de la lista para crear el selector CSS - uno o tantos como necesite
* Haga Click en el botón "Asignar Estilos" y elija los estilos que desee
* Vea los cambios inmediatamente

El Camaleón permite casi el control completo sobre los elementos de estilo en Moodle. Hace que trabajar con temas sea más fácil para diseñadores de temas y abre un amplio rango de usos experimentales para diseñadores de interfaces. Sólo cambia y trabaja con la página cambiada y continua optimizando tu tema mientras tú trabajas con Moodle.

Chameleon utiliza [http://en.wikipedia.org/wiki/Ajax_%28programming%29 tecnología Ajax].

==Guardando tus cambios==

Mientras trabajas, tú tienes la opción de guardar los cambios en un archivo temporal o guardarlos en el archivo CSS del tema en el servidor. Todos los cambios guardados temporalmente pueden ser revocados.

==Usos alternativos==

Además de crear un tema completo, el Camaleón puede también usarse para ayudar a hacer cambios a tu tema existente. Simplemente experimenta con Camaleón hasta que consigas el cambio que deseas, luego copia el css en la pestaña "Free Edit" a una página de estilo en tu carpeta de temas.

==Ver también==

*[http://moodle.org/mod/forum/discuss.php?d=37674 Chameleon - an interactive Moodle theme] Foro de discusión
*[http://moodle.org/mod/forum/discuss.php?d=37680 Link font size bigger] Foro de discusión que ilustra un uso alternativo

[[Categoría:Administrador]]
[[en:Chameleon]]
[[es:Camaleón]]

19/Informe calificador

2008-06-21T19:49:40Z

Dinopmi:

{{Pendiente de traducir}}

{{Calificaciones}}The grader report page is the main teacher view of the new gradebook in Moodle 1.9. For versions prior to 1.9, look [[Libro_de_Calificaciones_pre_1.9| here]].

=Lo básico=
El informe de calificaciones recolecta las calificaciones de varias partes de Moodle y permite verlas y cambiarlas, organizarlas en categorías y calcular los totales de varias maneras. Cuando crea una actividad que tendrá calificación, el informe automáticamente asigna un espacio para esta y actualizará la calificación que asigne el profesor o el sistema.

The grades displayed are the raw marks from the assessments themselves, so will depend on how you set those up e.g. an essay out of 36 will appear as how ever many raw marks that student got, not a percentage.

==Layout==
Along the top are several rows: first the course, then the category, then the actual column (e.g. an essay or a category total). When you start off, every essay, quiz etc is in the '''uncategorised''' category.

You can add a row showing the range of possible scores by going to My report preferences and selecting '''Show ranges'''.

There are three ways that the categories can be displayed

* Grades only - without the category totals column
* Collapsed - Category total column only
* Full view - grades and the aggregates (the totals column for the category)

Each section has a small icon at the top right. Clicking this will cycle through these display modes for that category. + goes to grades only view, o goes to full view and - goes to collapsed view.

===Other layout options===
The defaults for these options can be set at site level by going to Administration->

*You can add a row showing the range of possible scores by going to My report preferences and selecting '''Show ranges'''.

==Highlighting==
When your gradebook starts to grow, it can be hard to keep track of which student and which assignment a cell refers to. Highlighting solves that.
* Clicking on empty space in the cell that contains the students name will toggle the highlighting of that entire row
* Clicking on empty space in the cell at the top of each column will toggle highlighting of the entire column

==Categorising the grades==
The 'View' drop down on the upper left will let you switch to other views
* '''Edit categories and items''' will allow you to set up your assessments in different categories e.g. 'classwork', 'homework' etc.

Each category will then have its own '''Category total''' column.

=Editing=
n.b. editing anything in the gradebook refers to editing the grades '''only''' and none of the available operations bear any relationship to editing the main course page i.e. the appearance of your course page cannot be influenced by anything you do in the gradebook. The turn editing on button functions separately to the main course one, so editing can be on in the gradebook, but simultaneously off when you switch back to course view. This is because editing gradesd and editing the course page are separate capabilities and a role e.g. 'non-editing teacher' may only have one or the other.

==Altering the grades==
You can click '''turn editing on''' at the top right to show an edit icon next to each grade. Clicking on the icon will bring up the editing screen for that grade which will allow you to set the grade, its written feedback and a number of other attributes.

Alternatively, you can click on '''My report preferences''' and choose '''Quick grading''' and '''Quick feedback''' to make the report appear with editable boxes containing each grade, so you can change many at once.

==Calculating totals==
Rather than a simple average or sum, Moodle can perform very complex calculations to produce the totals for each category and for the whole course. e.g. you want to take an average of 3 items from one category, double it, then add it to the average of another category.

You can do this using calculations. Either turn on editing, then click '''Show calculations''', or go to '''My report preference''', choose '''show calculations''', then save and turn editing on. You will then see a small calculator icon next to each total column which, when you click on it, will take you to the calculation page where there are instructions.

To choose how the grades are aggregated for the totals within categories, you can turn editing on and click on the little editing icon for the category. You can then choose to have means, medians, modes etc, leave out empty grades and other settings.

==Hiding columns or individual grades==
Turning on editing will give you the familiar show/hide eye icon next to each grade and at the top of each column. In the context of the gradebook, this is completely separate from the show/hide in the main course page, where the activities are shown/hidden. The gradebook ones refer to whether a student will be able to see that grade in their user report. You can have an activity available on the course page for which you would not want the students to know their grade. Also in reverse - an offline activity that is hidden in the course page, but which you want the students to know their grade for.

==See also==

==See also==
*[[Edición de la calificación calculada]]
*[[Preferencias de las calificaciones]]
*[http://www.youtube.com/watch?v=EB58W3KePBc BASIC Moodle Gradebook Setup and Use video]
*Using Moodle [http://moodle.org/mod/forum/discuss.php?d=87844 What happens in the 1.9 gradebook when students are unenrolled from a course] forum discussion

[[en:Grader_report]]
[[fr:Rapport de l'évaluateur]]

Ajustes de las calificaciones

2008-06-21T19:47:50Z

Dinopmi:

{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Habilitar publicación==

La publicación es la importación y exportación de las calificaciones fuera de Moodle sin iniciar sesión, mediante una URL. Esta URL puede ser útil para permitir que otros importen las calificaciones, pero '''tenga cuidado''' con los peligros de compartir marcadores y las restricciones de IP cuando se use esto. Por defecto, sólo los administradores pueden usar esto, aunque se puede delegar este poder a otros usuarios. Por favor, instruya a todos los demás usuarios antes de darles esta posibilidad.

==Forma de mostrar exportación de calificaciones==

Durante el proceso de exportación, esto es el tipo de calificación que se mostrará. Distintos distritos escolares utilizan distintos sistemas de calificaciones, de forma que esto puede cambiarse para ajustarse a su distrito.

* Real - Calificación entre un mínimo y un máximo, indicando el número total de puntos recibidos. Por defecto es de 0 a 100, pero puede ser arbitrario.
* Porcentaje - Calificación entre 0 y 100% que indice el total de puntos recibidos dividido por la cantidad máxima posible y multiplicado por 100.
* [[Calificaciones_con_Letras|Letras]]- Calificación en forma de letra que representa un rango de porcentajes.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Puntos decimales en la exportación de calificaciones==

Durante el proceso de exportación, este es el número de posiciones decimales que se mostrará para todas las calificaciones. Distintos distritos escolares utilizan distintos sistemas de calificación, así que esto puede cambiarse para ajustarse a su distrito. El número de posiciones decimales está entre 0 y 5.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Métodos de exportación de calificaciones primarias==

Tipo principal de exportación que se usará. Esto ayuda a registrar el tipo de exportación que se usó anteriormente y permite identificarlo como "nuevo" o "actualizado". Los tipos de exportación son los siguientes:

* ods (Hoja de cálculo de OpenOffice)
* txt (Archivo de texto plano)
* xls (Hoja de cálculo Excel)
* xml (Fichero en Lenguaje de Marcas Extensible - XML)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:47:35Z

Dinopmi: /* Primary grade export methods */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Habilitar publicación==

La publicación es la importación y exportación de las calificaciones fuera de Moodle sin iniciar sesión, mediante una URL. Esta URL puede ser útil para permitir que otros importen las calificaciones, pero '''tenga cuidado''' con los peligros de compartir marcadores y las restricciones de IP cuando se use esto. Por defecto, sólo los administradores pueden usar esto, aunque se puede delegar este poder a otros usuarios. Por favor, instruya a todos los demás usuarios antes de darles esta posibilidad.

==Forma de mostrar exportación de calificaciones==

Durante el proceso de exportación, esto es el tipo de calificación que se mostrará. Distintos distritos escolares utilizan distintos sistemas de calificaciones, de forma que esto puede cambiarse para ajustarse a su distrito.

* Real - Calificación entre un mínimo y un máximo, indicando el número total de puntos recibidos. Por defecto es de 0 a 100, pero puede ser arbitrario.
* Porcentaje - Calificación entre 0 y 100% que indice el total de puntos recibidos dividido por la cantidad máxima posible y multiplicado por 100.
* [[Calificaciones_con_Letras|Letras]]- Calificación en forma de letra que representa un rango de porcentajes.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Puntos decimales en la exportación de calificaciones==

Durante el proceso de exportación, este es el número de posiciones decimales que se mostrará para todas las calificaciones. Distintos distritos escolares utilizan distintos sistemas de calificación, así que esto puede cambiarse para ajustarse a su distrito. El número de posiciones decimales está entre 0 y 5.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Métodos de exportación de calificaciones primarias==

Tipo principal de exportación que se usará. Esto ayuda a registrar el tipo de exportación que se usó anteriormente y permite identificarlo como "nuevo" o "actualizado". Los tipos de exportación son los siguientes:

* ods (Hoja de cálculo de OpenOffice)
* txt (Archivo de texto plano)
* xls (Hoja de cálculo Excel)
* xml (Fichero en Lenguaje de Marcas Extensible - XML)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:45:34Z

Dinopmi: /* Grade export decimal points */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Habilitar publicación==

La publicación es la importación y exportación de las calificaciones fuera de Moodle sin iniciar sesión, mediante una URL. Esta URL puede ser útil para permitir que otros importen las calificaciones, pero '''tenga cuidado''' con los peligros de compartir marcadores y las restricciones de IP cuando se use esto. Por defecto, sólo los administradores pueden usar esto, aunque se puede delegar este poder a otros usuarios. Por favor, instruya a todos los demás usuarios antes de darles esta posibilidad.

==Forma de mostrar exportación de calificaciones==

Durante el proceso de exportación, esto es el tipo de calificación que se mostrará. Distintos distritos escolares utilizan distintos sistemas de calificaciones, de forma que esto puede cambiarse para ajustarse a su distrito.

* Real - Calificación entre un mínimo y un máximo, indicando el número total de puntos recibidos. Por defecto es de 0 a 100, pero puede ser arbitrario.
* Porcentaje - Calificación entre 0 y 100% que indice el total de puntos recibidos dividido por la cantidad máxima posible y multiplicado por 100.
* [[Calificaciones_con_Letras|Letras]]- Calificación en forma de letra que representa un rango de porcentajes.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Puntos decimales en la exportación de calificaciones==

Durante el proceso de exportación, este es el número de posiciones decimales que se mostrará para todas las calificaciones. Distintos distritos escolares utilizan distintos sistemas de calificación, así que esto puede cambiarse para ajustarse a su distrito. El número de posiciones decimales está entre 0 y 5.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:43:25Z

Dinopmi: /* Grade export display type */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Habilitar publicación==

La publicación es la importación y exportación de las calificaciones fuera de Moodle sin iniciar sesión, mediante una URL. Esta URL puede ser útil para permitir que otros importen las calificaciones, pero '''tenga cuidado''' con los peligros de compartir marcadores y las restricciones de IP cuando se use esto. Por defecto, sólo los administradores pueden usar esto, aunque se puede delegar este poder a otros usuarios. Por favor, instruya a todos los demás usuarios antes de darles esta posibilidad.

==Forma de mostrar exportación de calificaciones==

Durante el proceso de exportación, esto es el tipo de calificación que se mostrará. Distintos distritos escolares utilizan distintos sistemas de calificaciones, de forma que esto puede cambiarse para ajustarse a su distrito.

* Real - Calificación entre un mínimo y un máximo, indicando el número total de puntos recibidos. Por defecto es de 0 a 100, pero puede ser arbitrario.
* Porcentaje - Calificación entre 0 y 100% que indice el total de puntos recibidos dividido por la cantidad máxima posible y multiplicado por 100.
* [[Calificaciones_con_Letras|Letras]]- Calificación en forma de letra que representa un rango de porcentajes.

Nota: Los profesores pueden editar el tipo de visualización antes de exportar.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:40:27Z

Dinopmi: /* Enable publishing */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Habilitar publicación==

La publicación es la importación y exportación de las calificaciones fuera de Moodle sin iniciar sesión, mediante una URL. Esta URL puede ser útil para permitir que otros importen las calificaciones, pero '''tenga cuidado''' con los peligros de compartir marcadores y las restricciones de IP cuando se use esto. Por defecto, sólo los administradores pueden usar esto, aunque se puede delegar este poder a otros usuarios. Por favor, instruya a todos los demás usuarios antes de darles esta posibilidad.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:37:37Z

Dinopmi: /* Show submitted date for hidden grades */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Mostrar fecha de envío para calificaciones ocultas==

Cuando una calificación está oculta, una marca de guión (-) aparece por defecto donde se supone que tendría que estar la calificación. Si se habilita esta opción, se mostrará la fecha en la que se envió la calificación en vez del guión.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:36:05Z

Dinopmi: /* Aggregation position */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Posición de agregación==

La posición de agregación es el lugar donde usted quiere que se sitúen las medias de las calificaciones. Este ajuste se refiere específicamente a la posición de la columna para las medias. Puede aparecer en la primera o en la última columna.

==Show submitted date for hidden grades==

When a grade is hidden, by default a dash (-) mark appears where the grade is supposed to be. Enable this to show the date that the grade was submitted rather than a dash.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:34:52Z

Dinopmi: /* User profile report */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==Informe de perfil de usuario==

El tipo de informe que aparecerá en la página del perfil de usuario. Estos son los informes que aparecen en los libros de calificaciones que son únicos para cada estudiante o para otro usuario. Se pueden desarrollar informes de usuario personalizados, y aparecerán también en este menú. El valor por defecto es "Usuario".

==Aggregation position==

Aggregation position is where you want the averages of the grades to be located. This setting specifically refers to the position number of the column for the averages. It can either appear in the first column or the last column.

==Show submitted date for hidden grades==

When a grade is hidden, by default a dash (-) mark appears where the grade is supposed to be. Enable this to show the date that the grade was submitted rather than a dash.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:33:20Z

Dinopmi: /* Enable outcomes */

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Habilitar resultados==

Los [[Resultados]] son una característica nueva en Moodle 1.9. Permiten la idea de calificar cosas de acuerdo con una "escala". Para habilitarla, simplemente marque la casilla y todos los profesores podrán implementar resultados en sus libros de calificaciones.

==User profile report==

The type of report that will appear on a user's profile page. These are the reports that appear in the gradebooks that are unique to each student or any other user. Custom user reports can also be developed and will appear in this menu as well. "User Report" is default.

==Aggregation position==

Aggregation position is where you want the averages of the grades to be located. This setting specifically refers to the position number of the column for the averages. It can either appear in the first column or the last column.

==Show submitted date for hidden grades==

When a grade is hidden, by default a dash (-) mark appears where the grade is supposed to be. Enable this to show the date that the grade was submitted rather than a dash.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T19:30:07Z

Dinopmi:

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

Los ajustes generales de las calificaciones le permiten habilitar o deshabilitar varias funcionalidades para ajustarse a sus necesidades específicas. Estos ajustes son generales para todo el sitio, y afectarán al [[Informe_de_las_calificaciones|informe de las calificaciones]] utilizado por todos los profesores.

==Roles calificados==

Los roles calificados son el tipo de usuario que usted quiere que aparezca en el libro de calificaciones. A veces varios usuarios serán calificados para distintos propósitos. La mayoría de las veces, el único rol necesario será el de "estudiante".

* Administrador
* Creador de cursos
* Profesor
* Profesor no editor
* Estudiante
* Invitado
* Usuario autentificado

Nótese que '''al menos''' uno de estos roles debe ser seleccionado.

==Enable outcomes==

[[Resultados]] is a unique feature new to Moodle 1.9. It allows the idea of grading things according to a "scale". To enable, just click the box and all teachers will now be able to implement outcomes into their gradebooks.

==User profile report==

The type of report that will appear on a user's profile page. These are the reports that appear in the gradebooks that are unique to each student or any other user. Custom user reports can also be developed and will appear in this menu as well. "User Report" is default.

==Aggregation position==

Aggregation position is where you want the averages of the grades to be located. This setting specifically refers to the position number of the column for the averages. It can either appear in the first column or the last column.

==Show submitted date for hidden grades==

When a grade is hidden, by default a dash (-) mark appears where the grade is supposed to be. Enable this to show the date that the grade was submitted rather than a dash.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]

Ajustes de las calificaciones

2008-06-21T15:11:49Z

Dinopmi:

{{Pendiente de traducir}}
{{Calificaciones}}Location: ''Administration > Grades > Grade settings''
[[Image:Grade Settings.png|right|thumb|General Grade Settings Screen]]

General grade settings allow you to enable or disable various features to suit your specific needs. These settings are site-wide settings that will affect all [[Informe_de_las_calificaciones|informe de las calificaciones]] used by all teachers.

==Graded Roles==

Graded roles are the type of user that you want to appear in the gradebook. Sometimes various users will be graded for various purposes. Most of the time "student" is the only one needed.

* Administrator
* Course creator
* Teacher
* Non-editing teacher
* Student
* Guest
* Authenticated user

Note that you must have '''at least''' one of these selected.

==Enable outcomes==

[[Resultados]] is a unique feature new to Moodle 1.9. It allows the idea of grading things according to a "scale". To enable, just click the box and all teachers will now be able to implement outcomes into their gradebooks.

==User profile report==

The type of report that will appear on a user's profile page. These are the reports that appear in the gradebooks that are unique to each student or any other user. Custom user reports can also be developed and will appear in this menu as well. "User Report" is default.

==Aggregation position==

Aggregation position is where you want the averages of the grades to be located. This setting specifically refers to the position number of the column for the averages. It can either appear in the first column or the last column.

==Show submitted date for hidden grades==

When a grade is hidden, by default a dash (-) mark appears where the grade is supposed to be. Enable this to show the date that the grade was submitted rather than a dash.

==Enable publishing==

Publishing is the import and export of grades off of Moodle without logging in through a URL. This URL can be useful for allowing others to import the grades but '''beware''' of the dangers of bookmark sharing and IP restrictions when using this. By default, only administrators may use this but power can be delegated to other users. Please educate all other users before giving them this feature.

==Grade export display type==

During the export process, this is the type of grade that is to be shown. Different school districts use different grading systems so this can be changed to suit your district.

* Real - Grade from minimum to maximum range indicating total points received. Default from 0-100 but may be arbitrary.
* Percentage - Grade from 0 - 100% indicating the total points received divided by maximum possible amount times 100.
* [[Calificaciones_con_Letras|Letras]]- Grade in the form of a letter representing a range of percentages.

Note: Teachers can edit the actual display type right before export.

==Grade export decimal points==

During the export process, this is the number of decimal places for all grades that is to be shown. Different school districts use different grading systems so this can be changed to suit your district. Number of decimal places range from 0-5.

Note: Teachers can edit the actual display type right before export.

==Primary grade export methods==

Main type of export that will be used. This helps in recording what type of export was previously used and allow to be identified as "new" or "updated". Types of export include:

* ods (OpenOffice spreadsheet)
* txt (Plain text file)
* xls (Excel spreadsheet)
* xml (Extensible Markup Language file)

[[Category:Administrador]]
[[Category:Calificaciones]]

[[en:General_grade_settings]]
[[fr:Réglages des notes]]