Development:Navigation 2.0
Estado de las acciones - Junio 2009
El trabajo ha comenzado: Ver Plan de Implementación (En Inglés)[1]
Logros
Para potenciar la navegación en una aplicación compleja web como Moodle se involucran varias áreas, pero en particular debemos aspirar a lograr estos logros:
Claridad
Debería ser mas claro que configuración le afecta solamente a Ud. y cuales afectan lo que ven los otros.
Debería ser claro cual es un logro de navegación global (Todo el sitio) y cual es del tipo local (dentro de un curso o un módulo).
Consistencia
Todas las partes de la interfase deben ser consistentes. Necesitamos tener un conjunto de líneas guías y marco de trabajo de núcleo para tener una mejor restricción respecto de lo que pueden hacer los desarrolladores mientras que además retrabajar el código de núcleo para implementar cosas tales como bloques y lenguetas en formas consistentes.
Usabilidad
Los usuarios deberían poder aprender facilmente que es lo que está en cada página para ellos.
Los usuarios deberían poder moverse alrededor de "su mundo moodle" con un mínimo de esfuerzo.
Desempeño
El proceso de bloques y construcción efectiva de una página con navegación debe ser muy eficiente.
Compatibilidad hacia atrás
Si es posible, los pluggins no deberían cambiar.
Los usuarios no deben encontrar la nueva interfase muy diferente. (Tan sólo mejor!)
Alcance
¿Qué partes de Moodle este trabajo debería afectar?
Desde Moodle 1.9, construimos la barra de navegación con un vector (arreglo) usando la función "build_navigation". Sin embargo, eso convierte todos los datos al tipo literal (cadena de caracteres), el cual es pasado al tema. En vez de eso, deberíamos mantener la información de los enlaces del menú de navegación como datos estructurados y dejar que el tema elija como mostrarlo.
En diferentes lugares tenemos el árbol global de administración, el bloque de administración del curso, un salto a un menú, lenguetas como en el perfil del usuario, varias actividades, en los roles IU, y en el botón 'Actualiza este foro'. Esas son formas de obtener las páginas cercanas y relacionadas Sería bueno hacer estos conceptos mas consistentes. (Además hay un $homelink en el pié. Actualmente el HTML para esto es generado en 'print_header'.)
Esta es el área en la que dememos pensar mucho mas
Pos favor, debate aquí: http://moodle.org/mod/forum/discuss.php?d=115620
Bloques/pagelib
Los bloques en sí no deben cambiar. La inconsistencia que existe en la actualidad es como los bloques se asocian con páginas particulares. Al momento que esto se realiza mediante (pageid, pagetype) las columnas de la instancia de bloque, y la columna pagetype del 'block_pinned'. Funcionará si lo cambamos a (contextid, pagetype) ?
El otro pensamiento es, podemos haces los bloques persistentes (sticky blocks) mas flexibles? Si dejamos que sean configurados en cualquier contexto? y no solamente en forma global? Esto debería permitirle hacer cosas a la gente como agregar un bloque en cada curso de un determinada categoría.
Probablemente permita a los temas controlar en que parte de la página puede aparecer el bloque.
Se requiere pensar mas en esto.
Por favor, debate en http://moodle.org/mod/forum/discuss.php?d=95882
Traducción en progreso, para seguir en la versión en inglés a partir del título
Course view
cliquea acá:
https://docs.moodle.org/en/Development:Navigation_2.0#Course_view
