Yazı tipi alt kümeleme neden düzenlemeyi bozar da okumayı bozmaz
Yazı tipi alt kümeleme yalnızca kullanılan glifleri tutar. Okuyucu yine çizer; düzenleme eksik karakterde başarısız olur. PDF123 Compress alt kümeleme yapmaz.
Bir PDF kusursuz görünüp yazdığınız bir sonraki karakteri yine de reddedebilir. Bu çoğu zaman bozuk bir görüntüleyici değildir. Sorun yazı tipi alt kümelemedir: dosya, yazıldığı sırada ihtiyaç duyduğu glifleri gömer ve düzenleme, hiç paketlenmemiş bir glif ister.
Alt küme nedir
TrueType ve OpenType yazı tipleri on binlerce glif içerebilir. On sayfalık bir not birkaç yüz glif kullanabilir. Alt kümeleme, gömülü yazı tipini kullanılmayan glifler atılacak şekilde yeniden yazar. Dosya boyutu düşer; mevcut metnin ekranda ve baskıda çizimi aynı kalır, çünkü belgede zaten bulunan her karakter hâlâ yerindedir.
Bu yüzden okuma ve yazdırma başarılı olur. Başarısızlık biçimi daha sonra ortaya çıkar: biri PDF’yi bir düzenleyicide açar, aksanlı bir harf veya seyrek bir noktalama yazar ve eksik glif ikame edilir, boş kalır ya da reddedilir. Mevcut metnin kopyalanıp yapıştırılması genellikle yine çalışır; glif tablosundaki boşluğa çarpan şey, yeni karakterlerin eklenmesidir.
Alt kümeleme yazı tipini kaldırmak değildir
Yazı tipi nesnesi gömülü kalır. Giden şey, glif tablosunun kullanılmayan kısmıdır. Bu şundan farklıdır:
- Okuyucunun makinesinde kurulu bir sistem yazı tipine güvenmek (işletim sistemleri arasında ikame riski)
- Metni konturlara veya görüntülere dönüştürmek (seçme ve aramayı öldürür)
- Dosyayı şifrelemek (Protect); şifreleme glifleri alt kümelemez
Birçok ofis dışa aktarıcısı ve PDF’ye yazdırma sürücüsü, yazı tiplerini gömerken varsayılan olarak alt kümeleme yapar. Hasar, dışa aktarma anında verilir; dosyayı daha sonra bir görüntüleyicinin açmasıyla değil. Başka bir PDF aracından yeniden kaydetmek alt kümelemeyi tekrarlayabilir de tekrarlamayabilir de; hiç yazılmamış glifleri sihirli biçimde geri getirmez.
PDF123 Compress gerçekte ne yapar
Compress (POST /api/v1/misc/compress-pdf), qpdf’den akışları sıkıştırmasını (--compress-streams=y), flate verisini yeniden sıkıştırmasını ve nesne akışları üretmesini ister. Yazı tiplerini alt kümelemez ve görüntü seyreltme iddiasında bulunmaz. Dosya zaten akış açısından sıkıysa indirilen dosyanın boyutu neredeyse hiç değişmeyebilir. Dosya zaten alt küme yazı tipleri içeriyorsa Compress bu alt kümeleri olduğu gibi bırakır; onları tam yüzeylere geri genişletmez.
Boyut kaldıraçlarının genel PDF ardışık düzenlerinde (görüntüler, akışlar, yapı) nasıl etkileştiği için Bir PDF’yi sıkıştırdığınızda gerçekte ne olur yazısına bakın. O yazıyı arka plan olarak alın; bu sitenin Compress düğmesinin yazı tiplerini alt kümelediği iddiası olarak okumayın.
OCR ve Markdown dönüşümü de PDF’deki eksik glifleri geri getirmez: OCR Markdown metni döner ve PDF to Markdown metin katmanının zaten içerdiğini çıkarır.
Pratikte düzenleme ve okuma
| Eylem | Alt kümelemeden sonra tipik sonuç |
|---|---|
| Aç, kaydır, yazdır, mevcut metni seç | Çalışır; başvurulan glifler yerindedir |
| Özgün dosyada hiç kullanılmamış bir karakter ekle | Başarısız olabilir veya ikame edilebilir |
| PDF içinde tam düzenlenebilir bir yazı tipi bekle | Kırılgan; alt küme kullanılmayan glifleri attı |
| PDF123’te Compress çalıştır | Akışlar küçülebilir; glif envanteri değişmez |
Düzenlemeye tam bir karakter kümesiyle devam etmeniz gerekiyorsa alt kümeleme yanlış dışa aktarma ayarıydı. Düzenlenebilir bir kaynağı (Word; taze bir çizim için Markdown to PDF) ya da hâlâ tam bir yüzey gömen bir PDF’yi tercih edin. PDF123’te Compress o glifleri geri koymaz.
“Bu PDF’ye é yazamıyorum”u teşhis ederken görüntüleyiciyi veya Repair aracını suçlamadan önce özgün dışa aktarmanın yazı tiplerini alt kümeleyip kümelemediğine bakın. Repair yapıyı yeniden kurar; glif tablolarını genişletmez. Markdown üzerinden bir gidiş-dönüş, WeasyPrint’in o çizim için gömdüğü yazı tipleriyle yeni bir PDF üretebilir; bu taze bir belge için yararlıdır, eski alt kümelenmiş yüzeyi cerrahi olarak geri getirmek için değil.