Integração
Colocar o horário no seu ambiente de aprendizagem virtual
Os estudantes não visitam um sistema de horários. Vivem no VLE e no seu calendário, e o horário tem de chegar lá. Esta página trata dos dois mecanismos que o fazem, e do plugin que não publicamos.
Comecemos pela parte honesta
Não publicamos um plugin Moodle, uma aplicação Canvas, um building block Blackboard nem uma ferramenta LTI. Se o seu requisito é um bloco dentro do VLE que mantemos e que a sua equipa de VLE instala, não somos a resposta e deve sabê-lo nesta página e não numa reunião.
O que existe, em alternativa, é aquilo que esses plugins costumam envolver: um feed de calendário subscritível por pessoa e uma API REST documentada. Todos os sistemas nomeados nesta página conseguem consumir um ou outro, e ambos já estão no produto e não num plano futuro.
O que cada sistema pode fazer com o que publicamos
| Sistema | O mecanismo | O que o estudante ou o docente vê |
|---|---|---|
| Moodle | Subscrição iCalendar por utilizador, adicionada ao calendário do Moodle | As suas próprias sessões no bloco de calendário, junto aos prazos de trabalhos. |
| Canvas | Subscrição iCalendar por utilizador | As suas próprias sessões no calendário do Canvas. |
| Blackboard Learn | Subscrição iCalendar por utilizador | O mesmo, no calendário do Blackboard. |
| Microsoft Teams | A ligação da reunião, transportada na própria sessão | A aula acede-se a partir da entrada do horário. Ligações de reunião em linha é a página sobre isto. |
| Outlook e Microsoft 365 | Subscrição iCalendar | O horário no calendário que já têm aberto. |
| Google Calendar | Subscrição iCalendar | O mesmo, e no telemóvel sem aplicação. |
| Apple Calendar | Subscrição iCalendar | O mesmo. |
| Qualquer outra coisa | A API REST | O que os seus programadores construírem. Um pedido devolve uma semana com salas, docentes e grupos já preenchidos. |
Porque um feed e não uma cópia
Um feed é uma subscrição: o estudante subscreve uma vez e todas as alterações posteriores chegam por si. Uma cópia é uma importação, e uma importação fica desatualizada na primeira vez que uma sala muda — o que, num horário em uso, acontece na mesma semana.
Isto importa sobretudo no caso para o qual ninguém se prepara. Uma mudança de sala às nove da manhã tem de chegar às pessoas que estão nessa sala, não às que por acaso recarregam uma página. As subscrições de calendário são a forma como a alteração viaja, e as notificações de alterações são o que acontece quando ela tem de viajar mais depressa do que uma atualização do calendário.
As duas coisas a verificar antes de planear em torno disto
A quem se destina o feed. Um feed é pessoal — as sessões do próprio estudante, não as de toda a escola. Um horário por estudante é o que o torna possível, e depende de a estrutura de grupos estar correta.
Com que frequência o VLE o atualiza. Os clientes de calendário decidem por si com que frequência relêem uma subscrição, e alguns são lentos. Trata-se de uma propriedade do cliente, não do feed, e é a razão pela qual existe também uma notificação de alteração.
Se o que realmente precisa é do horário numa página e não num calendário, isso é a publicação na web e o portal do estudante, e nenhum deles precisa de todo do VLE.
Quer ver isto a funcionar?
Marque uma apresentação online de 45 minutos e percorreremos a solução com base no problema de planeamento de horários da sua própria instituição.