{{ coupleDisplay }}
{{ invitationSentence }}
{{ summaryLine }}
{{ announcement }}
{{ invitationSentence }}
The chart renderer is unavailable. The same fit values remain in the production proof.
| Artifact | Copy-ready text | Copy |
|---|---|---|
| {{ row.label }} | {{ row.text }} |
| Proof item | Status | Next action | Copy |
|---|---|---|---|
| {{ row.label }} | {{ row.ok ? 'Ready' : 'Review' }} | {{ row.action }} |
Guests should not have to piece together a wedding invitation from several clues. The names, event, date, local time, venue, and reply method need to read as one clear message. Tone and decoration can make the card personal, but missing or crowded details create practical problems such as late arrivals, replies sent to the wrong person, or a phone image that crops the address.
Printed cards and digital invitations put different pressure on the same wording. A 5 × 7 inch portrait card gives familiar space for a ceremony invitation, while a 9 × 16 story format favors short lines that remain legible on a phone. A square or landscape card changes line length again. Choosing the medium early prevents a design that looks balanced in one proportion but cramped in the final one.
Formality comes from more than a typeface. Family-hosted wording, a warm shared invitation, a destination note, and a reception-only announcement set different expectations. The wording should match the event that will actually happen. A ceremony invitation should not imply that every recipient is also invited to a separate reception unless that is true.
A QR code can shorten the path to an RSVP page, but it cannot replace readable text. Some guests will use a printed address or type a link manually, and a QR image may fail after resizing, compression, or printing on reflective stock. The final proof should therefore keep the reply destination visible and test the code from the same exported artwork guests will receive.
A production check is still a planning aid, not a printer’s proof or a guest-list system. Confirm names, event facts, privacy-sensitive contact details, paper size, bleed, safe margins, and color expectations with the people and vendor responsible for the final invitation.
Set the delivery format before polishing the wording, then use the proof to resolve missing details and copy-fit warnings.
The readiness percentage summarizes nine checks. A 100% result means the required event details passed validation, the RSVP destination and deadline are usable for the chosen mode, the format matches the delivery target, and every measured text section is within its copy budget. It does not verify that the event facts are true or that a printer will reproduce the design as expected.
The production proof combines required-field validation, mode-specific RSVP rules, format compatibility, and character-based copy allowances. These checks are deterministic, so the same invitation details produce the same readiness result.
Each copy-fit value compares the trimmed character count for one section with its planning limit, then rounds to the nearest whole percent.
Here, C is the trimmed character count and L is the section limit. The limits are 58 characters for names, 70 for the venue name, 150 for the details note, and 125 for the visible RSVP destination. These are editorial fit budgets rather than measurements of glyph width.
Readiness is the rounded share of nine successful checks, and the warning count is the number that did not pass.
P is the number of passed checks, R is readiness percent, and W is the warning count. Five checks are satisfied once the required details pass input validation; the remaining four cover RSVP destination, reply deadline, delivery compatibility, and copy fit.
| Check | Pass rule |
|---|---|
| Required details | Names, a real calendar date, a 24-hour time from 00:00 to 23:59, venue name, venue address, and a six-digit hexadecimal accent color must be valid. |
| RSVP destination | Website mode needs a valid HTTP or HTTPS address, email mode needs an address-shaped value, phone mode needs at least seven digits, and no-RSVP mode needs no destination. |
| Reply deadline | A valid date is required for website, email, and phone RSVP modes. No-RSVP mode passes without one. |
| Delivery match | Phone-story delivery requires 9 × 16. A printed suite rejects 9 × 16 and digital-only medium. Print-and-digital delivery also rejects 9 × 16. |
| Copy fit | The largest of the four utilization percentages must be less than or equal to 100%. |
A guest link contains the invitation settings as encoded text plus a SHA-256 checksum. Loading the link recomputes that checksum and falls back to default details when the values do not match. Because no secret key is involved, someone can change the details and create a new matching checksum; the link provides neither confidentiality nor sender authentication.
Invitation previews and exports are produced in the browser, but a guest link places the entered invitation details in the link itself. Treat anyone who receives that link as able to read and forward the names, venue, address, RSVP contact, and optional notes it contains.