Thank you for your interest in improving the RFC 5545 VEVENT Property Dependency Graph.
If an edge has the wrong target, strength, or direction, open an issue or PR with:
- RFC section number justifying the correction
- Current edge (what the graph says)
- Proposed edge (what it should say)
- Test vector -- a minimal VEVENT that demonstrates the difference
Edge corrections are patch-level version bumps.
If a property or edge type is missing, include:
- RFC section number(s) justifying the addition
- Merge safety classification with rationale
- Whether it affects existing edges (e.g., adding a new property that depends on DTSTART)
- Test vector
New properties are minor-level version bumps.
If you find a calendar bug that traces to a missing or incorrect dependency rule:
- Link to the issue (GitHub, GitLab, etc.)
- Identify which edge in the graph (or missing from it) is relevant
- Classify as [E] expansion, [V] validation, or [M] merge/sync
These are added to the evidence catalog in the companion document.
- Open an issue describing the change
- If the change is non-trivial, discuss before submitting a PR
- PRs must update both YAML and JSON files consistently
- Include the RFC section number in commit messages
- YAML comments explain rationale; the prose document has the full argument
- JSON
_notefields mirror YAML comments for the same property - Fields prefixed with
_are non-normative - Edge strength must match RFC language: "MUST" →
must, "SHOULD" →should
This graph covers VEVENT only. VTODO and VJOURNAL contributions are welcome but will be separate files (e.g., rfc5545-deps-vtodo.yaml).