기술 문서에 적합한 글꼴 유형은 무엇입니까?


48

고도로 기술적 인 문서에 사용할 수있는 좋은 글꼴은 무엇입니까? 사용하거나 피해야하는 특정 유형이 있습니까?


1
아마도 '높은 기술 문서'가 의미하는 바에 대해 약간의 세부 사항을 추가 할 수 있습니까? 작은 텍스트, 방정식, 복잡한 레이블 다이어그램, 차트, 프로그램 코드가 포함 된 매우 복잡한 테이블이 포함되어 있습니까?
e100

4
코믹 산스 MS는 모든 비용을 피해야합니다.
Mateen Ulhaq

기술 문서? 읽을 수있는 기술 텍스트 나 기술 주석처럼?
Robert Koritnik가

1
CERN (물리학 자 사원)은 Comic Sans로 전환하기로 결정합니다 :)). home.web.cern.ch/about/updates/2014/04/cern-switch-comic-sans
Ooker

답변:


35

기술 문서는 깊이 중첩 된 계층 구조를 가지며 각주, 다른 유형의 강조, 상호 참조, 풀 아웃 및 사이드 바 및 다른 유형의 캡션을 사용합니다. 기술 문서의 주요 특징은 복잡한 구조입니다.

제목의 경우 합리적으로 읽기 쉬운 글꼴을 사용할 수 있습니다. 이것은 serif 또는 sans-serif 일 수 있습니다. 그것은이 있어야 보완 하여 본문 텍스트에 스타일을하지만 제목은 문서에 명백한 시각적 구조를 제공한다.

산문이 많으면 괜찮은 serif 또는 sans-serif 서체가 본문에 적합합니다. 레이블이나 캡션, 풀 아웃 또는 표가있는 그림이 많은 경우 본문에 sans-serif 글꼴을 사용하고 제목에 serif 글꼴을 사용할 수 있습니다. 각주는 본문보다 작으므로 본문에 너무 작은 글꼴을 사용하지 마십시오.

강조하기 위해 기울임 꼴 또는 기울임 꼴 글꼴의 본문 텍스트와 질감이 눈에 띄게 달라야합니다.

테이블, 캡션 및 풀 아웃의 경우 대부분의 경우 sans-serif 글꼴을 사용해야합니다. 본문에 serif 글꼴을 사용하는 경우 sans-serif 글꼴의 질감이 보완되지만 텍스트 유형과 크게 대조되는지 확인하십시오.

문서에 코드 목록이나 기타 모노 스페이스 항목을 사용하려는 경우 모노 스페이스 텍스트에 대한 세 번째 서체를 갖게됩니다. 이것은 산 세리프체를 시각적으로 보완해야합니다. Courier는 비교적 넓기 때문에 사용하지 마십시오. Lucida Console과 같은 다른 모노 스페이스 글꼴은 동일한 포인트 크기 또는 일반적인 가독성을 위해 동일한 너비의 모노 스페이스 문자를 더 많이 제공합니다. 또한 Courier는 실제로는 아무 것도 따르지 않으며 대부분의 O / S 플랫폼과 함께 제공되는 버전은 매우 가볍고 큰 코드 목록을 읽을 수는 없습니다.

글꼴을 구입할 수있는 옵션이 있다면 적절하게 보이는 조합을 선택할 수 있습니다. 웹상의 많은 자료에는 이에 대한 유용한 제안이 있습니다.

운영 체제 공급 업체에서 제공 한 글꼴이 붙어 있으면 스토리가 약간 다릅니다. 약 20 년 전에 간략하게 조판 자로 일했지만 요즘 제가하는 대부분의 기술 문서 작업은 기능적인 사양이며 일반적으로 클라이언트의 표준 데스크탑 빌드에서 사용 가능한 소프트웨어에 의해 제한됩니다.

일부 옵션은 다음과 같습니다.

팔라티노 (Palatino)는 대량의 산문을 작성하는 경우 텍스트를위한 매우 즐거운 서체입니다. 대부분의 Postscript 프린터와 함께 제공되는 DTP 시대에 죽어갔습니다. Windows와 함께 제공되는 Sans-serif 글꼴 (Arial, Tahoma, Trebuchet, Calibri 등)과 함께 제공됩니다. MacOS와 대부분의 Linux 배포판에는 Adobe 또는 URW의 팔라티노도 괜찮습니다.

Lucida 제품군은 이러한 유형의 작업을 위해 설계되었으며 serif, sans-serif 및 monospace 글꼴이 있습니다. 쾌적하고 현대적인 외관을 가지고 있으며 잘 작동합니다. 또 다른 큰 장점은 대부분의 O / S 플랫폼에 Lucida 글꼴이 포함되어 있다는 것입니다. Lucida 제품군은 스크린이나 초기 레이저 프린터와 같은 저해상도 출력 장치에서도 잘 렌더링되도록 설계되었으므로 PDF 출력용 글꼴에서 적합합니다.

Times italic은 레이저로 인쇄 된 문서에서 눈에 띄지 않는 경향이 있지만 Stand-bys Times 및 Arial (또는 Helvetica)은 정상적으로 작동합니다. 이 문서는 MS Word에서 수행 한 것과 비슷하지만 서체는 사용할 수 있습니다. 이러한 글꼴을 피하는 주된 이유는 개인적인 취향이나 아마추어 워드 프로세싱처럼 보이기를 원하지 않는 것입니다 (문서를 진지하게 받아 들여야하는 경우 생각보다 중요 할 수 있습니다).

전통적인 구식 또는 과도기적 유형 (예 : Garamonds, Bembo, Baskerville)은 매우보기 좋으며 텍스트를 읽을 수 있지만 x 높이가 낮으므로 더 큰 크기로 설정해야합니다. 이 인라인을 x- 높이가 큰 산세 리프 서체와 혼합하면 이상하게 보일 수 있습니다. ITC Garamond (1980 년대와 1990 년대에 Apple에서 광범위하게 사용)는 x- 높이가 더 큰 Garamond를 다시 상상 한 것이므로이 문제가 발생하지 않습니다.

CM이나 Century Schoolbook과 같은 현대인들은 20 세기의 19 세기와 상반기에 죽었 기 때문에 많은 문화 수하물이있는 경향이 있습니다. 현대인들은 빅토리아 시대 나 1920 년대 또는 30 년대의 문서처럼 보이게합니다. 그것들은 상당히 실용적이고 읽기 쉽지만 기술 문서에 대한 적합성에 대해서는 DEK와 달라달라고 간청해야합니다.

휴머니즘과 기하학적 서체를 혼합 할 때주의해야 할 일반적인 힌트를 얻으십시오. Avant-Garde Gothic 또는 Futura와 같은 고도로 기하학적 인 산세 리프는 기술 문서의 텍스트 유형에 실제로 적합하지 않습니다. 제목에는 문제가 없지만 문서에 캡션, 레이블 또는 otner sans-serif 아티팩트가 많은 경우 같은 서체로 설정하지 않으면 AGG 또는 Futura와 충돌합니다. 이것은 장 제목과 같은 주요 제목 이외의 다른 글꼴에 이러한 글꼴을 사용하는 것에 대한 경고입니다. 매우 독특한 모양의 sans-serif 글꼴을 사용할 때도 비슷한 문제가 발생합니다.

메모리에서 필자는 Times, Helvetica, Charter, Palatino, Frutiger, ITC Berkeley Old Style, Calibri, Tahoma 및 필자가 작성한 다양한 기술 문서에서 한두 가지로 설정된 텍스트 유형으로 좋은 결과를 얻었습니다.

내가 사용한 몇 가지 조합은 다음과 같습니다.

  • Lucida Typewriter 목록이있는 Times 텍스트 및 Arial 제목, 캡션 및 레이블 (회사 표준에 따라 결정됨)

  • 팔라티노 텍스트 및 Helvetica 제목, 캡션 및 레이블 (글꼴을 포함하지 않고도 PDF로 렌더링되도록 설계된 Adobe 글꼴), 35 개의 표준 PostScript 글꼴을 사용했습니다. 이 문서는 Framemaker로 제작되었습니다.

  • 팔라티노 텍스트 및 타호 마 제목 (루시다 콘솔 목록 포함). 뒤늦게 Windows와 함께 제공되는 Tahoma의 대담한 내용이 너무 무겁습니다.

  • 캄브리아 제목 및 캘리 브리 텍스트-기본적으로 Word 2010에서는 함께 표시되며 함께 보입니다. 기본 크기에서 제목 스타일을 줄입니다. 굵은 체는 상당히 무겁고 본문에 비해 너무 강해 보입니다. 또한 기본 스타일은 텍스트 스타일에 약간의 선행을 삽입합니다.

  • Charter, CMSans-LaTeX로 제작 한 문서. LaTeX와 함께 제공되는 기본 'Charter'스타일을 사용했으며 포함에 대해 해킹하여 약간 수정했습니다.

  • ITC 버클리 올드 스타일 / 헬 베티 카. BOS 및 캡션 및 Helvetica로 작성된 다른 비트로 작성된 제목 및 텍스트 Berkeley Oldstyle을 글꼴로 사용하고 ( 'Quidditch'라는 단어를 설정해보십시오) 디스플레이 및 텍스트 유형 모두에서 작동합니다. ITC 버전 (아마도 충분하다고 생각합니다)은 상당히 큰 x 높이를 가지고 있으므로 sans-serif 글꼴로 작동합니다.

  • Lucida-거의 모든 주요 OS 플랫폼과 함께 제공되며, 읽기 쉽고 레이저 프린터와 같은 저해상도 출력 장치에서 잘 렌더링되도록 설계되었습니다. 사용 가능한 serif, sans-serif 및 monospaced 글꼴 패밀리가 있습니다. 화면에 잘 나타나고 인쇄물이보기 좋으며 기술 문서에 적합한 인체 공학적 기능이 있습니다.

편집 : 실제로, 이것은 나에게 이야기를 상기시킵니다. 제가 학사 학위를받은 대학에서 그들은 (다른 것들 중에서도) LaTeX를 가르치고 구조화 된 문서의 기쁨을 가르치는 코스를 가졌습니다. 제 친구는 한 시점에서 그 종이를위한 교사였습니다. 한 학생이 LaTeX에 대해 다음과 같이 불평했습니다.

그러나 LaTeX를 사용하면 모든 문서가 TeX에서 작성된 것처럼 보입니다.

내 친구가 대답 한 내용 :

더 나빠질 수 있습니다. 그들이 Word에서 한 것처럼 보일 수 있습니다.

학생은 요점을 보았습니다.

이에 대한 결론은 강사 중 한 명이 실제로 한 시점에서 이것에 대한 몇 가지 통계를 수행했으며 과제 등급과 LaTeX 사용 사이의 상관 관계를 발견했다는 것입니다. 그는 과제에 LaTeX를 사용하는 것이 평균적으로 약 반 정도의 가치가 있다고 맹세합니다. 이것이 TeX의 구조화 된 문서화 효과와 자동 룩앤필 기능 때문인지 또는 더 똑똑한 학생들이 사용했던 경향이 분명하지는 않았지만, 나는 평균 등급을 교정하려고 시도했을 수도 있지만 학생.


2
Lucida Console은 코드 샘플에 가장 적합한 글꼴이 아닙니다. '0'과 'O'는 쉽게 구분할 수 없습니다. 인 콘솔 라타 (Inconsolata)와 콘솔 라 (Consolas)는 모두 0 이었지만 다른 측면에서는 더 나빠질 수 있습니다.
citrin

22

기술 문서는 종종 sans-serif에 설정됩니다. 이것이 serif 상대방보다 선호되는 몇 가지 이유가 있습니다.

  • Serif 서체는 일반적으로 가능한 한 독자에게 투명하도록 설계되었습니다. 소설에서 독서는 유동적 인 활동이어야하고 서체 자체에주의를 기울이지 않아야합니다. 기술 문서는 종종 독자가 정지해야하는 중요한 공지로 가득 차 있으며, 구조는 시력으로 쉽게 "스캔 가능"해야합니다.

  • Sans-serif는 얇은 것부터 검은 색까지 더 넓은 범위의 무게를 허용합니다. 기술 문서는 종종 깊고 중첩 된 계층 구조를 가지며, 많은 가중치를 사용하여이 계층 구조를 전송할 수 있습니다.

기술 문서에 대한 좋은 선택은 다음과 같습니다.

휘트니 (Whitney) 는 매우 다양한 무게를 가진 매우 완벽한 서체입니다. 또한 테이블 등에 적합한 "안감 수치"를 제공합니다. 또한 숫자와 문자가 원과 사각형으로 둘러싸여있어 주석을 달 때 매우 편리합니다.

논문 은 일련의 서체이며 (세리프, 세미-세리프, 모노, 세미-산 및 산세 리프 선택도 가능) 또한 매우 다양한 가중치가 있습니다. 고정 폭 글꼴로 동일한 모양의 서체로 코드를 작성할 수 있습니다.


7

기술 문서 (또는 다른 유형)의 경우 '서체가 필요합니다'문서가 매우 유용하다는 것을 알았습니다. 여기에서 약간의 농담으로 시작되었지만 실제로는 매우 유용합니다. 벽에 매달린 사본이 있어요.

링크 1

링크 2


1
당신은 혼자입니까? [예] 좋아, 그럼 나와 함께가 ------ (긴 보행) -------- > [Comic Sans] :-D 어쨌든, 두 번째 링크가 끊어졌습니다. 나는 미래의 숨어있는 사람들 을 위해 그것을 저장하기 위해 imgur업로드했습니다. 줄리안 한센에 누구 의 웹 사이트가 다운 될 것으로 보인다.
Groo

6

모든 기술 문서의 목표는 가독성을 극대화하는 동시에 잠재적 인 모호성을 줄입니다.

나에게 이것은 내 첫 번째 규칙이 다음을 의미합니다.

  • 숫자 또는 숫자는 문자 를 명확히하기 위해 Brioni 를 수정 한 것과 같이 문자와 구별되어야합니다 . 나는 정말 슬래시를 통해 여부, 제로의 좁음, 또는 다른 표시를하는 대문자 O 사이의 구분 및 숫자 영 0을보고 싶다. 기술적 인 작문에서는, 특히 실험 동안 샘플의 무작위 화 및 프로그래밍을위한 소스 코드에서 조합 된 문자 및 숫자의 레이블이 사용될 수있다. 따라서 ISO451은 IS045I와 명확하게 구분되어야합니다.

그 후 내 제안은 다음과 같습니다.

  • 산만하지 않은 한 텍스트 또는 비-안감 수치는 산만하지 않으며, 대부분의 다른 용도에서는 표와 비례를 적절히 사용하여 안감.

  • 기술 문서에서 사용 된 전문 용어 나 기술 단어는 자연 텍스트에서 사용하는 정보의 양 (엔트로피)이 정상적이지 않을 수 있으므로 새로운 제약 화합물의 이름과 같은 복잡한 경우 모호한 문자를 다루기 어려울 수 있습니다. 원칙적으로, 서체가 분명히 OCR에 대한 좋지 않은 선택이라면, 나는 그것을 피할 것입니다. 나는 서체의 실제 성능과 주어진 OCR 소프트웨어의 성능에 노예가되지는 않습니다.

  • 서체가 본문으로 사용되는 경우 서체는 피곤하지 않아야합니다. Times New Roman과 New Century Schoolbook은 지루하지만 많은 양의 산문을 읽는 것이 쉽고 피곤하지 않습니다. 가볍게 세리프하는 것은 저의 개인적인 취향이지만 산세 리프는 책 형식 (예 : 대학 수준의 교과서)이 적합 할 수 있습니다.

문서의 청사진 (예 : 청사진 또는 CAD 도면)에 따라 공간이 제한된 경우 캡션, 레이블 등에 반에서 응축 된 산세 리프 서체를 사용하여 정보 밀도를 최대화하십시오.

장르의 기존 규칙을 따르십시오. 법률 기술 문서의 경우 변호사를위한 타이포그래피 (Typography for Lawyers )는 컨벤션을 찾기에 좋은 장소입니다. 더 많은 학문 분야를 위해 연구 저널 은 출판사의 "하우스"스타일과 장르의 규칙에 따라 논문 제출을위한 스타일 가이드 또는 핸드북 을 발행합니다. 서적 출판사에는 다양한 기술 및 참고 자료에 대한 유사한 안내서가 있습니다. 심지어 표준 (예 : ISO , IEC, IEEE 등).

대상 용지 (스크린, 레이저 프린터, 태블릿) 및 서체 크기 선택을 위해 지저분한 기계 (예 : 지저분한 기계가있는 더러운 작업 환경, 검사 목록으로 복사 된 섹션 등)에서 사용되는 방법을 존중하십시오. 문서를 설정하는 동안 30 인치 화면에서 8 포인트 글꼴로 각주가 더 좋아 보일 수 있지만, 오전 3시에는 법률이 검토되는지 또는 긴급 배관 공사를하든 관계없이 명확성이 유일한 스타일입니다. 신경써


4

고도의 기술 문서 (과학적이라고 가정)는 의심 할 여지없이 STIX를 사용해야합니다.

STIX는 타의 추종을 불허하는 기술 기호 라이브러리가있는 무료 오픈 소스 개방형 글꼴입니다.

http://www.stixfonts.org/


3

일반적으로 Times are Palatino와 같은 serif 글꼴은 컴퓨터 화면에 사용하기 위해 인쇄 매체 및 Helvetica와 같은 sans-serif 글꼴에 적합합니다. 그러나 코드의 모든 것 (HTML, C ++, 가지고있는 것)은 Courrier New와 같은 고정 폭 글꼴로 렌더링해야합니다.


실제로, 나는 가변 폭 글꼴로 코드가 즐겁게 렌더링되는 것을 보았습니다. 정렬에 공백을 사용하는 것이 들여 쓰기 수준 (예 : 여러 줄 주석 또는 텍스트 문자열의 내부 정렬이 아님)으로 제한되는 한 아무런 문제도 발생하지 않습니다. 또한 더 길지 않은 줄을 허용하는 이점이 있습니다 (대부분의 모든 고정 너비 글꼴은 일반적인 텍스트 블록 너비에 대해 줄당 문자 수가 매우 적습니다). 편집기에서 가변 너비 글꼴을 사용할 준비가되지 않았지만 인쇄물에 대해서는 훌륭하다고 생각합니다.
Steve S

2
일반적으로 몇 가지 이유로 코드 목록에 Courier를 사용하지 않는 것이 좋습니다. 첫 번째는 그것이 상당히 넓다는 것입니다. 사용 가능한 포인트 크기에서 Lucida Typewriter와 같은 다른 너비의 너비가 더 많은 열을 얻을 수 있습니다. 두 번째는 그것이 매우 추악하고 실제로 다른 것과는 관련이 없지만 개인적인 취향의 문제입니다.
ConcernedOfTunbridgeWells

저는 고해상도 화면 (HD, 1920 x 1080 이상)에서 세리프가 괜찮다고 생각합니다. HD의 헤드 라인 텍스트에는 확실합니다.
Erik Reppen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.