Skip to content

Updates to the NL translations#499

Merged
JohnTitor merged 18 commits intosemver:gh-pagesfrom
niekvangalen:gh-pages
Mar 5, 2026
Merged

Updates to the NL translations#499
JohnTitor merged 18 commits intosemver:gh-pagesfrom
niekvangalen:gh-pages

Conversation

@niekvangalen
Copy link
Copy Markdown
Contributor

This PR refines the Dutch text linguistically and grammatically.
The wording has been reviewed by https://github.com/LuudSlagter to ensure correct and natural Dutch.

@vercel
Copy link
Copy Markdown

vercel Bot commented Feb 27, 2026

@niekvangalen is attempting to deploy a commit to the Yuki Okushi's projects Team on Vercel.

A member of the Team first needs to authorize it.

@vercel
Copy link
Copy Markdown

vercel Bot commented Feb 27, 2026

Deployment failed with the following error:

The provided GitHub repository does not contain the requested branch or commit reference. Please ensure the repository is not empty.

@niekvangalen
Copy link
Copy Markdown
Contributor Author

@JohnTitor are you able to process this PR? The textual changes have been reviewed by a colleague of mine: https://github.com/LuudSlagter.

@vercel
Copy link
Copy Markdown

vercel Bot commented Feb 27, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
semver-org-vjci Ready Ready Preview, Comment Feb 27, 2026 10:59pm

Comment thread lang/nl/spec/v2.0.0.md Outdated
Copy link
Copy Markdown
Member

@JohnTitor JohnTitor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

@JohnTitor JohnTitor merged commit 816bb18 into semver:gh-pages Mar 5, 2026
1 of 2 checks passed
@niekvangalen
Copy link
Copy Markdown
Contributor Author

@JohnTitor
Can you see what is going on here? The spacing looks off.
afbeelding

Comment thread lang/nl/index.md
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

rebel 28,
"backwards compatible", in plaats van " backward compatibel".

Comment thread lang/nl/spec/v2.0.0.md
Het uitbrengen van een nieuwe packageversie kan al snel een nachtmerrie worden als systemen te maken hebben met een hoop afhankelijkheden. Als de afhankelijkheden te strikt gespecificeerd zijn, ontstaat het gevaar op "version lock": het is dan niet meer mogelijk om een package te upgraden zonder dat alle afhankelijke packages ook een versie verhoogd moeten worden. Als de afhankelijkheden te losjes zijn gespecificeerd, zul je onvermijdelijk worden gebeten door het fenomeen versievermenging: de verwachting dat er meer compatibiliteit is met toekomstige versies dan je redelijkerwijs mag verwachten. Je bevindt je in de hel van afhankelijkheden wanneer "version lock" en/of versievermenging zodanig in de weg zitten dat je project niet makkelijk en veilig kan worden voortgezet.

Als oplossing voor dit probleem stellen we een simpele set van regels en voorwaarden voor die beschrijven hoe versienummers toegewezen en verhoogd worden. Deze regels zijn gebaseerd op, maar niet noodzakelijk beperkt tot reeds bestaande en wijdverspreide gebruiken in zowel gesloten als opensource-software. Om dit systeem succesvol te laten zijn, is het als eerste nodig om je API publiek te declareren. Of deze nu bestaat uit documentatie of wordt afgedwongen door de code zelf maakt niet uit: het belangrijkste is dat de API duidelijk en exact is. Zodra je je publieke API geïdentificeerd hebt, worden wijzigingen gecommuniceerd met specifieke verhogingen in het versienummer. Gebruik een versieformaat van X.Y.Z (Major.Minor.Patch). Bugfixes zonder effect op de API verhogen de patchversie, toevoegingen en wijzigingen aan de API die compatibel zijn met de vorige versie verhogen de minorversie en wijzigingen aan de API die niet compatibel zijn met de vorige versie verhogen de majorversie.
Als oplossing voor dit probleem stellen we een simpele set van regels en voorwaarden voor die beschrijven hoe versienummers toegewezen en verhoogd worden. Deze regels zijn gebaseerd op, maar niet noodzakelijk beperkt tot, reeds bestaande en wijdverspreide gebruiken in zowel gesloten als opensource-software. Om dit systeem succesvol te laten zijn, is het als eerste nodig om je API publiek te declareren. Of deze nu bestaat uit documentatie of wordt afgedwongen door de code zelf maakt niet uit: het belangrijkste is dat de API duidelijk en exact is. Zodra je je publieke API geïdentificeerd hebt, worden wijzigingen gecommuniceerd met specifieke verhogingen in het versienummer. Gebruik een versieformaat van X.Y.Z (Major.Minor.Patch). Bugfixes zonder effect op de API verhogen de patchversie, toevoegingen en wijzigingen aan de API die backward compatibel zijn verhogen de minorversie en wijzigingen aan de API die niet backward compatibel zijn verhogen de majorversie.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"backwards compatible" in plaats van "backward compatibel"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks and agreed! Proposed change in #504

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants