Skip to main content

Header, footer en responsieve navigatie

Dit document legt overkoepelende regels vast voor de applicatieschil van OefenHub. Deze regels horen niet primair bij één losse usecase, omdat zij meerdere rollen, schermen, schermdocumentatie, navigatiepatronen, badges, profielmenu, footercontexten en vaste pagina-/footerbeheer raken.

Header na login

Na succesvolle login toont de header onder of bij het logo een korte begroeting op basis van de voornaam van de ingelogde gebruiker.

SituatieTekstregel
Eerste OefenHub-bezoeksessie op dezelfde serverdatumWelkom <voornaam>
Latere bezoeken of dezelfde sessie op een latere serverdatumWelkom terug, <voornaam>

De begroeting is presentatiegedrag binnen de applicatieschil. De exacte bepaling van de eerste bezoeksessie moet server-side uit betrouwbare account- en auth-sessiecontext volgen en mag niet uitsluitend uit browserstate worden afgeleid.

Responsieve leerlingcategorieën

Leerlingen kunnen meer categorieën hebben dan op de beschikbare schermbreedte passen. Wanneer de categorieknoppen niet meer op één headerregel passen, worden zij gegroepeerd onder één uitklapbaar menu met label Categorieën.

Binnen dit menu blijven dezelfde autorisatie- en zichtbaarheidsregels gelden als voor de losse categorieknoppen. Het inklappen wijzigt geen categorie, oefening, niveaucontext of autorisatie.

Responsieve rolnavigatie

Gebruikers met meerdere rollen kunnen meer menu-items hebben dan de headerbreedte toestaat. De header blijft in basis één regel hoog; menu-items mogen niet onder elkaar gaan lopen om ruimtegebrek op te lossen.

Wanneer rolgebonden menu-items niet meer passen, worden zij per rol gegroepeerd:

RolcontextGroeplabelInhoud
BeheerderBeheerSite Instellingen, Content / Categorieën beheren / Modules beheren / Docent ondersteuning, Accounts beheren en overige beheeritems volgens de actuele navigatiestructuur.
DocentDocentOefenaanbod, Leerlingen, Online.
Ouder/voogdOuder/VoogdKinderen, Online.

Wanneer ook deze rolgroepen samen niet meer op de headerregel passen, worden zij nog één niveau verder gegroepeerd onder Menu. Onder Menu staan vervolgens alleen de rolcontextgroepen die voor de gebruiker daadwerkelijk beschikbaar zijn, bijvoorbeeld Beheer, Docent en/of Ouder/Voogd.

Deze groepering is uitsluitend responsief presentatiegedrag. Autorisatie, routebeschikbaarheid en rolcontext blijven server-side bepaald.

Badges en afleiding tijdens leerling-oefenruns

Tijdens een actieve leerling-oefenrun mag de header de leerling niet afleiden met nieuwe tellerupdates, badges of systeemterugkoppelingen. Berichtenbadges, meldingenindicaties, systeemnotificatie-overlays en vergelijkbare signaleringen blijven tijdelijk verborgen of uitgesteld. De onderliggende berichten, meldingen, readstates en notificatiedata blijven wel correct opgeslagen en worden na verlaten of afronden van de oefening opnieuw beoordeeld.

Footerresponsiviteit

De footer bestaat functioneel uit drie kolommen: links, midden en rechts. Bij voldoende breedte worden deze naast elkaar getoond. Wanneer de pagina of het venster te smal wordt, worden de kolommen onder elkaar geplaatst in deze volgorde:

  1. middelste kolom;
  2. rechter kolom;
  3. linker kolom.

Deze volgorde is bewust afwijkend van de visuele desktopvolgorde en is bedoeld om op smalle schermen eerst de meest functionele navigatie- en linkblokken te tonen. Footerinhoud blijft per rolcontext beheerd via het bestaande footer-/handige-linksmodel; de responsieve volgorde wijzigt geen contentbron of footerlinktoewijzing.

Afbakening

Deze regels introduceren geen nieuwe database-entiteiten. Zij raken vooral:

  • schermdocumentatie voor de applicatieschil;
  • layoutregels voor header en footer;
  • navigatiestructuur en responsief gedrag;
  • badges en profielmenu;
  • footercontexten en vaste pagina-/footerbeheer.

Wanneer schermdocumentatie voor de algemene applicatieschil wordt bijgewerkt, gelden deze regels als leidende randvoorwaarden.