Jenis font apa yang baik untuk dokumen teknis?


48

Apa sajakah font yang baik untuk digunakan untuk dokumen yang sangat teknis? Apakah ada tipe khusus yang harus digunakan / dihindari?


1
Mungkin Anda bisa menambahkan sedikit detail tentang apa yang Anda maksud dengan 'dokumen yang sangat teknis'? Apakah ini berisi tabel yang sangat kompleks dengan teks kecil, persamaan, diagram berlabel kompleks, bagan, kode program?
e100

4
Comic Sans MS harus dihindari dengan cara apa pun, dalam apa pun yang Anda lakukan.
Mateen Ulhaq

Dokumen teknis? Suka teks teknis yang mudah dibaca atau hanya penjelasan teknis?
Robert Koritnik

1
CERN (kuil fisikawan) memutuskan untuk beralih ke Comic Sans :)). home.web.cern.ch/about/updates/2014/04/cern-switch-comic-sans
Ooker

Jawaban:


35

Dokumen-dokumen teknis akan memiliki struktur hierarkis yang bersarang secara mendalam, dan juga menggunakan catatan kaki, berbagai jenis penekanan, referensi silang, tarik keluar dan palang samping dari satu jenis lainnya dan keterangan. Fitur pembeda utama dari dokumen teknis cenderung struktur yang kompleks.

Untuk judul, Anda dapat menggunakan font apa pun yang cukup dapat dibaca; ini bisa berupa serif atau sans-serif. Seharusnya memiliki gaya pelengkap untuk teks tubuh Anda, tetapi judul harus memberikan struktur visual yang jelas untuk dokumen.

Jenis huruf serif atau sans-serif yang baik tidak masalah untuk teks tubuh jika Anda memiliki banyak prosa. Jika Anda memiliki banyak ilustrasi dengan label atau keterangan, tarik-keluar atau tabel, Anda mungkin ingin menggunakan font sans-serif untuk teks isi dan font serif untuk judul. Catatan kaki akan lebih kecil dari teks isi, jadi jangan gunakan font untuk badan yang terlalu kecil.

Untuk penekanan, versi huruf miring atau miring font harus memiliki tekstur yang sangat berbeda dengan teks tubuh.

Untuk tabel, keterangan dan tarik, Anda harus menggunakan font sans-serif dalam banyak kasus. Jika Anda menggunakan font serif untuk teks isi, pastikan tekstur font sans-serif melengkapi tetapi tidak kontras secara signifikan dari jenis teks.

Jika Anda bermaksud memiliki daftar kode atau item monospace lainnya dalam dokumen maka Anda akan memiliki jenis huruf ketiga untuk teks monospace. Ini harus secara visual melengkapi tipografi sans-serif. Jangan gunakan Courier untuk ini karena relatif luas; font monospace lainnya seperti Lucida Console akan memberi Anda lebih banyak karakter monospace dengan lebar yang sama untuk ukuran titik yang sama atau keterbacaan umum. Juga, Courier tidak benar-benar pergi dengan apa pun dan versi yang dikirimkan dengan sebagian besar platform O / S sangat ringan dan tidak terlalu terbaca untuk membaca daftar kode besar.

Jika Anda memiliki opsi untuk membeli font maka Anda dapat memilih kombinasi yang terlihat sesuai; banyak sumber di web memiliki saran yang bermanfaat untuk ini.

Jika Anda terjebak dengan font yang disediakan oleh vendor sistem operasi Anda maka ceritanya sedikit berbeda. Walaupun saya secara singkat bekerja sebagai penata letak sekitar 20 tahun yang lalu, sebagian besar pekerjaan dokumentasi teknis yang saya lakukan hari ini adalah spesifikasi fungsional dan saya biasanya dibatasi oleh perangkat lunak yang tersedia dalam pembuatan desktop standar klien.

Beberapa opsi adalah:

Palatino adalah jenis huruf yang cukup menyenangkan untuk teks jika Anda menulis sejumlah besar prosa. Itu dilakukan sampai mati di era DTP karena datang dibundel dengan sebagian besar printer Postscript, tapi itu sedikit memori yang sekarat sehingga dapat berdiri pada kemampuannya sendiri. Ini akan pergi dengan font Sans-serif (Arial, Tahoma, Trebuchet, Calibri dll) yang dikirimkan dengan Windows. MacOS dan kebanyakan distro Linux juga hadir dengan versi Palatino dari Adobe atau URW yang layak.

Keluarga Lucida dirancang untuk jenis pekerjaan ini, dan memiliki font serif, sans-serif, dan monospace. Memiliki tampilan kontemporer yang menyenangkan dan berfungsi dengan baik. Nilai tambah besar lainnya adalah bahwa sebagian besar platform O / S datang dengan font Lucida. Keluarga Lucida juga dirancang untuk memberikan hasil yang baik pada perangkat output rendah seperti layar atau printer laser awal, sehingga merupakan pilihan yang baik dalam font yang ditujukan untuk output PDF.

Stand-by Times dan Arial (atau Helvetica) berfungsi dengan baik, meskipun saya menemukan bahwa Times italic cenderung tidak menonjol dengan baik pada dokumen cetak laser. Dokumen akan terlihat seperti sesuatu yang dilakukan dengan MS Word, tetapi tipenya bisa diperbaiki. Alasan utama untuk menghindari font ini adalah selera pribadi atau keinginan untuk menghindari terlihat seperti pengolah kata amatir (yang mungkin lebih penting daripada yang Anda pikirkan jika Anda memerlukan dokumen untuk dianggap serius.)

Tipe gaya lama atau transisi tradisional (misalnya Garamonds, Bembo, Baskerville) terlihat cukup bagus dan dapat dibaca dalam teks, tetapi memiliki tinggi x rendah sehingga harus diatur dalam ukuran yang lebih besar. Memadukan inline ini dengan jenis huruf sans-serif dengan tinggi x yang lebih besar bisa terlihat aneh. ITC Garamond (Digunakan secara luas oleh Apple pada 1980-an dan 1990-an) adalah membayangkan kembali Garamond dengan tinggi x yang lebih besar, sehingga tidak menderita masalah ini.

Orang-orang modern seperti CM atau Century Schoolbook mengalami kematian pada abad ke-19 dan paruh pertama abad ke-20, sehingga mereka cenderung membawa banyak barang budaya. Saya menemukan modern membuat dokumen terlihat seperti sesuatu dari era Victoria atau tahun 1920-an atau 30-an. Meskipun mereka cukup praktis dan dapat dibaca, saya harus memohon berbeda dengan DEK tentang kesesuaian mereka untuk dokumen teknis.

Ambil petunjuk biasa tentang perawatan saat mencampur tipografi humanis dan geometris. Perhatikan bahwa sans-serif yang sangat geometris seperti Avant-Garde Gothic atau Futura tidak benar-benar cocok untuk jenis teks untuk dokumen teknis. Meskipun mereka mungkin OK untuk judul, jika Anda memiliki banyak teks, label atau artifak sans-serif dalam dokumen mereka akan bentrok dengan AGG atau Futura jika tidak diatur dalam jenis huruf yang sama. Ini adalah serangan terhadap penggunaan font-font ini untuk apa pun kecuali judul utama seperti judul bab. Masalah serupa berlaku ketika menggunakan font sans-serif dengan tampilan yang sangat khas.

Dari memori, saya mendapatkan hasil yang baik dengan jenis teks yang diatur dalam Times, Helvetica, Charter, Palatino, Frutiger, ITC Berkeley Old Style, Calibri, Tahoma dan satu atau dua lainnya dalam berbagai dokumen teknis yang telah saya tulis.

Beberapa kombinasi yang saya gunakan adalah:

  • Teks Times dan judul Arial, keterangan dan label dengan daftar Mesin Ketik Lucida (ditentukan oleh standar perusahaan)

  • Teks Palatino dan judul Helvetica, keterangan dan label (font Adobe, dirancang untuk diterjemahkan ke PDF tanpa harus menyematkan font jadi saya terjebak dengan 35 font PostScript standar). Dokumen ini diproduksi bersama Framemaker.

  • Teks Palatino dan judul Tahoma dengan daftar Lucida Console. Kalau dipikir-pikir, huruf tebal pada Tahoma yang datang dengan Windows terlalu berat.

  • Judul Cambria dan teks Calibri - default dengan Word 2010, dan terlihat OK bersama. Kecilkan gaya tajuk dari ukuran default - tebal cukup tebal dan terlihat terlalu kuat terhadap teks isi. Juga, gaya default menyisipkan sedikit memimpin dalam gaya teks.

  • Piagam, CMSans, - dokumen yang diproduksi dengan LaTeX. Ini menggunakan gaya dasar 'Piagam' yang datang dengan LaTeX, dimodifikasi sedikit dengan meretas termasuk.

  • ITC Berkeley Gaya Lama / Helvetica. Judul dan teks dilakukan dengan BOS dan teks dan beberapa bit lainnya dilakukan dengan Helvetica. Saya suka Berkeley Oldstyle sebagai font (coba atur kata 'Quidditch' di dalamnya) dan berfungsi untuk tampilan dan jenis teks. Versi ITC (bisa ditebak, saya kira) memiliki tinggi x yang cukup besar, sehingga berfungsi dengan font sans-serif.

  • Lucida - hadir dengan hampir semua platform OS utama, sangat mudah dibaca, dan dirancang untuk menghasilkan perangkat dengan resolusi rendah seperti printer laser. Tersedia sekumpulan font serif, sans-serif, dan monospace. Mereka membuat baik di layar, terlihat bagus di cetak dan memiliki ergonomi yang baik untuk dokumen teknis.

EDIT: Sebenarnya, ini mengingatkan saya pada sebuah cerita. Di universitas tempat saya meraih gelar sarjana saya, mereka memiliki mata kuliah yang (di antara hal lain) mengajar LaTeX dan kegembiraan dokumen terstruktur. Teman saya adalah seorang guru untuk makalah itu pada satu titik. Salah satu siswa mengeluh tentang LaTeX sebagai berikut:

Tetapi jika saya menggunakan LaTeX, semua dokumen saya terlihat seperti selesai di TeX

Yang teman saya jawab:

Bisa lebih buruk. Bisa terlihat seperti mereka selesai di Word.

Siswa melihat intinya.

Sebagai akibatnya adalah bahwa salah satu dosen benar-benar melakukan beberapa statistik tentang ini pada satu titik dan menemukan korelasi antara nilai untuk tugas dan menggunakan LaTeX. Dia bersumpah bahwa menggunakan LaTeX untuk suatu tugas bernilai rata-rata setengah tingkat. Apakah ini karena efek dokumentasi terstruktur dan fitur auto-and-feel dari TeX atau hanya karena siswa yang lebih cerdas cenderung menggunakannya tidak diperjelas, walaupun saya pikir dia mungkin telah berusaha untuk mengoreksi nilai rata-rata siswa. siswa.


2
Lucida Console bukan font terbaik untuk sampel kode: '0' dan 'O' tidak mudah dibedakan. Inconsolata dan Consolas keduanya telah memangkas 0, tetapi mungkin lebih buruk dalam aspek lain.
citrin

22

Dokumen teknis sering diatur dalam sans-serif. Ada beberapa alasan mengapa ini lebih disukai daripada rekan serifnya:

  • Tipografi serif biasanya dirancang untuk setransparan mungkin kepada pembaca. Dalam sebuah novel, membaca harus menjadi aktivitas yang lancar, dan tipografi tidak harus menarik perhatian pada dirinya sendiri. Dokumen teknis sering diisi dengan pemberitahuan penting di mana pembaca seharusnya berhenti, dan strukturnya harus mudah "dipindai" dengan penglihatan Anda.

  • Sans-serif memungkinkan untuk rentang bobot yang lebih besar, dari tipis ke hitam. Dokumen teknis seringkali memiliki hierarki yang dalam dan bersarang, dan memiliki banyak bobot yang dapat Anda gunakan untuk mentransmisikan hierarki ini.

Sepasang pilihan yang baik untuk dokumen teknis adalah:

Whitney adalah jenis huruf yang sangat lengkap dengan kisaran bobot yang sangat luas. Ini juga menyediakan "angka garis" yang bagus untuk tabel dan semacamnya. Ini juga memiliki angka dan huruf yang terbungkus dalam lingkaran dan bujur sangkar, yang sangat berguna saat membuat anotasi.

Tesis adalah jenis huruf serial (ini memiliki pilihan serif, semi-serif, mono, semi-sans, dan sans-serif), juga dalam kisaran bobot yang sangat luas. Ini font monospaced memungkinkan Anda untuk menulis kode dalam jenis huruf yang sama tampak hebat.


7

Untuk dokumen teknis (atau jenis lainnya) Saya telah menemukan dokumen 'Jadi Anda Membutuhkan Typeface' sangat berguna. Ini dimulai sebagai sedikit lelucon di sini, tetapi sebenarnya sangat berguna. Saya punya salinannya yang meledak tergantung di dinding saya.

Tautan 1

Tautan 2


1
Apakah kamu sendirian? [Ya] Ok, kalau begitu ikut aku. - - - - - - (jalan-jalan panjang) - - - - - - - -> [Sans Komik] :-D Lagi pula, tautan kedua rusak, saya sudah mengunggahnya ke imgur untuk menyimpannya untuk pengintai masa depan, semua kredit untuk Julian Hansen yang situs webnya tampaknya turun.
Groo

6

Untuk dokumen teknis apa pun tujuannya adalah untuk memaksimalkan keterbacaan, sekaligus mengurangi potensi ambiguitas.

Bagi saya ini berarti aturan pertama saya adalah:

  • Angka atau angka harus berbeda dari huruf, seperti modifikasi pada Brioni untuk memperjelas angka satu. Saya benar - benar suka melihat perbedaan antara huruf kapital O, dan angka nol 0, apakah melalui garis miring, karena sempitnya angka nol, atau indikator lainnya. Dalam penulisan teknis, label huruf dan angka gabungan dapat digunakan, khususnya dalam pengacakan sampel selama eksperimen, dan dalam kode sumber untuk pemrograman. Jadi ISO451 harus jelas berbeda dari IS045I.

Setelah itu, saran saya adalah:

  • Teks atau gambar non-garis dalam prosa sering baik-baik saja selama tidak mengganggu, dan gambar garis untuk sebagian besar kegunaan lain, menggunakan tabel dan proporsional yang sesuai.

  • Dalam dokumen teknis, jargon atau kata-kata teknis yang digunakan mungkin tidak memiliki jumlah redundansi informasi (entropi) normal yang kita gunakan dalam teks alami, sehingga karakter yang ambigu mungkin tidak dapat dipecahkan dalam kasus rumit seperti nama senyawa farmasi baru. Pada prinsipnya, jika jenis huruf jelas akan menjadi pilihan yang buruk untuk OCR, saya akan menghindarinya. Bukannya saya akan sangat rendah hati terhadap kinerja aktual dari jenis huruf dan kinerja perangkat lunak OCR yang diberikan.

  • Tipografi harus tidak melelahkan untuk dibaca jika digunakan sebagai teks isi. Times New Roman, dan New Century Schoolbook membosankan, tetapi mudah dan tidak melelahkan untuk membaca sejumlah besar prosa. Serif yang sederhana untuk serif adalah pilihan pribadi saya, tetapi sans-serif yang cocok untuk teks tubuh untuk prosa yang diterbitkan dalam sebuah formulir buku (katakanlah buku teks tingkat universitas), maka mungkin cocok.

Bergantung pada media dokumen, misalnya cetak biru atau gambar CAD, jika dibatasi oleh ruang, pertimbangkan untuk menggunakan jenis huruf sans-serif semi-kondensasi dalam teks, label, dll. Untuk memaksimalkan kepadatan informasi.

Ikuti konvensi genre yang ada. Untuk dokumen teknis hukum, Tipografi untuk pengacara , adalah tempat yang bagus untuk mencari konvensi. Untuk lebih banyak bidang akademik, jurnal penelitian menerbitkan panduan gaya atau buku pegangan untuk pengajuan kertas dengan gaya "rumah" penerbit dan konvensi genre. Penerbit buku memiliki panduan serupa untuk berbagai cetakan teknis dan referensi mereka. Bahkan standar (misalnya ISO , IEC, IEEE, dll.).

Hormati media target (layar, printer laser, tablet) dan bagaimana media itu digunakan (misalnya dalam lingkungan kerja yang kotor dengan mesin yang berantakan, bagian difotokopi sebagai daftar periksa, dll.) Untuk pemilihan ukuran jenis huruf. Catatan kaki mungkin terlihat lebih baik pada layar 30 inci dalam font 8 titik saat Anda mengatur dokumen, tetapi pada jam 3 pagi, - terlepas dari apakah itu meninjau hukum kasus, atau melakukan pipa darurat - pada saat-saat seperti itu, kejelasan adalah satu-satunya gaya yang saya miliki. peduli tentang.


4

Dokumen yang sangat teknis (saya berasumsi ilmiah) harus menggunakan STIX, tanpa keraguan.

STIX adalah font opentype open source gratis dengan perpustakaan simbol teknis yang tak tertandingi.

http://www.stixfonts.org/


3

Secara umum, font serif seperti Times adalah Palatino dianggap baik untuk media cetak dan font sans-serif seperti Helvetica untuk digunakan pada layar komputer. Namun, apa pun yang ada dalam kode (HTML, C ++, apa pun yang Anda miliki) harus dirender dalam font dengan lebar tetap seperti Courrier New.


Sebenarnya, saya telah melihat kode yang diterjemahkan dengan font-variabel lebar. Ini tidak menyebabkan masalah selama penggunaan spasi untuk penyelarasan terbatas pada level indentasi (mis. Tidak ada penyelarasan internal komentar multi-baris atau string teks). Ini juga memiliki manfaat memungkinkan baris yang tidak terputus lebih lama (hampir semua font dengan lebar tetap memiliki jumlah karakter per baris yang sangat rendah untuk lebar blok teks biasa). Saya belum siap untuk menggunakan font-variabel lebar di editor saya (belum), tetapi untuk materi cetak saya pikir mereka hebat.
Steve S

2
Secara umum saya merekomendasikan untuk tidak menggunakan Kurir untuk daftar kode karena beberapa alasan. Yang pertama cukup lebar; Anda akan mendapatkan lebih banyak kolom dengan lebar yang sama dari yang lain seperti Mesin Ketik Lucida pada ukuran titik yang bisa digunakan. Yang kedua adalah bahwa itu sangat jelek dan tidak benar-benar cocok dengan yang lain, tapi itu masalah selera pribadi.
ConcernedOfTunbridgeWells

Saya pikir serif sekarang dianggap oke pada layar beresolusi sangat tinggi (lebih tinggi dari HD, 1920 x 1080). Jelas oke untuk teks judul di HD.
Erik Reppen
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.