Werktrajecten

Een werktraject is een vaste pijplijn: van bronbestand naar eindproduct dat koorleden (of jij als beheerder) op de site gebruiken. Elke pagina hier beschrijft waartoe die pijplijn dient, wat het eindresultaat is, wanneer je hem wel of niet gebruikt, welke bestanden in welke volgorde ontstaan, wat GitHub Actions (CI) automatisch doet, en welke scripts\….cmd-regels je lokaal plakt.

Nog niet klaar met je pc? Begin bij Start (programma’s, mappen, woorden). Stapsgewijze MuseScore- of VSA-HOW’s staan onder Partituur en VSA . Commando-flags: Scripts .

Hoe de trajecten in elkaar haken

ruw materiaal (oefenhoek/input/)
    |
    v
Opnemen in de bibliotheek  (werkvoorraad + later opkuis + bieb-accepteer)
    |
    +-- Basispartituur  ->  PDF + Coria-.mxl
    +-- VSA             ->  SVG + Coria-.vsa.mxl
    +-- Print-vel       ->  handmatige PDF
    +-- Tekstblad       ->  .tekstblad.md -> .tekstblad.pdf
    |
    v
Site-build  (check / build / serve, of CI)  ->  generated/site + GitHub Pages

Markdown naar PDF en Ingebedde VSA zijn aparte sporen (demo’s, handleidingen, samenstellingen). Die vervangen geen bibliotheek-producten.

Catalogus

Representatie-id in de bibliotheek (partituur, vsa, print): welk bronbestand hoort bij welk afgeleid product. Technische namen en stamps: bestand scripts\oefenhoek-product-contract.md in de repository-map VSA-demo. Termen: Woorden .

• Opnemen in de bibliotheek
• Basispartituur → PDF en Coria
• VSA → SVG en Coria
• Print-vel
• Site-build
• Tekstblad → PDF
• Markdown naar PDF
• Ingebedde VSA
• mvsa (voorzien)