Pouca flexibilidade no posicionamento de canvas

[guiocavalcanti]

Fiz uma aplicação para o Redu que utiliza o canvas da Disciplina para criar avaliações que os alunos irão responder de forma anônima. As avaliações são compostas por 3 questões que são mostradas para os alunos através do canvas da Aula (3 aulas cada uma com um canvas).

Por se tratar de uma aplicação que cria questões, durante o experimento com 60 alunos de portugal, a professora tentou criar as questões através da funcionalidade de Exercícios do Redu.

Acredito que essa confusão aconteceu pois não há uma flexibilidade de coloca um canvas no mesmo local onde permitimos a criação de Aulas.

[sergiofontes]

Essa é, certamente, uma questão mais complexa.

Canvas deverão ser áreas da navegação local. Devem ter para si um corpo (ou container) à sua direita que envolva todo o seu conteúdo de maneira integrada ao layout.

O problema apresentado indica que deve haver uma categoria especial de aplicativos tipo canvas que serão integrados à criação de conteúdo. Neste caso, devem estar junto às opções de Criar da área em questão – que, por sua vez, estará alocada dentro de uma janela modal, garantindo a mesma experiência de interação ao longo da hierarquia do Redu.

Como ponto de ação:

• A partir da próxima versão, quando estivermos retrabalhando as UIs das A.V.A.s, irei incluir estas definições em nosso briefing e criarei protótipos onde contemplaremos esta problemática.

[guiocavalcanti]

Respondendo:

@guiocavalcanti Como você acha que devemos proceder em canvas maiores que 720px?

Acho que se o local que ele estiver for responsivo, o canvas deve crescer conforme o layout cresce. Caso o layout não seja responsivo, podemos ter uma opção "fullscreen" ou permitir que o canvas seja expandido para a largura máxima da região.

[sergiofontes]

Gostei. Acredito que nossa premissa deva ser: quando o usuário acessa a página da Aula, ele pode visualizar o conteúdo de imediato. É muito frustante ele ter que clicar em um botão pra poder abrir o canvas (IMHO). Portanto, devemos priorizar:

1. Design responsivo na visualização de Aulas;
2. Opção para fullscreen.

[andredm]

Nesse primeiro momento, a opção fullscreen não seria mais fácil para o design e para o backend?

2013/5/18 Sérgio Fontes notifications@github.com

Gostei. Acredito que nossa premissa deva ser: quando o usuário acessa a página da Aula, ele pode visualizar o conteúdo de imediato. É muito frustante ele ter que clicar em um botão pra poder abrir o canvas (IMHO). Portanto, devemos priorizar:

1. Design responsivo na visualização de Aulas;
2. Opção para fullscreen.

— Reply to this email directly or view it on GitHubhttps://github.com/redu/usability/issues/2#issuecomment-18100065 .

André Diniz de Moraes http://br.linkedin.com/in/andredinizmoraes/ http://www.facebook.com/andredinizmoraes

[guiocavalcanti]

Acredito que a função fullscreen, embora possa atrapalhar na interação com o chat, é a opção com o melhor/custo benefício agora.

[sergiofontes]

Okey, concordo com vocês, pois nossa prioridade é remodelar a interface do AVA e seu Gerenciamento.

Portanto:

1. Opção para fullscrenn,
2. Design responsivo na visualização de Aulas.

[filipewl]

@sergiofontes para a opcao de full screen seria interessante criar a interface para a ativacao do mesmo.

[sergiofontes]

Verdade, @filipewl. Pretendo criá-la nesta próxima história, junto às interfaces dos Ambientes (AVA, Curso, Disciplina e Aula).