Documentation only — no code. Everything here shipped in #177, #178, #179, #180, #182, #183 and #184; three of them were never written down.
FEATURES.md
The scheduling panel (#182, #183) — replaces the one line that said busy periods "are looked up for the day being scheduled", which stopped being true. Covers the per-participant rows, click-to-place, stepping through days, the week cap, and — the part worth stating plainly — why anyone unreadable is drawn hatched rather than blank, since leaving them out is the one presentation that lies.
The filter editors no longer discarding work in silence (#177), and the pinned save bar.
Where compose-as-new can be reached from (#179, #184), including the reply strip at the foot of a thread.
KNOWN-ISSUES.md
The free/busy finding, in the form that page uses — what was checked, against which server, on what date. Free/busy between accounts is answered with no sharing set up; a Principal exposes no accountId, so calendar contents cannot be reached at all; and the call returns real data rather than a polite empty list.
It also records what the check did not settle — whether an unreadable principal answers with an empty list or an error, which needs a second account with an event in it — and states which way ihasmail errs until somebody has one.
ROADMAP.md
The two things left deliberately unbuilt:
A scheduling view of its own, for "when is everyone free next week?" with no event in hand — with the reasoning for putting the grid in the editor instead.
Per-message actions from the message list on a touchscreen, where the gesture that would open them already means "select". That one is a real gap; it just needs a decision about long-press before it can be fixed.
Documentation only — no code. Everything here shipped in #177, #178, #179, #180, #182, #183 and #184; three of them were never written down.
## FEATURES.md
- **The scheduling panel** (#182, #183) — replaces the one line that said busy periods "are looked up for the day being scheduled", which stopped being true. Covers the per-participant rows, click-to-place, stepping through days, the week cap, and — the part worth stating plainly — **why anyone unreadable is drawn hatched rather than blank**, since leaving them out is the one presentation that lies.
- **The filter editors no longer discarding work in silence** (#177), and the pinned save bar.
- **Where compose-as-new can be reached from** (#179, #184), including the reply strip at the foot of a thread.
## KNOWN-ISSUES.md
The free/busy finding, in the form that page uses — what was checked, against which server, on what date. Free/busy between accounts is answered with no sharing set up; a `Principal` exposes no `accountId`, so calendar *contents* cannot be reached at all; and the call returns real data rather than a polite empty list.
It also records **what the check did not settle** — whether an unreadable principal answers with an empty list or an error, which needs a second account with an event in it — and states which way ihasmail errs until somebody has one.
## ROADMAP.md
The two things left deliberately unbuilt:
- **A scheduling view of its own**, for "when is everyone free next week?" with no event in hand — with the reasoning for putting the grid in the editor instead.
- **Per-message actions from the message list on a touchscreen**, where the gesture that would open them already means "select". That one is a real gap; it just needs a decision about long-press before it can be fixed.
**Merged** 2026-09-01 as coffey-labs/ihasmail@bbdceb26978f
<sub>Rebuilt from: git history, session transcript.</sub>
This repo is archived. You cannot comment on issues.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Documentation only — no code. Everything here shipped in #177, #178, #179, #180, #182, #183 and #184; three of them were never written down.
FEATURES.md
KNOWN-ISSUES.md
The free/busy finding, in the form that page uses — what was checked, against which server, on what date. Free/busy between accounts is answered with no sharing set up; a
Principalexposes noaccountId, so calendar contents cannot be reached at all; and the call returns real data rather than a polite empty list.It also records what the check did not settle — whether an unreadable principal answers with an empty list or an error, which needs a second account with an event in it — and states which way ihasmail errs until somebody has one.
ROADMAP.md
The two things left deliberately unbuilt:
Merged 2026-09-01 as coffey-labs/ihasmail@bbdceb2697
Rebuilt from: git history, session transcript.