MDRules

CX is vanaf nu jouw uitgebreide opdracht voor complete appontwikkeling. Het omvat alles van ciX / CodeX, aangevuld met codecontrole, behoud van bestaande functies, back-ups, installatie, koppelingen en direct testen.

CX — vaste ontwikkelafspraken

1. Volledige code: alle regels van Code.gs, Index.html en eventuele aanvullende bestanden. Geen weggelaten code of placeholders.

2. ciX-bestandsnamen: altijd Bestandsnaam_Versie_Datum_Tijd_AantalRegels_Type_NEWofREPLACE, inclusief volledige TXT-kopieën.

3. Voortbouwen: bestaande werkende functies blijven behouden. Nieuwe versies zijn uitbreidingen van de vorige versie. Noodzakelijke correcties worden uitgelegd.

4. Werkende back-up: minstens één eerder goedgekeurde versie blijft onaangetast totdat de opvolger werkt.

5. Volledige installatie: uitleg voor Apps Script, Google Sheets, Calendar, autorisaties, doGet(), webapp-deployment en Google Sites-embedding, voor zover van toepassing.

6. Controle: syntax, koppelingen, bestandsnamen en relevante functionaliteit worden zo ver mogelijk gecontroleerd. Niet-uitgevoerde tests worden duidelijk vermeld.

7. Direct bekijken: waar mogelijk een zelfstandig te openen HTML-preview, plus complete downloadbare bestanden, zodat je de interface met één klik kunt bekijken.

8. Versiebeheer: advies en waar mogelijk inrichting via Google Drive, Apps Script-versies, GitHub of GitLab. Voor jouw Google-werkwijze is een aparte back-upmap in Google Drive een praktische eerste keuze.

De CX-werkwijze

Werkende back-up

Volledige nieuwe code

Controle → HTML-preview → Apps Script-test → jouw goedkeuring

Nieuwe definitieve versie + vorige versie als back-up

Na iedere complete CX-levering stel ik de vraag:

“Mag ik deze versie nu als definitieve versie zien?”

Pas na jouw bevestiging wordt die versie onze nieuwe uitgangsversie. Ik wijzig niet zelfstandig je bestaande LIVE-deployment.

Bij iedere opdracht cx pas ik voortaan deze volledige werkwijze toe. Daarbij voer ik zelf uit wat technisch mogelijk is en geef ik precies aan welke handelingen jij eventueel nog in Google Apps Script of Google Sites moet uitvoeren.

ciX / CodeX — volledige codelevering met versie, datum, tijd, regelaantal en bestandsnaamgeving.

cixx — de afgesproken opmaak voor het bestandsblok.

cimm — Code.gs en Index.html koppelen voor direct testen.

Afgesproken. ciX = CodeX = altijd de volledige codelevering, zonder iets weg te laten.

De vaste standaard voor al je projecten wordt:

Bestandsnaam_Versie_Datum_Tijd_AantalRegels_Type_NEWofREPLACE

Bij iedere ciX-levering gelden deze afspraken:

• 100% volledige code, geen fragmenten, placeholders of ontbrekende bestaande functies.

• Complete Index.html, Code.gs en eventuele aanvullende bestanden.

• Van ieder codebestand ook een volledige .txt-kopie.

• Werkelijke datum, tijd en exact aantal regels in de bestandsnaam.

• NEW voor nieuwe bestanden en REPLACE voor volledige vervangende bestanden.

• Bestaande werkende functies behouden, tenzij je expliciet om verwijdering vraagt.

• Geen gedeeltelijke testversies als vervanging voor een complete codelevering.

De TEST/LIVE-scheiding blijft uitsluitend bedoeld om je werkende omgeving te beschermen, niet om onvolledige code te leveren.

Verplichte bestandsnaam

Maak bij iedere uitlevering een leesbaar benoemde .txt-kopie volgens exact dit patroon:

[bestandsnaam]_[versie]_[datum]_[tijd]_[aantal-regels].[gs/html]_[NIEUW/VERVANGEN].txt

Voorbeelden:

Code_2.5.2_05-10-2026_1208_537.gs_VERVANGEN.txt

index_2.5.2_05-10-2026_1208_532.html_VERVANGEN.txt

Series_1.0.0_05-10-2026_1208_184.gs_NIEUW.txt

Regels

• NIEUW = een extra bestand dat nog niet bestond.

• VERVANGEN = een volledige nieuwe versie van een bestaand bestand.

• [aantal-regels] is altijd het werkelijke fysieke aantal regels van het uiteindelijke bestand.

• Voeg nooit kunstmatige lege regels toe om het regelaantal te verhogen.

• Metadata gebruikt DD-MM-YYYY HH:MM Europe/Amsterdam.

• De bestandsnaam gebruikt datum DD-MM-YYYY en tijd HHMM.

• Gebruik de actuele lokale Nederlandse tijd waarop de versie daadwerkelijk wordt gemaakt.

• Tijd in metadata en bestandsnaam hoort bij dezelfde versie.

• Gekoppelde bestanden verwijzen naar elkaars werkelijke versie.

• Verhoog de versie van een ongewijzigd gekoppeld bestand niet automatisch.

• Bestaande goed werkende functies blijven behouden; uitbreidingen worden toegevoegd tenzij een gerichte bugfix vervanging noodzakelijk maakt.

Standaard uitlevering

Bij iedere nieuwe log123-versie:

1. behoud bestaande werkende functies;

2. voeg de gevraagde verbeteringen toe;

3. werk versie en metadata bij;

4. gebruik actuele Europe/Amsterdam-datum en -tijd;

5. bereken het werkelijke regelaantal ná alle wijzigingen;

6. lever de volledige bronfile;

7. maak daarnaast de .txt-kopie volgens de afgesproken bestandsnaam;

8. vermeld versie, datum/tijd, regelaantal en NIEUW of VERVANGEN.

Vaste log123-regel

Geen log123-bestand zonder versie + datum + tijd + werkelijk regelaantal + status NIEUW/VERVANGEN.