(Landings)webpagina's genereren #14

Open
opened 2026-04-24 14:09:12 +00:00 by johan.groenen · 2 comments
Member

Ik heb de huidige content van de landingspagina code.overheid.nl in de README.md gezet als Markdown.

Zou mooi zijn om hier meteen het eerste "Forgejo Pages" voorbeeld van te maken, dat wil zeggen: dat deze repository de landingspagina voor code.overheid.nl genereert, en dat ook andere repo's websites kunnen genereren (zoals Codeberg en Github Pages dat doen).

cc @annejan.brouwer en @Tilian hebben beide oplossingen hiervoor (Jekyll, Hugo en nog eentje geloof ik). Wat zullen we doen?

Ik heb de huidige content van de landingspagina code.overheid.nl in de README.md gezet als Markdown. Zou mooi zijn om hier meteen het eerste "Forgejo Pages" voorbeeld van te maken, dat wil zeggen: dat deze repository de landingspagina voor code.overheid.nl genereert, en dat ook andere repo's websites kunnen genereren (zoals Codeberg en Github Pages dat doen). cc @annejan.brouwer en @Tilian hebben beide oplossingen hiervoor (Jekyll, Hugo en nog eentje geloof ik). Wat zullen we doen?
johan.groenen changed title from Landingspagina genereren to (Landings)pagina's genereren 2026-07-16 12:28:32 +00:00
johan.groenen changed title from (Landings)pagina's genereren to (Landings)webpagina's genereren 2026-07-16 12:30:37 +00:00

Voor standaarden genereren we een index.html met wat bestanden in een media/ folder. Deze uploaden we naar een GitHub bucket die dan wordt gebruikt door GitHub Pages.

Bij de community call vandaag hadden we het er over dat we dit gebruiken voor zowel de werkversie van een standaard alsmede previews van een wijziging. Dit vereist dan een Pages-equivalent op deze instance, zodat we die previews kunnen behouden.

De implementatie van de previews staat hier (in GitHub taal dus): github.com/Logius-standaarden/Automatisering@64bd22d68f/.github/workflows/publish.yml (L34-L116)

Voor standaarden genereren we een `index.html` met wat bestanden in een `media/` folder. Deze uploaden we naar een GitHub bucket die dan wordt gebruikt door GitHub Pages. Bij de community call vandaag hadden we het er over dat we dit gebruiken voor zowel de werkversie van een standaard alsmede previews van een wijziging. Dit vereist dan een Pages-equivalent op deze instance, zodat we die previews kunnen behouden. De implementatie van de previews staat hier (in GitHub taal dus): https://github.com/Logius-standaarden/Automatisering/blob/64bd22d68fc10a285ac2674457603b78d6f67d42/.github/workflows/publish.yml#L34-L116
Owner

Op zowel GitHub als GitLab worden ook meerdere standaarden en specificaties beheerd. Zoals de standaarden van Logius. Deze worden vaak met tooling als Rspec gemanaged. Dat zou ook goed hier kunnen.

Op opencode.de hebben ze dit: https://opencode.de/en/consultation-processes

Op zowel GitHub als GitLab worden ook meerdere standaarden en specificaties beheerd. Zoals de standaarden van Logius. Deze worden vaak met tooling als Rspec gemanaged. Dat zou ook goed hier kunnen. Op opencode.de hebben ze dit: https://opencode.de/en/consultation-processes
Sign in to join this conversation.
No milestone
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
MinBZK/Codeplatform#14
No description provided.