Templates were a fixed subject and body, so anything that changed per message -- who it is going to, today's date -- had to be typed over afterwards. Eight names are recognised: recipientName, recipientFirstName, recipientEmail, myName, myEmail, subject, date and time. Dates and times go through datetime.ts rather than toLocaleDateString, so a template follows the date order and clock the app was already told to use. Filling happens on insert rather than on send. What a placeholder came to is then visible in the composer and can be edited, instead of the message changing between writing it and sending it. Two things are deliberately left alone. A placeholder that cannot be answered yet -- a recipient's name on a draft nobody has addressed -- stays in the body as written, because substituting an empty string produces "Hi ,", which is wrong rather than visibly unfinished; leaving the name says which word is still missing and can be typed over. And a name that is not a placeholder is left as written too, since a body that quietly ate an unrecognised token would be worse than one that shows it. Values are escaped on the way into HTML: a display name comes from a contact card or a typed address and is not trusted markup.
92 lines
3.7 KiB
TypeScript
92 lines
3.7 KiB
TypeScript
/**
|
|
* Placeholders in templates, filled at the moment one is inserted.
|
|
*
|
|
* Two rules decide the whole design:
|
|
*
|
|
* - **An unresolved placeholder is left exactly as written.** A template
|
|
* inserted before the message is addressed cannot know who it is going to,
|
|
* and substituting an empty string there produces "Hi ," -- a greeting that
|
|
* is wrong rather than unfinished. Leaving `{{recipientName}}` in the body
|
|
* says which word is still missing, and it can be typed over. It is also
|
|
* what makes inserting a template early a valid thing to do rather than a
|
|
* mistake to undo.
|
|
* - **A name that is not a placeholder is left alone too.** Templates are
|
|
* written by hand and `{{` is not reserved anywhere else, but a body that
|
|
* silently ate an unrecognised token would be worse than one that shows it.
|
|
*
|
|
* Dates and times go through `datetime.ts` rather than `toLocaleDateString`,
|
|
* so a template follows the same date order and clock the rest of the app was
|
|
* told to use.
|
|
*/
|
|
import { escapeHtml } from "./text";
|
|
import { formatDate, formatClock } from "./datetime";
|
|
import type { EmailAddress } from "@/jmap/types";
|
|
|
|
export interface PlaceholderContext {
|
|
/** Where the message is addressed, in order; the first is what the singular names refer to. */
|
|
to: EmailAddress[];
|
|
/** The identity the draft is sending as. */
|
|
from: { name?: string | null; email?: string | null } | null;
|
|
subject: string;
|
|
/** Injectable so tests do not depend on the clock. */
|
|
now?: Date;
|
|
}
|
|
|
|
/**
|
|
* What each name resolves to, in the order they are shown in Settings.
|
|
* `null` from a resolver means "cannot be answered yet", which is the case
|
|
* the rule above is about -- distinct from an empty string, which is an answer.
|
|
*/
|
|
const RESOLVERS: Record<string, (c: PlaceholderContext) => string | null> = {
|
|
recipientName: (c) => personalName(c.to[0]),
|
|
recipientFirstName: (c) => {
|
|
const n = personalName(c.to[0]);
|
|
return n ? (n.split(/\s+/)[0] ?? null) : null;
|
|
},
|
|
recipientEmail: (c) => c.to[0]?.email || null,
|
|
myName: (c) => c.from?.name?.trim() || null,
|
|
myEmail: (c) => c.from?.email || null,
|
|
subject: (c) => c.subject || null,
|
|
date: (c) => formatDate(c.now ?? new Date()),
|
|
time: (c) => formatClock(c.now ?? new Date()),
|
|
};
|
|
|
|
/** The names, for the list shown under the template editor. */
|
|
export const PLACEHOLDER_NAMES = Object.keys(RESOLVERS);
|
|
|
|
/**
|
|
* A recipient's human name: what they are called if we know it, otherwise the
|
|
* local part, which for `firstname.lastname@` is still better than the whole
|
|
* address in the middle of a sentence. Never the domain.
|
|
*/
|
|
function personalName(a: EmailAddress | undefined): string | null {
|
|
if (!a) return null;
|
|
const name = a.name?.trim();
|
|
if (name) return name;
|
|
const local = (a.email ?? "").split("@")[0] ?? "";
|
|
return local || null;
|
|
}
|
|
|
|
/**
|
|
* `{{ name }}` tolerates the spaces; the name itself is matched exactly,
|
|
* because `{{Date}}` meaning `{{date}}` would make the list in Settings a
|
|
* suggestion rather than the set.
|
|
*/
|
|
const TOKEN = /\{\{\s*([A-Za-z][A-Za-z0-9]*)\s*\}\}/g;
|
|
|
|
/**
|
|
* Fill `input`, escaping substituted values when the destination is HTML.
|
|
* Escaping happens here rather than at the call site because the values come
|
|
* from contact cards and typed addresses -- a display name is not trusted
|
|
* markup, and the body it lands in is inserted as HTML.
|
|
*/
|
|
export function fillPlaceholders(input: string, ctx: PlaceholderContext, opts: { html: boolean }): string {
|
|
return input.replace(TOKEN, (whole, name: string) => {
|
|
const resolver = RESOLVERS[name];
|
|
if (!resolver) return whole;
|
|
const value = resolver(ctx);
|
|
if (value === null) return whole;
|
|
return opts.html ? escapeHtml(value) : value;
|
|
});
|
|
}
|