Hangi yazı tipi türleri teknik bir belge için iyidir?


48

Teknik bir belge için kullanılacak bazı iyi yazı tipleri nelerdir? Kullanılması gereken / kullanılmaması gereken belirli bir tür var mı?


1
Belki 'yüksek teknik belge' ile ne demek istediğinizi biraz detaylandırabilir misiniz? Küçük metinler, denklemler, karmaşık etiketli diyagramlar, çizelgeler, program kodu içeren çok karmaşık tablolar içeriyor mu?
e100

4
Comic Sans MS, ne pahasına olursa olsun, ne pahasına olursa olsun kaçınılmalıdır.
Mateen Ulhaq

Teknik belgeler? Okunabilir teknik metinler mi yoksa sadece teknik açıklamalar mı?
Robert Koritnik

1
CERN (fizikçiler tapınağı) Comic Sans'a geçmeye karar veriyor :)). home.web.cern.ch/about/updates/2014/04/cern-switch-comic-sans
Ooker

Yanıtlar:


35

Teknik dokümanlar derinlemesine iç içe geçmiş, hiyerarşik bir yapıya sahip olacak ve ayrıca dipnotlardan, farklı vurgu türlerinden, çapraz referanslamadan, çekimlerden ve başka türden kenar çubuklarından ve başlıklardan faydalanacaktır. Teknik belgelerin ana ayırt edici özelliği karmaşık yapı olma eğilimindedir.

Başlıklar için makul olan herhangi bir yazı tipini kullanabilirsiniz; bu serif veya sans-serif olabilir. Gövde metninize tamamlayıcı bir tarza sahip olmalı , ancak başlıklar belgeye bariz bir görsel yapı sağlamalıdır.

Çok fazla nesir varsa, iyi bir serif veya sans-serif yazı tipi vücut metni için iyi. Gövde metni için bir sans-serif yazı tipi ve başlıklar için bir serif yazı tipi kullanmak isteyebilirsiniz. Dipnotlar, gövde metninden daha küçük olacaktır; bu nedenle, gövde için çok küçük bir font kullanmayın.

Vurgu için, yazı tipinin italik veya eğik versiyonu, gövde metninden belirgin şekilde farklı bir yapıya sahip olmalıdır.

Tablolar, başlıklar ve çekimler için çoğu durumda bir sans-serif fontu kullanmalısınız. Gövde metni için bir serif fontu kullanıyorsanız, sans-serif fontunun dokusunun tamamladığından ancak metin türünden önemli ölçüde kontrast oluşturduğundan emin olun.

Belgede kod listelerinin veya diğer bir eşlenen öğelerin olmasını istiyorsanız, eşlenen metin için üçüncü bir yazı tipine sahip olursunuz. Bu, tüm sans-serif yazı tiplerini görsel olarak tamamlamalıdır. Courier'i bunun için nispeten geniş olduğu için kullanmayın; Lucida Console gibi diğer monospace fontları, aynı nokta boyutu veya genel okunaklılık için size aynı genişlikte daha fazla monospac karakter verir. Ayrıca, Courier hiçbir şey yapmaz ve çoğu O / S platformuyla birlikte gelen sürüm çok hafiftir ve büyük kod listelerini okumak için çok okunaklı değildir.

Yazı tiplerinde satın alma seçeneğiniz varsa, uygun görünen herhangi bir kombinasyonu seçebilirsiniz; İnternetteki birçok kaynağın bunun için faydalı önerileri var.

İşletim sistemi satıcınız tarafından sağlanan fontlarla sıkışmışsanız, öykü biraz farklıdır. Her ne kadar kısa bir süre önce bir dizici olarak çalışmış olmama rağmen, teknik dokümantasyon çalışmalarının çoğu bugünlerde fonksiyonel özellikler ve genellikle müşterinin standart masaüstü yapısında mevcut olan yazılım tarafından kısıtlanıyorum.

Bazı seçenekler:

Büyük miktarda nesir yazıyorsanız, Palatino metin için oldukça hoş bir yazıdır. DTP döneminde birçok Postscript yazıcısı ile bir araya geldiği için ölümle sonuçlandı, fakat bu biraz ölmekte olan bir hatıradır, bu yüzden kendi özelliklerine dayanabiliyordu. Windows ile birlikte gelen Sans-serif yazı tiplerinden herhangi biriyle (Arial, Tahoma, Trebuchet, Calibri vb.) Gider. MacOS ve çoğu Linux dağıtımları, Adobe veya URW'den iyi bir Palatino yorumuyla geliyor.

Lucida ailesi bu tür işler için tasarlanmıştır ve serif, sans-serif ve monospace fontlarına sahiptir. Hoş, çağdaş bir görünüme sahip ve iyi çalışıyor. Bir diğer büyük artı, çoğu O / S platformunun Lucida fontlarıyla birlikte gelmesidir. Lucida ailesi ayrıca ekranlar veya ilk lazer yazıcılar gibi düşük çözünürlüklü çıktı aygıtlarında iyi sonuç vermek için tasarlanmıştır, bu nedenle PDF çıktısı için tasarlanan bir yazı tipinde iyi bir seçimdir.

Stand-by Times ve Arial (veya Helvetica) iyi çalışır, ancak Times italic'in lazerle basılmış belgelerde çok iyi durma eğiliminde olmadığını buldum. Belge, MS Word ile yapılan bir şeye benzeyecek, ancak yazı tipleri kullanılabilir. Bu yazı tiplerinden kaçınmanın ana nedeni kişisel zevk ya da amatör kelime işlemcisi gibi görünmekten kaçınma isteğidir (bu belge ciddiye alınması gerektiğinde düşündüğünüzden daha önemli olabilir).

Geleneksel eski tarz veya geçiş türleri (örneğin Garamonds, Bembo, Baskerville) oldukça hoş görünüyor ve metin olarak okunaklı, ancak daha düşük boyutlara sahip oldukları için daha düşük x yüksekliğe sahipler. Bu satır içi bir sans serif yazı tipi ile daha büyük bir x yüksekliği ile karıştırmak garip görünebilir. ITC Garamond (1980'lerde ve 1990'larda Apple tarafından yaygın olarak kullanılır), daha yüksek bir x yüksekliğine sahip bir Garamond'un yeniden tasarlanmasıdır, bu nedenle bu sorundan muzdarip değildir.

CM ya da Century Schoolbook gibi modemler, 20. yüzyılın 19. ve ilk yarısında ölümle sonuçlandı, bu yüzden birçok kültürel bagajla gelme eğilimindeler. Modernliğin bir belgeyi Viktorya dönemi veya 1920 ya da 30'lardan kalma bir şey gibi gösterdiğini düşünüyorum. Oldukça pratik ve okunaklı olsalar da, DEK ile teknik belgelere uygunlukları konusunda farklı olmam gerekiyor.

Hümanist ve geometrik yazı tiplerini karıştırırken dikkat edilmesi gereken genel ipuçlarını alın. Avant-Garde Gothic veya Futura gibi yüksek geometrik sans dizilerinin teknik bir belge için metin türü için gerçekten uygun olmadığını unutmayın. Her ne kadar başlıklar için uygun olsalar da, belgedeki çok sayıda altyazı, etiket ya da ozan sans serif eserleri varsa, aynı yazı tipinde ayarlanmadıklarında AGG veya Futura ile çakışacaklardır. Bu, bu fontları bölüm başlıkları gibi ana başlıklar dışında kullanmaya karşı bir grevdir. Herhangi bir sans-serif fontunu çok farklı bir görünüme sahip kullanırken benzer sorunlar geçerlidir.

Bellekten, Times, Helvetica, Charter, Palatino, Frutiger, ITC Berkeley Eski Tarz, Calibri, Tahoma ve bir veya iki diğerinde yazı yazmış olduğum çeşitli teknik belgelerde yazılı metin türüyle iyi sonuçlar aldım.

Kullandığım bazı kombinasyonlar:

  • Times metin ve Arial başlıkları, Lucida Daktilo listeleri ile başlıkları ve etiketleri (kurumsal standartlara göre dikte)

  • Palatino metni ve Helvetica başlıkları, başlıkları ve etiketleri (Adobe fontları, fontları gömmek zorunda kalmadan PDF'ye dönüştürülmesi için tasarlandı, bu yüzden 35 standart PostScript fontuyla yapıştırdım). Belge Framemaker ile üretildi.

  • Lucida Konsol listeleri ile Palatino metin ve Tahoma başlıkları. Gezerken, Windows ile birlikte gelen Tahoma'nın cesurluğu çok ağır.

  • Cambria başlıkları ve Calibri metni - Word 2010 ile varsayılanlar ve birlikte Tamam'a bakın. Başlık stillerini varsayılan boyutlardan küçültün - koyu renk oldukça ağırdır ve gövde metnine karşı çok güçlü görünür. Ayrıca, varsayılan stil, metin stillerinde biraz öne geçme ekler.

  • Charter, CMSans, - LaTeX ile üretilen belge. Bu, LaTeX ile gelen temel 'Charter' stilini kullandı, içeriğini keserek biraz modifiye edildi.

  • ITC Berkeley Eski Tarz / Helvetica. BOS ile yapılan başlıklar ve metinler, başlıklar ve Helvetica ile yapılan diğer bazı yazılar. Berkeley Oldstyle'u bir font olarak seviyorum (içinde 'Quidditch' kelimesini ayarlamayı deneyin) ve hem ekran hem de metin türü için çalışıyor. ITC versiyonunun (tahmin edilebileceği gibi, sanırım) oldukça büyük bir x yüksekliği var, bu yüzden sans-serif fontlarıyla çalışıyor.

  • Lucida - hemen hemen her büyük işletim sistemi platformuyla birlikte gelir, okunaklı ve lazer yazıcılar gibi düşük çözünürlüklü çıkışlı aygıtlarda iyi performans sağlamak için tasarlanmıştır. Bir dizi serif, sans-serif ve monospaced yazı tipleri ailesi var. Ekranda iyi çalışırlar, baskıda hoş görünürler ve teknik belgeler için iyi ergonomiye sahiptirler.

EDIT: Aslında, bu bana bir hikaye hatırlatıyor. Lisans derecemi yaptığım üniversitede LaTeX ve yapılandırılmış belgelerin zevkini öğreten bir ders aldılar. Arkadaşım bir noktada o kağıt için bir öğretmendi. Öğrencilerden biri LaTeX hakkında şikayetçi oldu:

Ama eğer LaTeX kullanırsam, tüm belgelerim TeX'te yapılmış gibi görünüyor.

Arkadaşımın yanıtladığı:

Daha kötü olabilirdi. Word'de yapıldığı gibi görünebilir.

Öğrenci noktayı gördü.

Bunun bir sonucu, öğretim üyelerinden birinin aslında bir noktada bu konuda bazı istatistikler yapması ve ödevler ile LaTeX kullanımı arasında notlar arasında bir ilişki bulmasıdır. Bir ödev için LaTeX'i kullanmanın ortalama olarak yarım derece değerinde olduğuna yemin eder. Bunun, TeX'in yapılandırılmış dokümantasyon etkisi ve otomatik bak-hisset özelliklerinden mi kaynaklandığı, yoksa sadece daha akıllı öğrencilerin kullanmaya meyilli olduğu neticesinde net değildi. Öğrenci.


2
Lucida Console, kod örnekleri için en iyi font değil: '0' ve 'O' kolayca ayırt edilemez. Inconsolata ve Consolas’ların ikisi de 0’a çarptı, fakat diğer yönlerden daha kötü olabilir.
citrin

22

Teknik belgeler genellikle sans-serif olarak ayarlanır. Bunun serif meslektaşı yerine tercih edilmesinin birkaç nedeni var:

  • Serif yazı tipleri, genellikle okuyucuya mümkün olduğunca şeffaf olacak şekilde tasarlanmıştır. Bir romanda, okuma bir sıvı aktivitesi olmalı ve yazı biçimi kendine dikkat etmemelidir. Teknik dokümanlar genellikle okuyucunun durması gereken önemli bildirimlerle doldurulur ve yapının gözünüzle kolayca "taranabilmesi" gerekir.

  • Sans-serif, inceden siyaha kadar geniş bir ağırlık yelpazesine izin verir. Teknik dokümanlar genellikle derin, iç içe geçmiş bir hiyerarşiye sahiptir ve emrinizde birçok ağırlık olması bu hiyerarşiyi iletmenizi sağlar.

Teknik belgeler için bir çift iyi seçenek şunlardır:

Whitney , çok geniş bir ağırlık yelpazesine sahip çok eksiksiz bir yazı tipidir. Aynı zamanda, masalar için mükemmel olan "astar figürleri" sağlar. Ayrıca ek açıklamaları yaparken çok kullanışlı olan daireler ve kareler içine alınmış sayılar ve harfler oluşturmuştur.

Tez , çok geniş bir ağırlık aralığında, seri bir yazı biçimidir (serif, yarı serif, mono, yarı-sans ve sans-serif seçeneklerine sahiptir). Monospaced fontu, aynı mükemmel görünümlü yazı tipinde kod yazmanıza izin verir.


7

Teknik belgeler için (veya başka bir tür) 'Yeterince Bir Yazı Tipine Sahip Olun' belgesini çok faydalı buldum. Buralarda biraz şaka olarak başladı, ama aslında inanılmaz derecede faydalı. Duvarımda asılı olan şişmiş bir kopyasını aldım.

1. Bağlantı

Bağlantı 2


1
Yalnız mısın? [Evet] Tamam, o zaman benimle gel. - - - - - - (uzun yürüyüş) - - - - - - - -> [Comic Sans] :-D Neyse, ikinci bağlantı kopuk, ben oldum olduğunu Imgur onu yükledi gelecek Lurkers üzere kaydetmek için, bütün kredi kimin web sitesi aşağı gibi görünüyor Julian Hansen .
Groo

6

Herhangi bir teknik doküman için hedefler potansiyel belirsizliği azaltırken okunabilirliği en üst düzeye çıkarmaktır.

Benim için bu benim ilk kuralım:

  • Rakamlar veya şekiller , rakamlardan birini açıklığa kavuşturmak için Brioni'ye yapılan değişikliklerde olduğu gibi, harflerden farklı olmalıdır . Ben gerçekten böyle bir eğik çizgi yoluyla olsun, sıfır darlığı veya başka gösterge yoluyla, sermaye O harfi arasındaki ayrımı ve rakamı sıfır 0 görmeye. Teknik yazılarda, özellikle deney sırasında numunelerin rastgele seçilmesinde ve programlama için kaynak kodunda birleştirilmiş harf ve rakamlardan oluşan bir etiket kullanılabilir. Bu nedenle, ISO451, IS045I'den açıkça ayrılmalıdır.

Ondan sonra önerilerim şöyle olurdu:

  • Metin ya da astar olmayan rakamlar, rahatsız edici olmadığı sürece genellikle iyi bir şekilde nesneldir ve rakamları diğer birçok kullanım için uygun şekilde tablo ve orantılı kullanarak astarlar.

  • Teknik belgelerde, kullanılan jargon veya teknik kelimeler, doğal metinde kullandığımız normal miktarda bilgi fazlalığına (entropi) sahip olmayabilir, bu nedenle yeni bir farmasötik bileşiğin adı gibi karmaşık durumlarda belirsiz karakterler anlaşılmaz olabilir. Prensip olarak, eğer bir yazı tipi açıkça OCR için kötü bir seçim olabilirse, bundan kaçınırdım. Bu, yazı tipinin gerçek performansını ve verilen herhangi bir OCR yazılımının performansını olumsuz etkileyeceğinden değil.

  • Yazı tipleri, gövde metni olarak kullanıldığında okunması yorucu olmamalıdır. Times New Roman ve New Century Okul Kitabı sıkıcı, ama çok miktarda nesir okumak için kolay ve yorucu değil. Mütevazi ve hafif bir serif benim kişisel tercihimdir, ancak bir metinde yayınlanan nesir için beden metni için uygun bir seri metin kitap formu (üniversite düzeyinde ders kitapları diyelim), o zaman uygun olabilir.

Belgenin ortamına bağlı olarak, örneğin bir taslak veya CAD çizimi, alan sınırlı ise, bilgi yoğunluğunu en üst düzeye çıkarmak için başlıklar, etiketler, vb.

Türün mevcut sözleşmelerini izleyin. Yasal teknik belgeler için avukatlar için Tipografi , sözleşmeler bulmak için iyi bir yerdir. Daha fazla akademik alan için, araştırma dergileri , yayıncının "evi" tarzı ve türünün sözleşmeleriyle birlikte kağıt gönderimi için bir stil rehberi veya el kitapları yayınlamaktadır . Kitap yayıncıları, çeşitli teknik ve referans izleri için benzer kılavuzlara sahiptir. Standartlar bile (örneğin ISO , IEC, IEEE, vb.)

Hedef ortama (ekran, lazer yazıcı, tablet) ve nasıl kullanılacağına (örneğin kirli makine bulunan kirli çalışma ortamlarında, yazı tipi boyutu seçimi için kontrol listesi olarak fotokopili bölümler vb.) Saygı gösterin. Belgeleri ayarlarken dipnotlar 8 puntoluk 30 inç ekranda daha iyi görünebilir, ancak sabahın 3'ünde, - içtihat yasasını gözden geçirip geçirmediğine veya acil bir sıhhi tesisat yapıp yapmadığına bakılmaksızın - bu zamanlar netlik, tek stil benim önemsemek.


4

Çok teknik belgelerin (bilimsel olduğunu farz ediyorum) şüphesiz STIX kullanması gerekir.

STIX, rakipsiz bir teknik semboller kitaplığına sahip ücretsiz bir açık kaynaklı opentype yazı tipidir.

http://www.stixfonts.org/


3

Genel olarak konuşursak, Times gibi Palatino gibi serif yazı tiplerinin basılı medya için iyi olduğu ve bilgisayar ekranlarında kullanılmak üzere Helvetica gibi sans serif yazı tiplerinin iyi olduğu düşünülmektedir. Bununla birlikte, koddaki her şey (HTML, C ++, neyin var) Courrier New gibi sabit genişlikte bir fontta işlenmelidir.


Aslında, değişken genişlikli yazı tiplerinde hoş bir şekilde kodlanmış kodlar gördüm. Bu, hizalama için boşluk kullanılması, girinti düzeyleriyle sınırlı olduğu sürece herhangi bir soruna yol açmaz (örn. Çok satırlı yorumların veya metin dizelerinin iç hizalaması yoktur). Ayrıca, daha uzun kırılmamış satırlara izin verme avantajına sahiptir (hemen hemen her sabit genişlikli fontun, tipik metin bloğu genişlikleri için satır başına acı veren az sayıda karakter vardır). Editörümde değişken genişlikte yazı tipleri kullanmaya hazır değilim (henüz), ancak basılı malzemeler için harika olduklarını düşünüyorum.
Steve S

2
Genel olarak, birkaç nedenden ötürü kod listeleri için Courier kullanmamanı tavsiye ederim. Birincisi, oldukça geniş olmasıdır; Kullanılabilir nokta boyutunda Lucida Typewriter gibi diğerlerinden aynı genişlikte daha fazla sütun alacaksınız. İkincisi, bu oldukça çirkin ve gerçekten başka bir şey ile gitmiyor, ama bu kişisel zevk meselesi.
ConcOedOfTunbridgeWells

Bence serifler artık çok yüksek çözünürlüklü ekranlarda (HD, 1920 x 1080'den yüksek) tamam sayılıyor. HD başlık metni için kesinlikle tamam.
Erik,
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.