본문으로 건너뛰기
AZ Tools

스마트 ↔ 직선 따옴표 변환

직선 따옴표(")와 타이포그래픽 곡선 따옴표(“ ”)를 양방향으로 변환하며, 언어별 스타일을 지원합니다.

결과
“Knowledge is power” — Bacon’s old line, and it’s still true today.

She said ‘hi’ to me.

아포스트로피 규칙(it's, world's)은 경험적인 추정이므로, 특이한 구두점이 있는 텍스트는 결과를 확인하세요.

사용법

  1. 방향 선택: To Smart(출판) 또는 To Straight(코드·데이터).
  2. Smart로 갈 때 언어 선택으로 올바른 스타일 적용.
  3. 텍스트 입력 — 타이핑하면서 결과 업데이트.

자세한 설명

펼치기

"평범한"과 '평범한' 따옴표를 제대로 된 활자체 따옴표(“멋진”, ‘멋진’)로 바꾸거나, 반대로 되돌려 코드나 JSON, 명령줄에 붙여 넣어도 안전한 텍스트로 만듭니다. 낱말 안의 아포스트로피(it's)는 여는 따옴표가 아니라 닫는 홑따옴표로 인식해 내보냅니다. 방식은 고른 언어를 따릅니다. 영어는 둥근 따옴표, 프랑스어는 기유메 « », 독일어는 아래쪽 9 모양 „ “입니다.

소박한 구현이 걸려 넘어지는 경우가 아포스트로피인데, 같은 글자가 서로 무관한 두 가지 일을 하기 때문입니다. it's나 '90s에서는 글자 수준의 기호이고 오른쪽 홑따옴표여야 하지만, '인용'에서는 열고 닫습니다. 텍스트를 훑으며 여는 것과 닫는 것을 번갈아 매기면 it's는 매번 틀리고, 결과는 모든 축약형이 반대로 기울어진 문서가 됩니다. 여기서 쓰는 규칙은 위치 기반입니다. 글자 두 개 사이에 있는 기호는 아포스트로피입니다.

반대 방향은 겉모습이 아니라 정확성이 걸린 방향입니다. 둥근 따옴표를 셸이나 JSON 파일, 소스 목록에 붙여 넣으면 그것은 따옴표 문자가 아예 아니라서, 명령이 조용히 파싱에 실패하고, 설정 파일이 멀쩡해 보이는 줄에서 문법 오류를 내며, 복사한 코드 예제가 돌지 않습니다. 워드프로세서와 메신저 앱이 이 치환을 자동으로 적용하는데, 애초에 그 글자들이 텍스트에 들어오는 경로가 그것입니다.

관례는 글리프 모양 말고도 다릅니다. 프랑스어 기유메는 안쪽에 공백을 두는데 전통적으로는 줄바꿈 없는 얇은 공백이고, 독일어는 여는 쪽이 아래에 있어 짝이 „이렇게“로 읽힙니다. 중간에 언어가 바뀌는 문서는 따옴표도 함께 바뀌어야 하며, 한 가지 방식으로 파일 전체를 한 번에 훑으면 다른 언어 쪽이 틀린 채로 남습니다.

여기 있는 무엇도 중첩된 인용이나 출처 표기를 이해하지 않습니다. 인용 안의 인용은 집안 규칙에 따라 겹따옴표와 홑따옴표를 번갈아야 하는데, 이 툴은 깊이를 추적하지 않고 발견한 것을 치환하므로, 대화 안에 인용이 든 대목은 변환 뒤에 읽어 볼 값어치가 있습니다.

자주 묻는 질문

코드에서 스마트 따옴표가 왜 문제?

JavaScript·Python·JSON·shell·SQL 모두 ASCII "·'를 기대. Word·Notion·많은 CMS에서 텍스트 복사 시 곡선 따옴표가 함께 와서 문자열 리터럴이 헷갈리는 파싱 오류로 깨짐. 이 도구로 왕복하면 해결.

아포스트로피와 닫는 작은 따옴표 구분?

'가 두 글자 사이(don't·world's)면 거의 항상 아포스트로피로 닫는 작은 따옴표 글리프. 그 외 패턴에선 일반 인용처럼 열림/닫힘 교대.

프랑스어·독일어 스타일의 특별점?

프랑스어는 안쪽에 non-breaking space가 있는 guillemets(« hello »). 독일어는 low-9 열림과 high-9 닫힘(„hello“). 둘 다 정확히 출력; 직선 따옴표 역변환은 여분 공백을 제거.

둥근 아포스트로피가 검색이나 필터를 어떻게 깨뜨리나?

두 형태는 서로 다른 문자라서, 곧은 아포스트로피로 입력한 질의는 둥근 것으로 저장된 텍스트와 일치하지 않는다. 특히 이름에서 아프다. 활자용 아포스트로피로 적힌 O'Brien 같은 고객 기록은, 평범한 키보드로 같은 이름을 치는 사람에게는 검색되지 않는다. 두 표기가 우연히 만나기를 바라지 말고 입력 시점에 정규화하라.

출판 파이프라인에서 변환은 어디에서 해야 하나?

가능한 한 늦게, 그리고 두 번은 안 된다. 텍스트를 저장할 때가 아니라 독자에게 보여줄 때 변환하라. 그래야 원본이 평문으로 남아 검색되고, 두 번째 변환이 이미 둥근 따옴표를 더 이상한 것으로 바꾸는 일도 없다. 기계가 읽을 것 — 설정 값, 코드 예제, 문서 속 명령 — 은 이 변환에서 아예 제외해야 한다.

관련 도구