GNU Unifont - GNU Unifont

GNU Unifont
Unifont Sample, v12.0.01.png
KategoriUnicode, Bit eşlem, Sans Serif
SınıflandırmaDuospace
Tasarımcı (lar)Roman Czyborra, Paul Hardy
Tarih oluşturuldu1998
Çıkış tarihi13.0.03 (3 Temmuz 2020; 4 ay önce (2020-07-03)) [±]
LisansGNU Genel Kamu Lisansı
Tüm karakterleri görün
İnternet sitesitek temelli.com/ unifont/ index.html

GNU Unifont Roman Czyborra tarafından ücretsiz Unicode ara bit eşlemli yazı tipi biçimi kullanan bit eşlem yazı tipi. Ana Unifont tüm Temel Çok Dilli Düzlem (BMP), "Üst" yol arkadaşı, Tamamlayıcı Çok Dilli Düzlem ve "Unifont JP" arkadaşı Japonca içerir kanji mevcut JIS X 0213 karakter seti.

Çoğu ücretsiz olarak mevcuttur işletim sistemleri ve pencere sistemleri gibi Linux, XFree86 ya da X.Org Sunucusu ve bazı yerleşik ürün yazılımları, örneğin RockBox. Yazı tipi, GNU Genel Kamu Lisansı Sürüm 2+ ile yazı tipi yerleştirme istisnası (yazı tipini bir belgeye gömmek, belgenin aynı lisans altında yerleştirilmesini gerektirmez).

Ekim 2013'te bir GNU paketi haline geldi. Şu anki geliştiricisi Paul Hardy'dir.

Durum

Unicode Temel Çok Dilli Düzlem kapak 216 (65,536) kod noktası. Bu sayının 2.048'i UTF-16 olarak özel kullanım için ayrılmıştır. vekil çiftler ve 6.400 kişi için ayrılmıştır özel kullanım. Bu, gliflerin atanabileceği 57.088 kod noktası bırakır. Bu kod noktalarının bazıları, atanmış bir glifi olmayan, ancak çoğunun atanmış glifleri olan özel değerlerdir.

Mayıs 2019 itibarıylaGNU Unifont, Temel Çok Dilli Düzlem Unicode 12.1.0'da tanımlandığı gibi. Tamamlayıcı yazı tipleri, Unifont Upper ve Unifont CSUR, önemli ölçüde Tamamlayıcı Çok Dilli Düzlem ve ConScript Unicode Kaydı, sırasıyla.

12.1.02 sürümü için, 10.000 Japonca'yı kapsayan Unifont JP piyasaya sürüldü. kanji mevcut JIS X 0213 karakter kümesi, bazıları Tamamlayıcı İdeografik Düzlem. Halka açık bir yazı tipi olan Jiskan16'dan türetilmiştir.

% 100'den az tamamlanmış komut dosyaları herhangi bir katılımcı tarafından artırılabilir.

Yaklaşık 20.000 kişilik büyük blok CJK ideograflar kopyalandı WenQuanYi 's Unibit izinli yazı tipi.[1](Wen Quan Yi: Mektupların Baharı)

Ancak, kapsamına rağmen Unifont, yazdırılabilir Unicode kod noktası başına yalnızca bir glif saklar. Bu nedenle, karmaşık düzenlere sahip komut dosyalarını (özellikle Hintçe komut dosyaları) doğru şekilde oluşturmak için gereken OpenType özelliklerini içermez ve bu kombinasyonlar Unicode'da önceden birleştirilmiş biçimlerinde kodlanmadıysa, temel harflerle birleştiren aksanları doğru şekilde konumlandırmaz; ayrıca bağlamsal formlar (birleştirme türleri ve alt birleşik kümeler dahil) işlenmez: bu, temel yazı tipine dahil edilecek gliflerin sayısını artırır ve gerekli tüm glifleri kodlamak (mevcut OpenType sınırlamaları nedeniyle) hala mümkün değildir. tek bir Unicode düzleminde var olabilecek tüm gerekli kombinasyonları temsil eder (bu, şu anda iki düzlemde kodlanmış tüm ideogramları tamamen kapsayamayan Çince yazı tipleri için ve ayrıca Unicode'un sonraki 13.0 sürümüyle başlayan üçüncü bir düzlem için de geçerlidir). Böylesi bir yazı tipi daha sonra sadece basit alfabetik betikler için uygun bir "son çare" varsayılan yazı tipi olarak veya izole edilmiş karakterleri oluşturmak için kullanılabilir, ancak gerçek metinlerin doğru okunmasını zorlaştırır veya bazen imkansız hale getirir. Hintçe abugidaları (ve isteğe bağlı birleştirme aksanları ile yazılmışlarsa Semitik abjadları) doğru şekilde oluşturmak için, bundan önce stil sayfalarında başka yazı tipleri belirtilmelidir ve ek düzlemlerde kodlanmış Han ideografilerini kapsayacak veya çoğunu oluşturmak için ek yazı tiplerine ihtiyaç duyulacaktır. BMP'de kodlanmayan tarihi (veya azınlık modern) komut dosyaları.

Dağıtım

Örnek Japonca ve Çince

Unifont, 12.0.0 sürümünden itibaren vektör olarak mevcuttur TTF, BDF, ve PCF "standart yapı" biçimleri. Yalnızca TrueType yapısı Unifont ve iki eşlik eden yazı tipine bölünmüştür.[1]

Birkaç "özel sürüm" istek üzerine oluşturulmuş ve Paul Hardy tarafından kullanıma sunulmuştur. Bunlar, kod noktası değerleriyle doldurulmuş boş gliflere sahip bir bitmap TTF (SBIT) içerir. FontForge kullanıcıların okuması, a PSF için glifler içeren bitmap APL programcılar ve Roman'ın .hex biçimindeki tek dosya sürümleri (aşağıya bakın).[1] Kaynağın asıl organizasyonu, birbirine dikilecek ve bir yapıda diğer biçimlere dönüştürülecek daha küçük .hex dosyalarından oluşur.[2]

Vektörizasyon

Luis Alejandro González Miranda, vektörelleştirmek ve BDF yazı tipini dönüştürmek için komut dosyaları yazdı. TrueType format kullanarak FontForge.[3]Paul Hardy, bu komut dosyalarını, en son TrueType sürümleri için birleşik karakterleri (aksanlar vb.) İşleyecek şekilde ayarladı.[1](TrueType Yazı Tipi Oluşturma)

.Hex yazı tipi biçimi

GNU Unifont .hex formatı gliflerini genişlikte 8 veya 16 piksel, yükseklikte 16 piksel olarak tanımlar. Çoğu Batı yazısı glifleri 8 piksel genişliğinde tanımlanabilirken, diğer glifler (özellikle Çince – Japonca – Korece veya CJK kümesi) tipik olarak 16 piksel genişliğinde tanımlanır.

Unifont.hex dosyası, her glif için bir satır içerir. Her satır dört basamaklı bir Unicode onaltılık kod noktası, iki nokta üst üste ve bit eşlem dizesinden oluşur. Bit dizisi, 8 piksel genişliğindeki bir glif için 32 onaltılık basamak veya 16 piksel genişliğindeki bir glif için 64 onaltılık basamaktır. Amaç, yeni gliflerin eklenmesini kolaylaştıracak bir ara biçim oluşturmaktır.

Bit dizisindeki bir '1' bit, bir 'açık' piksele karşılık gelir. Piksel bitleri, soldan sağa, yukarıdan aşağıya saklanır.

Misal

Bu, ASCII büyük 'A' için bir glif içeren örnek bir yazı tipidir.

0041: 0000000018242442427E424242420000

İlk sayı, 0000 ile FFFF aralığındaki onaltılık Unicode kod noktasıdır. Onaltılık 0041, 'A' harfinin kod noktası olan 65 ondalıktır. İki nokta üst üste, kod noktasını bit eşlemden ayırır. Bu örnekte, glif 8 piksel genişliğindedir, bu nedenle bit dizesi 32 onaltılık basamak uzunluğundadır.

Bit dizisi 8 sıfırla başlar, bu nedenle ilk 4 satır boş olacaktır (8 piksel genişliğindeki glif için satır başına 8 bit olmak üzere 8 bit bayt başına 2 onaltılık rakam). Bit dizisi de 4 sıfırla biter, bu nedenle alttaki 2 satır boş olacaktır. Bundan dolaylı olarak, varsayılan yazı tipi azalan taban çizgisinin 2 satır aşağısında ve büyük harf yüksekliğinin taban çizgisinin 10 satır yukarısında olduğu anlaşılır. Latin glifleri içeren GNU Unifont'ta durum budur.

Zamanla, formatı işlemek için bir dizi yol türetilmiştir. En erken yol, Hexdraw Dizeyi bir dizeye dönüştüren Perl betiği ASCII sanatı bir metin düzenleyicide düzenlenecek temsil. Nisan 2019 itibarıylamevcut yöntem, bir bitmap görüntüsü tüm kod noktaları için ızgara ve bir görüntü düzenleyiciyle çalışma. Her iki durumda da, düzenlenen glifler depolama için .hex dosyalarına dönüştürülür.[2]

Tarih

Roman Czyborra, Unifont formatını 1998'de oluşturdu[4] 1994 yılına dayanan önceki çabalardan sonra.

Luis Alejandro González Miranda, 2008'de bu yazı tipini TrueType yazı tipine dönüştürmek için bir program yazdı. Paul Hardy, TrueType sürümünde karakterleri birleştirmeyi desteklemek için daha sonra değiştirdi.

En sonunda, Richard Stallman Ekim 2013'te Unifont'a bir GNU paketi adını verdi ve bakımını Paul Hardy yaptı.

Referanslar

  1. ^ a b c d GNU Unifont Glifleri
  2. ^ a b "Unifoundry Unicode Yardımcı Programları". unifoundry.com. Alındı 16 Nisan 2019.
  3. ^ TrueType biçiminde GNU Unifont, dan arşivlendi orijinal 2016-02-01 tarihinde
  4. ^ Roman Czyborra'nın GNU Unifont sayfası
  • Unicode Konsorsiyumu: Unicode 5.0 Standardı. 5, Addison Wesley 2007; ISBN  0-321-48091-0.

Dış bağlantılar