아포스트로피에 적합한 캐릭터는 무엇입니까?

여러 번 나는 어포 스트로피 를 나타 내기 위해 소위 " 타자기 아포스트로피 "(유니 코드 문자 U+0027및 HTML 기호 ')를 경험합니다.

그러나 " 오른쪽 작은 따옴표 "(유니 코드 문자 U+2019및 HTML 기호 ’)도 대신 사용됩니다.

나는 지금 그들 중 어느 것이 옳고 타이포그래피에 사용해야하는지 궁금합니다.

^{참고 : sans-serif 서체 Arial 은 두 예제에서 모두 사용되었습니다.}

그것은 곡선을 시작했다

아포스트로피는 16 세기 이탈리아의 인쇄 된 우주 에서 손으로 쓴 고전 이탈리아시에서 복사 한 소거 를 나타내는 곡선 모양으로 처음 등장했습니다 . 아포스트로피는 텍스트를보다 인간적인 느낌으로 만들어 텍스트의 강성을 없애는 방법이라는 점에서 우리의 "Gotchas"또는 "Wannas"와 동일했습니다.

아포스트로피가 처음 인쇄 된 예 중 하나입니다. "Le cose volgari di messer Francesco"는 1501 년경 이탈리아에서 Aldus Manutius 가 출판 한 Petrarch가 쓴 이탈리아 고전입니다 .

Aldus Manutius는이 책을 그의 친구가 소유 한 Petrarch의 원고에서 복사 한 것으로 추정됩니다. 그는 시인의 필체를 바탕으로 디자인 된 특수한 서체를 가졌으며 오늘날 우리가 "이탈리아"라고하는 기울어 진 스타일을 만들어 냈습니다. 시인이 쓴대로 정확하게 텍스트를 복사 할 수 있도록 아포스트로피 문자를 소개해야했습니다. "l' honorata"라는 단어에서 아포스트로피에 주목하십시오. 곡선 모양을 나타냅니다.

그것은 유행을 얻었다

이 혁신적인 "이탤릭체"타입과 구어체를 세련되게 표현한 작은 작은 마크로 소환을 나타내는 방법은 즉각적인 명성을 얻었습니다. 그 서체가 교황 자신에 의해 보호되었을 때조차도 위조 예술가들에 의해 불법적으로 복제되기 시작했습니다. 이 책의 사본은 아포스트로피가 포함 된 서체의 해적 사본을 사용하여 리옹에서 인쇄되었습니다.

1501 년 Geoffroy Tory 는 프랑스어 문법과 책 출판에 혁명을 일으킨 Campoflori를 출판했습니다. 그것은 무엇보다도 아포스트로피를 도입하여 세련된 유행의 이탈을 고려하는 새로운 유행의 이탈리아 방식을 모방했습니다. 이것은 책에서 발췌 한 것입니다. 곡선 아포스트로피에 주목하십시오.

같은 세기에 같은 이유로 영어는 아포스트로피를 프랑스어에서 가져 왔습니다.

직진

아포스트로피는 참신함을 멈추고 정규 문법의 일부가되었습니다. 인쇄 된 텍스트에서 곡선 모양을 유지했습니다. 한편, 직선 아포스트로피 형 글리프는 "프라임"을 나타내는 것과 같은 다른 기능을 가졌다. 그러나 필기 문서에서 때로는 간결한 진드기로 양식화되기도했습니다 (요릭의 주석 참조).

타자기와 키보드 (1860)의 발명으로 엔지니어들은 작은 공간에 많은 문자 (키)를 맞추는 문제에 직면했습니다. 그들은 공간을 절약하기 위해 비슷한 모양의 캐릭터를 통합하는 아이디어를 생각해 냈습니다. 그들은 왼쪽, 오른쪽 및 똑 바른 "아포스트로피"를 가지지 않고 직선을 포함하기로 결정했습니다. em 대시 및 en 대시와 같이 조판에 공통적 인 다른 문자에 대해서도 비슷한 결정이 내려졌습니다.

https://ko.wikipedia.org/wiki/Typewriter#Typewriter_conventions

이 축소 된 문자 집합은 세계 최초의 이진 문자 집합 인 5 비트 Baudot 코드 (1870)로 체계화되었습니다. 또한이 세트에는 큰 따옴표를 단일 문자로 포함했습니다. 7 비트 ASCII는 동일한 문자 세트를 상속했습니다.

그 이후로 모든 입력 및 전신 텍스트는 따옴표 만 사용하여 설정되었습니다. 곱슬 머리는 전통적인 활자 텍스트에만 사용되었습니다.

모호하다

곱슬 머리 아포스트로피가 디지털 세계에 다시 도입 된 것은 워드 프로세서 시스템의 대중화와 함께였습니다. Word와 같은 시스템은 문맥에 따라 직선 아포스트로피를 중괄호로 자동 대체하는 기능을 제공했습니다. 그러나 그렇게하는 것이 사용자의 선택이었으며 모든 워드 프로세서에 기능이있는 것은 아닙니다. 혼란을 더하기 위해 표준 키보드에는 중괄호가 포함되어 있지 않으므로 일반 사용자가 의도적으로 입력하기가 매우 어려웠습니다.

유니 코드를 만들 때 디자인 원칙 중 하나는 문자를 "통합"하는 것이 었습니다. 서로 다른 스크립트 나 언어의 문자는 단일 문자로 통일되고 단순화되었습니다. 당신은 그들이 원점으로 돌아가 직선 아포스트로피를 제거했을 것이라고 생각할 것입니다. 이제이 시점에서 직선 및 중괄호와 인용 부호의 혼동과 자유 사용은 너무 커서 유니 코드가 둘 다 포함하기로 결정했습니다.

아포스트로피 오늘

따라서 현재와 마찬가지로 (중괄호와 직선 아포스트로피)는 모두 아포스트로피와 인용 부호로 허용되지만 몇 가지 고려 사항이 있습니다.

• 텍스트의 의도가 텍스트를 전통적으로 조판 된 것처럼 보이게하려면 항상 원래처럼 곱슬 머리를 사용하십시오. 직선을 유지하여 소수를 나타냅니다.

• 직선 아포스트로피와 인용을 사용하면 문서에 디지털 분위기를 내포하는 방법 일 수 있습니다. 같은 너비의 문자가 텍스트가 타자기 나 콘솔에 입력 된 것과 같은 방식입니다.

• 텍스트가 디지털이고 사람의 눈에 의해 소비되는 경우, 곱슬 머리와 직선 아포스트로피는 모두 아포스트로피와 인용 부호로 허용됩니다. 학교마다 다르고 편파 규칙이 있습니다. 우리는 표현 엉망으로 계속합니다. 동일한 문서 내에서 일관성을 유지하십시오.

• 텍스트의 의미가 의미 적으로 정확해야하는 경우 (컴퓨터가 텍스트의 의미를 구문 분석 할 수있는 것처럼) 유니 코드의 문자 정의에주의를 기울여야합니다. U + 0027(키보드로 입력 할 수있는) "APOSTROPHE"라는 이름입니다. 비록 어포 스트로피를 표현하는 것이 좋은 후보가 될 수 있음을 암시하지만, 유니 코드는이 문자에 대해 일종의 모호한 표현이며, 적어도 영어에서는 U + 2019가 어포 스트로피에 선호된다는 것을 알 수 있습니다. 저는 개인적으로 이것이 통일 원칙에 위배된다고 생각합니다. 아포스트로피는 사용되는 언어와 독립적으로 동일해야합니다. 게다가 아포스트로피를 프랑스어로 어색하게 받아 들일 수는 있지만 영어로는 말이되지 않는 "속점"으로 분류한다는 사실을 덧붙이십시오. 그러면 언어마다 다른 아포스트로피를 사용하거나 영어에 대해서는 논란의 여지가있는 언어를 사용하게됩니다. 토론어느 것이 올바른지에 대해 매우 열정적 일 수 있습니다. 반면에 U + 2019는 절대 인용 부호로 사용되지 않아야합니다. 같은 의미로 U + 2032는 소수를 나타 내기 위해 사용해야하고 U + 02BC는 수정 자 문자 아포스트로피 (예를 들어, Cockney 발음의 음소거 중지 또는 "uh'oh ").

• 올바른 문자를 선택하거나 입력하더라도 사용하는 글꼴이 곱슬 또는 직선으로 렌더링 될 수 있습니다.

확인하기 위해 약간의 연구를 수행했지만 일반적으로 "적절한"타이포그래피는 작은 따옴표 나 작은 따옴표를 사용하지 않습니다. 작은 따옴표 / 큰 따옴표에 대한 명령 및 HTML 엔터티에 대한 유용한 가이드는 다음과 같습니다 .

타자기는 키보드의 공간 절약 측정으로 설계된 비 특정 따옴표 인 '직선 따옴표'의 도입을 책임지고 별도의 여는 따옴표와 닫는 따옴표가 필요하지 않습니다. 보통 인용 부호는 적절한 인용 부호 또는 '곱슬 인용 부호'대신 사용됩니다. 많은 디자이너들은 피트와 인치를 나타내는 데 직선 인용 부호가 사용되지만 실제로는 피트와 인치를 소수를 사용하여 표현해야한다고 말합니다. 따옴표는 더 이상 사용되지 않으며 사용해서는 안됩니다.

활판 인쇄 능력 : 2 부 (KA + A)

U + 2019 ( ')에 대한 유니 코드 표준 주석 :

이것은 아포스트로피에 사용하는 선호되는 문자입니다

인코딩 방식이 옳은 한, 나는 더 높은 권위를 생각할 수 없습니다.

또한 대부분의 언어의 표기법은 U + 2019를 다른 목적으로 사용하지 않거나 보조 인용 부호로만 사용합니다. 실제로 영국 영어는 이 문자를 기본 인용 부호 로 사용 하는 유일한 주요 언어 입니다. 따라서 여기서 구별을 위해 U + 0027 (또는 다른 문자)을 사용할 필요가 없습니다.

인쇄 상으로는 "옳은"것을 결정하는 세 가지 방법이 있습니다.

1. 사람들이 사용하는 것 – 고전적이고 전문적인 조판에서 사람들은 주로 곱슬 아포스트로피에 노출되어 있지만 타자기 아포스트로피는 디지털 텍스트를 지배합니다. 여기에는 좋은 대답이 없습니다.

2. 가독성을 크게 떨어 뜨리지 않고 서체의 일반적인 특성에 맞는 것 – 서체에 따라 다릅니다. 몇 가지 예를 살펴 보겠습니다.

   

   모든 예에서 Do n't 의 아포스트로피 는 U + 2019이고 amn't 의 아포스트로피 는 U + 0027입니다. 먼저 두 문자가 서체에서 어떻게 다른지 주목하십시오.

   • 첫 번째 예는 간단한 산세 리프 글꼴입니다. 장식용과는 거리가 멀고 곱슬 아포스트로피가 없을 것입니다. 결과적으로 U + 2019는 약간 기울어집니다. 직선 U + 0027은 서체의 간단한 특성에도 잘 맞습니다.

   • 둥근 형태는 분명히 두 번째 예에서 서체의 주요 패러다임입니다. 결과적으로 U + 2019는 곱슬입니다. U + 0027은 방향 감각 (아마도 오프닝 따옴표로도 사용 가능)과 곡선을 피하도록 설계되었습니다. 또한 글자 크기가 큰 서체의 특징을 방해하지 않는 것과 작은 글자의 가독성을 방해하는 것 사이의 절충점 일 수도 있습니다. 당신이 나에게 묻는다면, 절충은 너무 작지만 그것은 단지 증상 일뿐입니다. 실제 문제는 절충입니다. 꼬인 아포스트로피를 사용하면 피할 수 있습니다.

   • 세 번째 예와 같은 고전적인 세리프체 서체에서 획의 너비는 주로 각도 (서예에서 시작점)를 따릅니다. 직선 수직선은 일반적으로 serif로 끝납니다. 이것은 아포스트로피에 대한 옵션이 아니므로 U + 0027은 물방울 모양을 사용하므로 서체의 성격을 깨뜨립니다 (제 생각에는). 틀림없이, 느낌표에도 동일하게 적용되지만, 적어도 그 캐릭터는 어차피 방해해야합니다. 곱슬 곱슬 한 U + 2019는 서체의 성격에 훨씬 더 잘 맞습니다.

   • 마지막 서체는 훨씬 더 붓글씨이지만 문자는 순수한 수직 요소를 디자인하는 또 다른 방법을 제공합니다. 따라서 U + 0027은 혼란스럽지 않으며 U + 2019와 크게 다르지 않습니다.

   이 점을 요약하면 : 글꼴에 따라 다르지만 제대로 디자인 된 U + 2019는 U + 0027보다 나쁘지 않아야합니다. 이것은 대칭이 필요하지 않기 때문에 타입 디자이너가 나머지 서체와 일치하도록 U + 2019를 형성하는 것이 더 유연하기 때문에 놀랍지 않습니다.

3. 장기적으로 가독성을 높이는 가장 좋은 방법 – 여러 문자에 동일한 문자를 사용하는 것은 가독성에 좋지 않을 수 있습니다. 따라서 영국식 조판 규칙을 달리 변경하지 않으면 직선 아포스트로피가 중괄호로 묶을 수 있다는 이점이 있습니다. 그러나이 규칙 (아포스트로피에 U + 0027을 사용하고 작은 닫는 따옴표에 U + 2019를 사용)은 디지털 세계에서 중괄호와 아포스트로피를 사용하는 것보다 확립하기가 훨씬 어렵습니다.

   에서 다른 언어 U + 2019 어쨌든 인용 부호로 이용되지 않는 한,이 작은 감각을 만들 것입니다. U + 2018 ( ', 영어 단일 여는 따옴표)을 인용 부호로 사용하는 독일어와 같은 언어에서 두 개의 반대쪽 컬 또는 경사 (서체에 따라 다름)가있는 경우가 종종 있습니다. .

먼저, 역사 .

곱슬 따옴표와 아포스트로피는 원래 스타일이었습니다. 또한 프린터의 견적 및 아포스트로피 라고도 합니다.

타자기와 함께 직선 인용 부호와 아포스트로피가 나왔습니다. 제한이있는 기계식 장치 인 타자기는 두 개의 분리 된 곱슬 마크 대신 한 세트의 직선 마크를 사용하는 것이 더 합리적이라고 판단했습니다 (열린 및 닫는 작은 따옴표 및 큰 따옴표).

혼란을 더하기 위해 Primes 는 각진 직선 아포스트로피처럼 보이는 캐릭터입니다. 프라임은 분 / 초 표시 (및 기타 과학, 수학 및 음악 표기법)에 사용됩니다. 다시, 타자기의 직선 아포스트로피도 이들에 사용될 수있었습니다.

그러나 일부 서체는 스타일상의 이유로 직선 아포스트로피와 따옴표로만 설계되었습니다.

요약 : a) 1954 년의 타자기를 사용하거나 b) 직선을 사용하는 문체 적 이유가없는 한, 항상 실제 인용 부호와 아포스트로피에 둥근 버전을 사용하십시오.

지금까지 모든 답변에 언급되지 않은 항목이 하나 있습니다. 명령 행 인터페이스 또는 프로그래밍 언어에서 아포스트로피 (UTF-8 문자 27)가 유일하게 유효한 선택입니다.

잘라 내기 및 붙여 넣기를 수행 할 때 구문 오류가있는 U + 2019를 사용합니다. 문자 27을 U + 2019로 자동 변환하면 이제 Word 문서 (또는 일부 Wiki / 웹 페이지)에서 명령 줄을 복사하면 오류가 발생하여이 문제가 지적 될 때까지 많은 사람들이 혼동 될 수 있습니다. 또한 이해할 수없는 컴파일러 / 인터프리터 오류가 발생할 수 있습니다.

코드 및 / 또는 명령 줄 샘플이 포함 된 기술 문서를 작성할 때는 생성 된 모든 샘플이 더 높은 값이 아닌 문자 27을 사용하도록주의하십시오.

나는 연구 센터에서 일하며 우리는 일반적으로 상당히 큰 프랑스와 독일 코포 라를 사용합니다. 프랑스 말뭉치에서 직선 아포스트로피 '는 곱슬 아포스트로피'의 약 4 배에 나타난다. 독일에서 직선은 '존재하지 않으며 곱슬'만 찾을 수 있습니다. 프랑스어 모음집의 변형은 실제로 '입력 된 텍스트에 일반적으로 사용되는 직선형'과 대부분 온라인으로 연결된 복사 / 붙여 넣기 텍스트에 의한 곱슬 선 때문일 수 있습니다. 반면에 독일의 소스는 '만 곱슬'을 사용하는 것으로 보입니다. 아포스트로피가 독일어보다 프랑스어에서 훨씬 더 일반적이라는 사실도 고려해야합니다.

아포스트로피로 게시 된 텍스트에 넣을 수있는 올바른 문자 는 올바른 작은 따옴표 인 UTF-8 문자 U + 2019 입니다. 그것은 당신이 원하는 결과를 줄 수있는 유일한 캐릭터입니다. 이것은 책 수준의 타이포그래피 아포스트로피입니다. "스마트 따옴표"를 사용하는 필기 도구를 사용하고 아포스트로피 키를 누르면 도구가 UTF-8 문자 2019를 삽입합니다.

UTF-8 문자 U + 02BC 수정 자 문자 아포스트로피는 발음을위한 작은 아포스트로피입니다. “할 수 없다”라고 쓰는 맥락에서는 옳지 않을 것입니다.

UTF-8 문자 U + 0027 아포스트로피는 "프로그래머의 아포스트로피"입니다. 컴퓨터에 127자가 있고 컴퓨터 수준의 서적을 작성하지 않고 컴퓨터 수준의 서체를 작성하도록 설계된 컴퓨팅의 시작부터 남아 있습니다. UTF-8의 첫 127자는 원래의 127 자와 동일하며 컴퓨터 키보드는 기본적으로 변경되지 않으므로이 나쁜 타이포그래피는 계속 켜져 있습니다.

이 버그가 존재하는 이유는 컴퓨터 문화 유산 출신의 사람들이 프로그래머 아포스트로피를 반드시 버그로 볼 필요는 없기 때문입니다. 출판 문화 유산에서 온 사람들이합니다. 그러나 컴퓨터를 설계하는 것은 컴퓨터 사람들입니다. 그것은 출판 된 텍스트에 올바른 타이포그래피를 사용하지 않는다는 변명의 여지가 없습니다. 오늘날 우리는 텍스트를 대체 할 수있는 방법이 많이 있습니다.

이상적으로, 작성자는 UTF-8 원고에 버그를 넣기 때문에 프로그래머의 아포스트로피를 입력 할 수없는 도구를 사용해야합니다. 물론 편집자들이 문제를 해결하지만 나중에 수정하면 여러 번 버그를 게시하게됩니다.

따라서 어떤 종류의 원고 (책, 단편 소설, 기사)가 있고 그 안에 프로그래머의 아포스트로피가있는 경우 게시하기 전에이를 UTF-8 문자 2019로 바꿔야합니다.

프로그래머의 인용문도 마찬가지입니다. 좋은 글쓰기 도구는 글쓴이가 글씨를 타이핑하지 말아야하며, 특히 따옴표를 입력해야합니다. 특히 아포스트로피에 비해 수정시 수정하기가 어렵고 수정하지 않으면 가독성이 더 나 빠지기 때문입니다.

작문 도구의 예로서, BBEdit은 Mac에서 수십 년 전의 텍스트 편집기입니다. 프로그래밍 문서 (HTML 또는 다른 언어)를 만들고 아포스트로피 키를 누르면 프로그래머의 아포스트로피가 나타납니다. 필기 문서 (일반 텍스트 또는 마크 다운)를 만들고 아포스트로피 키를 누르면 UTF-8 문자 2019가 표시됩니다. 인용 부호도 마찬가지입니다. 프로그래밍 문서에서 프로그래머의 인용문을 얻습니다. 문서를 작성할 때 입력 할 때 여는 따옴표와 닫는 따옴표 모두 실제 따옴표가 표시됩니다. 작성자가 글을 쓸 때 도구가 올바른 열린 인용 부호와 닫힌 인용 부호를 수행 할 수 있으므로 따옴표를 사용하는 가장 좋은 방법입니다. 애매 모호함이 처음에는 거기에 들어 가지 않으므로 나중에 수정해야합니다.