Gov/en/Portal:Meta/Content-Versioning: Difference between revisions
Appearance
Rewards vocabulary: umbrella term Credits renamed to Rewards (Theo 2026-08-03) |
Category cleanup: remove Category:Migration June 2026 (founder order 2026-09-03) |
||
| (3 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{ExpertIntro|We are heading towards multilingual wiki governance through admin-validated translation workflows and hierarchical contract architectures. This hypothesis proposes that synchronizing canonical English content via FlaggedRevs and AI-assisted automatic translation, combined with two-level contract models separating generic from jurisdiction-specific provisions, can prevent content divergence while maintaining legal integrity across distributed governance systems.}} | |||
{{KidsIntro|this page explains how WikiDeal saves every old version of a page, so you can always see what changed and go back if needed.}} | {{KidsIntro|this page explains how WikiDeal saves every old version of a page, so you can always see what changed and go back if needed.}} | ||
| Line 91: | Line 93: | ||
* '''Multiple linguistic formulations''' may co-exist (e.g., a formal legal version and a plain-language summary) — but the ''legal substance'' must be identical across all formulations. | * '''Multiple linguistic formulations''' may co-exist (e.g., a formal legal version and a plain-language summary) — but the ''legal substance'' must be identical across all formulations. | ||
* The '''distinction between Generic and Specific contracts''' is the primary mechanism for preventing unnecessary forks: local needs are accommodated within the Specific Contract layer, not by creating new Generic templates. | * The '''distinction between Generic and Specific contracts''' is the primary mechanism for preventing unnecessary forks: local needs are accommodated within the Specific Contract layer, not by creating new Generic templates. | ||
* If a fork is proposed, it must go through an process for community evaluation. The Open | * If a fork is proposed, it must go through an process for community evaluation. The Open Calls allow the community to assess whether the proposed fork addresses a genuinely unmet need or whether the existing architecture can accommodate it. | ||
* The '''Generic Contract is the single source of truth''' — Specific Contracts inherit from it and must not contradict its core provisions. | * The '''Generic Contract is the single source of truth''' — Specific Contracts inherit from it and must not contradict its core provisions. | ||
* Conflicts between Specific Contracts and the Generic Contract are resolved in favour of the Generic Contract unless an explicit jurisdiction-specific override has been formally approved. | * Conflicts between Specific Contracts and the Generic Contract are resolved in favour of the Generic Contract unless an explicit jurisdiction-specific override has been formally approved. | ||
| Line 122: | Line 124: | ||
| User Group profiles | | User Group profiles | ||
|- | |- | ||
| | | Legal Studies / Funding Contract | ||
| Experience reports / testimonials | | Experience reports / testimonials | ||
|- | |- | ||
| Line 165: | Line 167: | ||
Proposals are evaluated by the community and, if accepted by majority vote, can lead to modifications of this Core page (via admin implementation). | Proposals are evaluated by the community and, if accepted by majority vote, can lead to modifications of this Core page (via admin implementation). | ||
<!-- visible --> | <!-- visible --> | ||