chore: rename the project to Privacy: Period Tracker
"Period" was always a working name — PRODUCT_PLAN.md §55 said so. The real
identity arrived with the brand guide and artwork, and this makes the project
call itself by it.
The repository is renamed in place on Forgejo (null/Period ->
null/Privacy-Period-Tracker), which keeps all 30 commits, all 27 issues, all 8
milestones and the four severity labels — verified by counting them on both
sides rather than assuming a rename is lossless. The git remote follows in the
same breath, so this commit's automatic push is what proves the new URL works.
WHAT DELIBERATELY DID NOT MOVE
"Period" is the product name AND the central domain word, and a mass rename
would have turned the data model into nonsense. PeriodRecord, PeriodWriteResult,
confirmPeriodStart, the period_records table and the button that says "Started
period" all describe a menstrual period rather than a product, and all 239
references to them are untouched.
So are the Kotlin package and applicationId. dev.privacyllc.period already reads
correctly under the new name — privacyllc is the company, period is the app —
and changing it would rewrite 68 files, rename the Room schema directory and
break the hardcoded path in schema-guard.sh for no gain. period.db stays for a
sharper reason: renaming a database file orphans the data on every device that
already has it.
Sixteen files changed, and the diff is small on purpose.
THE NAME HAS A SPACE AND THE ARTWORK DOES NOT
Canonical is "Privacy: Period Tracker". The supplied wordmark sets it without
one, so logo.webp and banner.webp now disagree with every document and with the
app itself. BRAND_GUIDE.md §10 is updated to the space form and says plainly
that the drawn mark has not caught up. Filed separately rather than papered
over, because closing that gap needs an artist and not a rename.
2026-08-18 15:54:34 -05:00
|
|
|
# Batch ledger — Privacy: Period Tracker
|
chore: adopt the project template and add the Kotlin/Compose skeleton
Period was a bare directory holding one 2,527-line specification, with no git
repository, no tracker and no documentation convention. This is the adoption
from Projects/Template/START-HERE-New-Project.md, plus a project that compiles
so the hooks and future guards have something real to run against.
Documents. scaffold.sh created 19 paths, 0 skipped. The specification moved to
docs/planning/PRODUCT_PLAN.md unchanged in substance, with a status header; the
capitalised Docs/ is gone. Every scaffolded document was filled in for Period.
docs/OPERATIONS.md deleted — an offline app is not a deployed service.
DOC_TRUST_MAP.md written last, describing what is actually here, including what
this project deliberately does not have.
Code. Four Gradle modules. domain/cycle and domain/prediction are kotlin("jvm")
and cannot see the Android SDK, so the engine is testable without an emulator —
17 tests pass, 12 of them the acceptance cases from PRODUCT_PLAN.md §51.
BaselinePredictionEngine is a robust-median prototype and explicitly not the
product; it exists so Batch 02's replacement can be shown to be better rather
than merely different.
Versions verified against their official sources today rather than inherited
from the specification's own numbers, which that document asks for: Kotlin
2.4.10, AGP 9.3.1, Gradle 9.7.0, Compose BOM 2026.08.00, Room 2.8.4, Hilt
2.60.1. AGP 9 ships Kotlin built in, so org.jetbrains.kotlin.android is no
longer applied. compileSdk is 37 because current AndroidX requires it; targetSdk
stays 36, Play's floor from 2026-08-31, and the difference is deliberate.
Six scripts taken into scripts/; the rest declined and named in docs/TOOLS.md.
Three hooks in .githooks/, with pre-commit adapted to Gradle.
closes #1
closes #2
2026-08-18 02:16:47 -05:00
|
|
|
|
|
|
|
|
```
|
|
|
|
|
Status: Archived
|
|
|
|
|
Owner: _null
|
|
|
|
|
Last reviewed: 2026-08-18
|
|
|
|
|
Governs: what the batches were, before the tracker held them
|
|
|
|
|
Review trigger: Nothing. Superseded by the tracker; kept for the record.
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## Why this file is archived rather than deleted
|
|
|
|
|
|
|
|
|
|
Planning used to live in markdown as a numbered batch list. It now lives in the
|
|
|
|
|
tracker: **milestones are batches, issues are deliverables**, and severity is
|
|
|
|
|
`P0` / `P1` / `P2` / `release-blocker`.
|
|
|
|
|
|
|
|
|
|
This file is what that list *was*. It is kept because the reasoning in it is
|
|
|
|
|
still worth reading, and deleted files are not readable.
|
|
|
|
|
|
|
|
|
|
**It must not be updated.** A batch list beside the tracker is a second answer to
|
|
|
|
|
"what is open", and two records of the same thing will disagree without saying
|
|
|
|
|
which is right. That is precisely why the work moved. If you are tempted to add a
|
|
|
|
|
batch here, add a milestone instead.
|
|
|
|
|
|
|
|
|
|
Its `Status: Archived` is therefore not a nicety — it is the machine-readable
|
|
|
|
|
form of "do not treat this as current".
|
|
|
|
|
|
|
|
|
|
## "Ledger: missing" on the project screen is the correct answer
|
|
|
|
|
|
|
|
|
|
The Command Center's docs report still looks for a batch ledger — at
|
|
|
|
|
docs/planning/FUTURE.md, named here without backticks deliberately, because
|
|
|
|
|
`doc-claims.sh` treats a backticked path as a claim that the file exists and
|
|
|
|
|
this one must not — and reports it as **missing** for every repository that has
|
|
|
|
|
moved planning into the tracker. That is the expected state and not a gap to
|
|
|
|
|
close: the report's own contract is that a tracker-first project shows a missing
|
|
|
|
|
ledger and no batch percentages.
|
|
|
|
|
|
|
|
|
|
Creating that file to turn the line green would rebuild, in a new name, the
|
|
|
|
|
exact second record this one was archived for.
|
|
|
|
|
|
|
|
|
|
## Period never had one
|
|
|
|
|
|
|
|
|
|
This repository adopted the tracker convention in its **first commit**, so there
|
|
|
|
|
was never a markdown batch list here to migrate. Nothing was lost and nothing was
|
|
|
|
|
archived; the milestones in the tracker are the only record this project has ever
|
|
|
|
|
had of what a batch is.
|
|
|
|
|
|
|
|
|
|
The file is kept anyway, and only for the section above it: the explanation of
|
|
|
|
|
why "Ledger: missing" is the correct reading on the project screen is worth
|
|
|
|
|
having in every repository that will show it. Recreating a ledger to turn that
|
|
|
|
|
line green would build, in a new name, the exact second record this file exists
|
|
|
|
|
to warn about.
|
|
|
|
|
|
|
|
|
|
Written into `Status: Archived` rather than deleted so the reason survives
|
|
|
|
|
somebody wondering, in a year, whether a batch list ought to be added.
|