Чому субсетування шрифтів ламає редагування, але не читання
Субсетування шрифтів лишає лише гліфи, які PDF уже використовує. Читачі рендерять, редагування падає на відсутніх символах. Compress на PDF123 не субсетує шрифти.
PDF може виглядати бездоганно й усе одно відмовитися приймати наступний символ, який ви набираєте. Часто це не зламаний переглядач. Це субсетування шрифтів: файл вбудовує лише ті гліфи, які були потрібні на момент створення, а редагування просить гліф, якого ніколи не пакували.
Що таке підмножина
Шрифти TrueType і OpenType можуть містити десятки тисяч гліфів. У записці на десять сторінок може використовуватися кілька сотень. Субсетування переписує вбудований шрифт так, що невикористані гліфи відкидаються. Розмір файлу падає; відображення на екрані та друк наявного тексту лишаються тими самими, бо кожен символ, уже наявний у документі, усе ще присутній.
Тому читання й друк вдаються. Режим відмови з’являється пізніше: хтось відкриває PDF у редакторі, набирає літеру з наголосом або рідкісний розділовий знак, і відсутній гліф підставляється, лишається порожнім або відхиляється. Копіювання наявного тексту зазвичай усе ще працює; саме вставлення нових символів натрапляє на дірку в таблиці гліфів.
Субсетування не прибирає шрифт
Об’єкт шрифту лишається вбудованим. Зникає невикористана частина таблиці гліфів. Це відрізняється від:
- покладання на системний шрифт, встановлений на машині читача (ризик підстановки між ОС);
- перетворення тексту в криві чи зображення (що вбиває виділення й пошук);
- шифрування файлу (Захистити) — шифрування не субсетує гліфи.
Багато офісних експортерів і драйверів друку в PDF субсетують типово, коли вбудовують шрифти. Шкода завдається під час експорту, а не тоді, коли пізніший переглядач відкриває файл. Повторне збереження через інший інструмент PDF може субсетувати знову або ні; воно не відновить чарівно гліфи, яких ніколи не записували.
Що насправді робить Compress на PDF123
Стиснути (POST /api/v1/misc/compress-pdf) просить qpdf стиснути потоки (--compress-streams=y), перестиснути дані flate й згенерувати об’єктні потоки. Він не субсетує шрифти й не заявляє про зменшення роздільності зображень. Якщо файл уже щільно спакований потоками, звантаження може майже не змінитися в розмірі. Якщо файл уже містить субсетовані шрифти, Compress лишає ці підмножини як є — він не розгортає їх назад у повні накреслення.
Про те, як важелі розміру взаємодіють у загальних конвеєрах PDF (зображення, потоки, структура), див. Що насправді відбувається під час стиснення PDF. Сприймайте той допис як тло; не читайте його як твердження, що кнопка Compress на цьому сайті субсетує шрифти.
OCR і конвертація в Markdown також не відновлюють відсутні гліфи в PDF: OCR повертає текст Markdown, а PDF у Markdown витягує те, що вже містить текстовий шар.
Редагування проти читання на практиці
| Дія | Типовий результат після субсетування |
|---|---|
| Відкрити, прокрутити, надрукувати, виділити наявний текст | Працює; задіяні гліфи присутні |
| Вставити символ, якого не було в оригіналі | Може не вдатися або підставитися |
| Очікувати повністю редагований шрифт усередині PDF | Крихко; підмножина відкинула невикористані гліфи |
| Запустити Compress на PDF123 | Потоки можуть зменшитися; набір гліфів незмінний |
Якщо потрібно й далі редагувати з повним набором символів, субсетування було неправильним налаштуванням експорту. Віддавайте перевагу редагованому джерелу (Word, Markdown через Markdown у PDF для свіжого рендерингу) або PDF, який усе ще вбудовує повне накреслення. Compress на PDF123 ці гліфи назад не поверне.
Коли діагностуєте «я не можу набрати é у цьому PDF», перевірте, чи початковий експорт субсетував шрифти, перш ніж звинувачувати переглядач чи Відновлення. Відновлення відбудовує структуру; воно не розгортає таблиці гліфів. Круговий шлях через Markdown може дати новий PDF із тими шрифтами, які WeasyPrint вбудує для цього рендерингу — корисно для свіжого документа, але не для хірургічного відновлення старого субсетованого накреслення.