Documents · Freelance Invoice Tool
Why Currency Symbols Need the Right Fonts in a Generated Invoice PDF
· How it works
invoice pdf character-encoding
A PDF only shows the characters its fonts contain, so a currency symbol or accented client name can turn into a box or a blank. This post explains how text and fonts work inside a PDF and what to check in your exported invoice.
The invoice with a box where the rupee sign should be — a small glyph problem with a big credibility cost
A missing currency glyph can turn a clear price into a question about which money was intended. The same failure can damage a client name or address. That is why the final PDF must be opened and read, especially when the document contains scripts or symbols outside ordinary Western-European text.
How text is stored in a PDF — character codes mapped through a font, not free-floating Unicode
PDF text is written through a font and an encoding rather than carried as unrestricted visual Unicode. This repository’s writer converts strings to Latin-1 bytes, transliterates a small documented set of characters and replaces unsupported characters with a question mark while recording that lossy conversion occurred.
Standard fonts versus embedded fonts — why the classic built-in set lacks many currency symbols and non-Latin letters
The writer uses the standard Helvetica and Helvetica-Bold faces, which need no embedded font file but do not cover modern Unicode. That keeps the PDF implementation small and predictable while creating a hard repertoire boundary. A currency code can remain readable when a preferred symbol cannot.
Embedding and subsetting in general — and why this tool does neither
Embedding a font can carry glyph data with a document, and subsetting can restrict that data to used glyphs. Those are general PDF techniques, not features of this tool. Its limitations page states that the generated PDF embeds no fonts, so this export path cannot use embedding to rescue another script.
Client names, addresses and notes — why the same issue affects accented letters and other scripts, not only symbols
The boundary affects all text: seller and customer names, attention lines, addresses, notes and payment instructions. Smart punctuation and selected symbols have explicit replacements, but unsupported characters become question marks. One successful currency symbol does not prove the rest of the document survived.
Worked example — checking an exported invoice's fonts in a viewer's properties dialog and searching for the symbol
Export an invoice containing harmless test characters and inspect the visible PDF, then search and copy the same text from the viewer. A font-properties panel may show Helvetica as a standard font rather than an embedded subset. The application also reports when its conversion detected lossy text.
The tool’s verified Helvetica and Western-European text boundary
The repository does specify the tool’s font choice: no embedded fonts and Western-European coverage only. For other scripts, the limitations page directs users to the browser’s Save as PDF path, whose font handling belongs to the browser and printer workflow rather than this custom writer.
Takeaway — open the export and look before you send, and rely on the Freelance Invoice Tool's country and currency settings to use the right conventions
Choose an unambiguous currency code and inspect every human name and instruction in the exported file. Country and currency settings select labels and amount metadata; they cannot add glyphs to Helvetica. A clean preview is the evidence that this particular document rendered acceptably.