Cidfont F1 Normal Fixed -

CIDFont+F1 is not a standard typeface like Arial or Helvetica; it is a generic "virtual" font label generated by software (often during PDF export) to handle complex character encoding. It is most commonly associated with CID (Character Identifier)

fonts, which are used to support large character sets like Chinese, Japanese, and Korean (CJK) or extensive Unicode symbols. Google Groups Technical Breakdown Definition

: CIDFont stands for Character Identifier Font. It is an extension of PostScript (Type 1) or TrueType (Type 2) technologies designed to support more than 256 characters—handling up to 65,535 separate glyphs. Naming Convention : Labels like

are arbitrary tags assigned by the PDF generator (e.g., Adobe Acrobat, XeLaTeX, or web-based export tools) when the original font cannot be fully embedded or named properly. : Often uses Identity-H (horizontal) or Identity-V cidfont f1 normal fixed

(vertical) encoding to map characters to specific glyph identifiers. Stack Overflow Common Use Cases CJK Language Support

: Essential for displaying languages with thousands of characters that exceed standard 8-bit font capacities. Space Optimization

: Software may embed only the specific characters used in a document as a "subset," labeling it as CIDFont+F1 to reduce file size. Help+Manual Typical Issues & Solutions CIDFont+F1 is not a standard typeface like Arial

Users frequently encounter errors like "CIDFont+F1 cannot be created or found," resulting in text appearing as dots or garbled symbols. CIDFont+F1 issue - Adobe Community

6. Example /F1 Fixed-Pitch Dictionary

/CIDFont /F1 0 /Norm [ /FixedPitch true ] def
% In actual PDF:
8 0 obj <<
  /Type /Font
  /Subtype /CIDFontType0
  /BaseFont /Courier
  /CIDSystemInfo 9 0 R
  /DW 600
  /W [ 0 [600] ]   % all CIDs from 0 to last have width 600
>>
endobj

2. Typical Context

Used in PDF / PostScript font dictionaries:

/F1 << /Type /Font /Subtype /Type0
      /BaseFont /Courier /Encoding /Identity-H
      /DescendantFonts [ /CIDFont /F1 ]
>>
/CIDFont /F1 << /Type /Font /Subtype /CIDFontType0
               /BaseFont /Courier
               /CIDSystemInfo << /Registry (Adobe) /Ordering (Identity) /Supplement 0 >>
               /DW 600   % Default width for all glyphs (fixed pitch)
               /W [ ... ]
            >>

A. PostScript output from Adobe Distiller

When you print a document containing CIDFonts to a PostScript file, Distiller sometimes embeds a fallback definition: '/CIDSystemInfo': '/Registry': '(Adobe)'

/Distiller_CID_Fallback <<
  /CIDFont /F1
  /Normal /Fixed
>>

That tells the PostScript interpreter: “If you can’t find the requested CIDFont, use the Normal-Fixed fallback.”

For PDF Generation (iText, Apache PDFBox)

• Never rely on Normal ordering for production documents. It is a fallback.
• Always embed real CIDFonts (or subset them) to avoid substitution.
• Explicitly set /DW (default width) and /W (widths array) to prevent a Fixed misinterpretation.

Example of correct CIDFont creation (Python pdfrw style pseudo):

font_dict = 
    '/Type': '/Font',
    '/Subtype': '/CIDFontType2',
    '/BaseFont': '/NotoSansCJKjp-Regular',
    '/CIDSystemInfo': 
        '/Registry': '(Adobe)',
        '/Ordering': '(Japan1)',
        '/Supplement': 6
    ,
    '/DW': 1000,
    '/W': []   # explicit widths

Do not put /Ordering (Normal) or /Fixed unless you are building a diagnostic tool.