refactorizar PictogramActivity
PictogramActivity entremezcla aspectos de comunicación y gestión. Hay que separar ambas funcionalidades. Se propone:
-
crear una clase abstracta llamada VocabularyViewer cuyas responsabilidades son:
- mostrar el vocabulario en la rejilla
- gestionar la lógica del vocabulario (para pasar de una cat a una subcat y volver, etc)
- colaborar con otras clases para mantener el vocabulario actualizado
-
Crear una Actividad derivada de VocabularyViewer llamada VOCA. Es el comunicador:
- cuenta con la tira de comunicación
- implementa las distintas maneras de feedback y selección a nivel de picto y tira
-
Crear una Actividad derivada de VocabularyViewer llamada VocabularyManager.
- en ella se implementan todas las funcionalidades que actualmente hay de gestión del vocabulario
- no tiene tira de comunicación, si no el Fragment que ya se está usando con info del alumno en la actividad para grabar sesiones
La refactorización se irá documentando en este mismo issue, conforme esta avance. Una primera cuestión que hay que valorar es si VocabularyViewer debe ser una actividad con su propio layout, o no.
-
Developer
-
Developer
Posiblmente interese que VocabularyViewer sea una actividad, para dar soporte al click sobre una categoría (tiene que capturar el evento onclick)
-
Developer
Hay que valorar mantener VocabularyViewer como actividad, y la tira como fragmento.
-
Developer
para comprobar si eres administrador o no: PCBcontext.getPcbdb().getCurrentUser().is_supervisor()
Solo hay que comprobar si eres supevisor en "dispatchTouchEvent":
- Si eres administrador y "arrastras" debes cambiar entre VOCA, PictogramMAanger y SessionActivity
student_view es una variable boolena que se usa para saber si estamos como comunicador o como gestion de vocabulario. Deberá desaparecer, y repartir las tareas entre VOCA y PictogramManager
-
Developer
Modo espejo:
- se activa desde VocabularyManager --> habrá que incluir botón en el fragmento
- se visualiza en SAAC
-
closed
Toggle commit list