lectio.git/internal/readings/partids_test.go, branch v0.46.0offline Catholic daily readings and liturgical calendar in Go, with CLI, TUI and web clientshttps://git.labunix.xyz/lectio.git/atom?h=v0.46.02026-08-05T12:10:34Zreadings: PartIDs(new) stops declaring aklamacja, which the engine never emits2026-08-05T12:10:34ZLukasz Kasprzaklukas@labunix.xyz2026-08-05T12:10:34Zurn:sha1:eb4a02205f5b3b972c44b854d5becbbd0b522981
caldata.go:42 parses only first/psalm/second/gospel out of the lectionary
data, so no OF reading ever carries Part == "acclamation". PartIDs("new")
listed aklamacja anyway, so the app built a checkbox from it that filters
an ID that never appears -- a dead control, same defect class the app
previously shipped for the whole 1962 form.
ofPartOrder stays the full five-ID set: it also drives
render.LocalizeHeading's label matching, where a scraped heading can still
read "Aklamacja" even though this engine's own readings never produce
that section. PartIDs now draws from a new, narrower
ofEmittedPartOrder instead.
Rewrote TestPartLabelsMatchesWhatTheEngineEmits's OF half: it compared
PartLabels("of") to a hand-copied duplicate of ofPartOrder, asserting a
declaration against itself, which cannot fail for this class of bug. It
now sweeps Days over calendar year 2026 and asserts PartLabels("of")
matches the observed part-ID set exactly (0.5s). Confirmed red against
the pre-fix code, green after.
readings: 1962 part labels become i18n data; export PartIDs2026-08-03T21:51:54ZLukasz Kasprzaklukas@labunix.xyz2026-08-03T21:51:54Zurn:sha1:e3d551ebb8f6ac2bf1a7027991a4222e83309a39liturgy: carry the observed rank on DayInfo2026-08-03T21:40:30ZLukasz Kasprzaklukas@labunix.xyz2026-08-03T21:40:30Zurn:sha1:3d3ad4ba90c4d7dea4730ef129f8c9e065f05d6e