Terminplaner
Der Terminplaner in Moodle ermöglicht die Organisation von Terminen in Kursen, wie die Vergabe von Sprechstundenzeiten, Referats- oder Prüfungsterminen. Die Kursleitenden können die Teilnehmendenzahl pro Termin begrenzen und eine Mindest- und Höchstzahl von Terminen festlegen, zu denen sich die Teilnehmenden anmelden können. Es gibt eine Wartelistenfunktion. Wenn der Kurs schon voll ist, kann man sich auf die Warteliste setzen, bei der man benachrichtigt wird, wenn ein Platz frei wird.
Testergebnisse
Stand: April 2025
Die Testpersonen haben alle Funktionen des Terminplaners aus Teilnehmendensicht ausprobiert: Termine buchen, sich von Terminen abmelden, sich auf Wartelisten setzen sowie einen Überblick über die eigenen Termine gewinnen. Der Terminplaner ließ sich von allen Testpersonen mit ihren assistiven Technologien bzw. Arbeitstechniken aufrufen und bedienen. Eine Ausnahme bilden die zusätzlichen Informationen in einem Tooltip, die zu Terminen eingetragen werden können (s. Screenshot 1 im Reiter Screenreadernutzung). Sie konnten mit dem Screenreader und der Tastatur nicht erreicht werden. Alle Testpersonen haben gewisse Mängel in der Usability berichtet und mussten sich erst mit dem Planer vertraut machen, um alle Funktionen richtig zu verstehen. Sie haben einige Vorschläge zur Verbesserung der Usability gemacht.
Die Testungen sind auf der Moodle-Plattform der TU Dortmund in der Moodle-Version 4.5 im März 2025 durchgeführt worden.
Übersicht: Usability bei verschiedenen Arbeitstechniken
| Hilfsmittel/Arbeitstechnik | Testergebnis | Empfehlung |
|---|---|---|
| Screenreader | funktioniert gut | + |
| Tastaturbedienung | funktioniert gut | + |
| Vergrößerung über Browser (200 Prozent) | funktioniert zufriedenstellend | o |
| Vergrößerung mit ZoomText | funktioniert gut | + |
+ = gut geeignet; o = mittelmäßig geeignet, Anpassungen nötig; − = ungeeignet
Für Nutzer*innen
Der Terminplaner kann mit Screenreadern benutzt werden, allerdings sind die zusätzlichen Informationen, die in einem Tooltip zu den Terminen eingetragen werden können, nicht erreichbar. Bei vielen Terminen ist die Bearbeitung mit Screenreadern mühsam. Zudem ist es mühsam, herauszufinden, welche Termine ausgebucht sind. Dazu muss die ganze Liste durchgegangen werden.
Barrieren
- Die zusätzlichen Informationen, die als Tooltip zu den Terminen eingetragen werden können, sind mit dem Screenreader nicht erreichbar (Screenshot 1).
- Nach jeder Terminbuchung springt der Fokus aus der Tabelle an den Seitenanfang.
Usability
- Hilfreich wäre es, wenn während des Buchungsvorgangs die Termine ausgeblendet werden können, die die Nutzenden bereits gebucht haben, damit man sich schneller durch die Tabelle bewegen kann.
Mit der Tastatur lässt sich der Terminplaner gut bedienen. Nur der Tooltip mit den Zusatzinformationen zu den Terminen können nicht aufgerufen werden (s. Screenshot 1 im Reiter Screenreadernutzung).
Barriere
- Die Zusatzinfos zu den Terminen in den Tooltips sind mit der Tastatur nicht erreichbar.
Der Terminplaner kann mit der Browservergrößerung bedient werden. Er reagiert aber nicht responsiv, sodass es ab einer Vergrößerung auf 125 Prozent umständlich ist, sich eine Übersicht zu verschaffen. Es muss horizontal gescrollt werden. Die Beschriftungen und die Bedienung wurden von den Testpersonen häufig als nicht intuitiv empfunden, sodass sie sich erst einarbeiten mussten.
Barrieren
- Der Terminplaner reagiert bei Vergrößerungen nicht responsiv, sodass horizontales Scrollen nötig ist und der Überblick verloren geht. Es wäre sinnvoll, dass ab einer Vergrößerung von 125 Prozent die Ansicht von einer Tabelle in eine Liste wechselt.
- Ein Teil des Tabellenkopfs des Terminplaners rutscht auf dunkelgrauen Hintergrund, sodass die Angaben nur schwer zu lesen sind (Screenshot 2).
- Im Kalender sind die gebuchten Termine nur schwer wahrnehmbar, da sie nur als kleiner Punkt dargestellt werden (Screenshot 3).
Usability-Probleme
- Die Zusatzinfos zu den Terminen wurden zunächst nicht gefunden, da sie nicht in den Tooltips bei den Trainer*innen vermutet wurden (Screenshot 1).
- Bei den Wartelisten war es schwer zu unterscheiden, ob angegeben ist, wie viele Personen auf der Warteliste stehen bzw. auf welcher Position in der Warteliste die Person selbst steht.
- Es wäre einfacher, wenn die Termine, bei denen man auf der Warteliste steht, in einer eigenen Liste angezeigt werden.
- Bei An- oder Abmeldung von einem Termin wird ein Bestätigungsdialog gewünscht, mit dem die jeweilige Aktion bestätigt oder abgebrochen werden kann.
Der Terminplaner kann mit ZoomText gut bedient werden. Es traten ähnliche Usabilityprobleme wie bei der Vergrößerung im Browser auf.
Barriere
- Nach der Terminbuchung springt der Seitenfokus wieder an den Seitenanfang.
Usability-Probleme
- Gewünscht wird eine Filtermöglichkeit nach ausgebuchten Termine.
- Es wäre einfacher, wenn die Termine, bei denen man auf der Warteliste steht, in einer eigenen Liste angezeigt werden.
Hinweise für Lehrende
- Der Terminplaner kann von allen Studierenden unabhängig von der assistiven Technologie bedient werden.
- Es empfiehlt sich, den Studierenden eine kurze Anleitung zu geben, wie der Terminplaner funktioniert.
- Wenn im Tooltip Zusatzinfos für die Termine gegeben werden, sollten die Infos auch über einen zweiten Weg zur Verfügung gestellt werden, wenn Studierende im Kurs sind, die keine Maus benutzen können oder die mit Screenreader arbeiten. Die Infos könnte z.B. in einem Dokument oder Textfeld bereitgestellt werden, das vor oder nach dem Terminplaner in den Kurs gestellt wird.
Hinweise für Entwickler*innen
Wir führen die in den Tests gefundenen Barrieren hier sortiert nach den Richtlinien der gültigen europäischen Norm EN 301 549 auf, auf die die BITV 2.0 des Bundes und der Länder verweisen. Die Richtlinien beschreiben die zu erfüllenden Erfolgskriterien. In der WCAG 2.1 sind zusätzlich Techniken angegeben, wie die Kriterien erfüllt werden können. BITV, EN 301 549 und die WCAG 2.1 sind deshalb wichtige Dokumente für die Entwickler*innen, um ihre Anwendungen barrierefrei zu programmieren. Der ARIA Authoring Practices Guide (APG) der W3C gibt zudem Hinweise zur Programmierung barrierefreier Webseiten. Die Nummern der Überschriften entsprechen den Kapitelnummern der EN 301 549.
9.1 Wahrnehmbar
9.1.4 Unterscheidbar
9.1.4.10 Inhalte brechen um
Die Tabelle erzwingt ab 125 Prozent Vergrößerung horizontales Scrollen. Dies ließe sich vermeiden, wenn ab einer bestimmten Vergrößerung per Media Queries in eine Listenstruktur umgeschaltet wird.
9.1.4.13 Eingeblendeter Inhalt bedienbar
Die Zusatzinfos zu den Terminen im Tooltip erscheinen nur bei Maus-Hover (also beim Darüberfahren mit der Maus), nicht aber, wenn das Element per Tastatur fokussiert wird (s. Screenshot 1 im Reiter Screenreadernutzung). Die Zusatzinhalte müssen auch per Fokus (z. B. mit der Tab-Taste) aufrufbar sein.
9.2 Bedienbar
9.2.4 Navigierbar
9.2.4.3 Schlüssige Reihenfolge bei der Tastaturbedienung
Nach einer Terminbuchung mit Screenreader oder Tastaturbedienung springt der Fokus unerwartet aus der Tabelle an den Seitenanfang, anstatt logisch beim nächsten Termin zu bleiben.
9.3 Verständlich
9.3.1 Vorhersehbar
9.3.1.1 Keine unerwartete Kontextänderung bei Fokus
Nach einer Terminbuchung mit Screenreader oder Tastaturbedienung springt der Fokus aus der Tabelle an den Seitenanfang.
9.4 Robust
9.4.1 Kompatibel
9.4.1.2 Name, Rolle, Wert
Nach einer Terminbuchung mit Screenreader oder Tastaturbedienung springt der Fokus aus der Tabelle an den Seitenanfang. Dies kann an einem ungeeigneten ARIA-Handling liegen, das zu einer unklaren bzw. nicht standardkonformen Fokussteuerung führt.
- Es wäre einfacher, wenn die Termine, bei denen man auf der Warteliste steht, in einer eigenen Liste angezeigt werden.
- Hilfreich wäre eine Filtermöglichkeit, die alle ausgebuchten Termine anzeigt.
- Bei An- oder Abmeldung von einem Termin wird ein Bestätigungsdialog gewünscht, mit dem die jeweilige Aktion bestätigt oder abgebrochen werden kann.
Lizenzhinweis
Zitiervorschlag
„Moodle Terminplaner - Ergebnisse der Barrierefreiheits- und Usability-Tests und Empfehlungen zum Einsatz in Studium und Lehre. Kompetenzzentrum digitale Barrierefreiheit.nrw, Technische Universität Dortmund, Stand: April 2025“, Lizenziert unter: CC BY 4.0.
Ausgenommen von der Lizenz sind verwendete Logos, Bilder und Bedienoberflächen.
