글을 대문자로 변환 전부 대문자 무료 온라인 안전
한 줄 붙여 넣으면 바로 대문자로 읽힙니다. 모두 여러분의 브라우저 안에서 일어나고, 입력한 것은 어디로도 보내지지 않으며, 규칙은 영어가 아니라 이 쪽의 언어를 따릅니다.
다르게 써 보기
업로드 없음
같은 줄을, 일곱 가지 표기 모두로
| 표기 | 같은 줄을, 그 표기로 |
|---|---|
| 대문자 | CRÈME BRÛLÉE 2인분 — STRASSE 17, FOOBAR |
| 소문자 | crème brûlée 2인분 — straße 17, foobar |
| Title Case | Crème Brûlée 2인분 — Straße 17, Foobar |
| snake_case | crème_brûlée_2인분_straße_17_foo_bar |
| kebab-case | crème-brûlée-2인분-straße-17-foo-bar |
| camelCase | crèmeBrûlée2인분Straße17FooBar |
| URL 주소 | creme-brulee-2인분-strasse-17-foobar |
이 표기 형식은 어디에서 왔는가
큰 글자와 작은 글자는 한때 서로 다른 두 벌의 글자였습니다. 큰 글자는 로마의 것으로 끌로 돌에 새겼고, 작은 글자는 양피지 위를 빠르게 달린 붓이 빚어낸 카롤링 소문자에서 내려왔습니다. 인쇄공들은 둘을 서로 다른 활자 상자에 두었고 — 윗상자와 아랫상자 — 상자가 사라진 뒤로도 그 이름만은 오래 남았습니다. 프로그래밍의 형식들은 훨씬 젊고, 단 하나의 문제를 풀려고 지어졌습니다. 이름에는 빈칸이 들어갈 수 없다는 문제입니다. snake_case는 초기 C에서, camelCase는 Smalltalk에서, kebab-case는 Lisp에서, 그리고 주소의 슬러그는 빈칸과 덧붙임표가 허용되지 않는 주소에 사람이 읽을 제목을 넣어야 할 필요에서 나왔습니다.
어디에서 마주치는가
낱말마다 큰 글자로 쓰는 방식은 제목과 책 표지의 것입니다. 문장처럼 쓰는 방식은 나머지 거의 전부의 것이고, 읽기가 빨라 화면의 표시에도 점점 퍼지고 있습니다. snake_case는 데이터베이스 열과 파이썬 변수에 이름을 주고, camelCase는 자바스크립트 변수와 자바 메서드에, kebab-case는 CSS 클래스와 웹 프로젝트의 파일 이름에 줍니다. 슬러그는 글의 제목을 주소의 마지막 부분으로 바꾸는 것이며, 여기 있는 변환 가운데 검색 엔진이 읽는 것은 그것뿐입니다.
자주 묻는 질문
큰 글자로 바꾸면 왜 때때로 글자 수가 달라지나요?
글자의 크기 구분은 글자 자체가 아니라 언어의 성질이기 때문입니다. 독일어 ß는 큰 글자로 SS가 되어 한 글자가 둘이 됩니다. 터키어에는 점 있는 i와 점 없는 i가 있고, i의 큰 글자는 I가 아니라 İ입니다. 여기서 틀리면 터키어 낱말이 다른 낱말이 되고 맙니다. 이 쪽의 변환은 각 쪽의 언어 규칙을 따르므로, 같은 입력이라도 터키어 쪽과 영어 쪽에서 결과가 다를 수 있습니다.
슬러그는 왜 덧붙임표와 문장 부호를 없애나요?
주소는 메시지에 복사되고 종이에 인쇄되고 손으로 다시 입력되는 일을 견뎌야 하기 때문입니다. 덧붙임표가 붙은 글자는 요즘 주소에서도 허용되지만 복사할 때 백분율로 부호화되어, 읽히던 주소가 기호의 행렬로 바뀝니다. 그것을 민 글자와 숫자와 붙임표까지 깎아 내면 주소는 읽히고, 나누기 좋고, 어디에 나타나든 똑같은 모습으로 남습니다.
답이 정확한가요?
두 단위가 정수로 서로 정의되어 있으면 정확합니다 — 쪽에서 숫자 위에 그렇게 밝히고 있고, 반올림은 몇 자리를 보여 주느냐에만 있습니다. 비가 유한소수가 아닐 때는 유효숫자 열두 자리를 보여 주고 관계가 근사라고 말합니다. 아닌 척하지 않습니다.
제가 입력한 것이 기기 밖으로 나가나요?
아니요. 계산은 여러분의 브라우저 안에서 이루어집니다. 아무것도 올라가지 않고, 올릴 서버도 없습니다. 한 번 불러오면 네트워크를 꺼도 동작합니다.
텍스트를 대문자로 변환하는 이유
급하게 소문자나 뒤섞인 형태로 입력한 줄이 있는데, 대문자여야 합니다. 포스터의 제목, 양식의 라벨, 눈에 띄어야 하는 파일 이름, 법적 고지용 문단, 시스템이 대문자로만 받겠다고 고집하는 코드 같은 것들입니다. 다시 입력하는 것은 느리고 오류가 생기기 쉬우며, 문장 하나를 통째로 쓰는 동안 시프트 키를 누르고 있는 것은 누구에게도 즐거운 오후가 아닙니다. 텍스트를 대문자로 변환하는 것은 웹에서 가장 평범한 일 중 하나인데, 이를 위한 페이지가 존재하는 이유는 그 평범한 일에 아무도 예상하지 못할 만큼 작은 함정이 많기 때문입니다.
한 줄을 붙여 넣고 대문자로 읽어 보십시오. 인터페이스는 이게 전부입니다. 변환은 브라우저 안에서 이루어지고, 입력하는 내용은 어디로도 전송되지 않으며, 규칙은 영어가 아니라 이 페이지의 언어를 따릅니다. 이 마지막 점은 보기보다 더 중요합니다. 대문자는 어디서나 같지 않으며, 튀르키예어나 독일어 문장에 영어 규칙을 적용하는 변환기는 틀린 답을 줍니다. 아래에서는 변환이 하는 일과 하지 않는 일, 여러 언어의 까다로운 글자를 어떻게 다루는지, 대문자가 도움이 될 때와 해가 될 때, 그리고 사람들이 텍스트를 대문자로 변환해야 하는 상황을 설명합니다.
변환이 하는 일
모든 글자를 대문자로
페이지는 모든 글자를 대문자 형태로 올립니다. 공백, 문장 부호, 숫자는 있던 자리에 그대로 둡니다. Crème brûlée for 2 — straße 17, fooBar라는 줄은 CRÈME BRÛLÉE FOR 2 — STRASSE 17, FOOBAR로 돌아옵니다. 악센트는 살아남고, 대시와 쉼표는 제자리에 있으며, 숫자는 대문자 형태가 없으므로 건드리지 않습니다.
글자만 바꿉니다
글자 자체를 제외하고는 아무것도 더하거나 빼지 않습니다. 변환은 공백을 다듬지 않고, 줄을 합치지 않으며, 단어의 순서를 바꾸지 않습니다. 보이는 것은 소문자가 대문자로 바뀐 여러분의 텍스트이며, 그래서 결과를 원본이 있던 곳에 안전하게 다시 붙여 넣을 수 있습니다.
결과 복사하기
결과 옆의 버튼이 클립보드로 복사해 줍니다. 그런 다음 필요한 문서, 양식, 편집기에 붙여 넣으면 됩니다. 텍스트가 길다면 처음뿐 아니라 결과의 끝도 확인하여 전부 복사되었는지 확인하십시오.
변환이 하지 않는 일
대신 소리쳐 주지는 않습니다
긴 대문자 구간은 일반 텍스트보다 천천히 읽힙니다. 눈이 단어를 알아보는 데 쓰는 단어의 모양, 곧 오르내림이 모두 사라지기 때문입니다. 또 화면 낭독기는 대문자로 된 짧은 단어를 약어로 여겨 글자 하나씩 읽을 수 있습니다. 그래서 대문자 제목은 괜찮지만 문단은 그렇지 않습니다. 한두 줄보다 긴 것을 대문자로 변환하려 한다면 작은 대문자나 굵은 글씨가 더 나은지 생각해 보십시오.
텍스트의 의미를 바꾸지 않습니다
대문자는 몇몇 단어의 뜻을 바꿀 수 있습니다. 많은 언어에서 단어는 대문자일 때는 이름이고 아닐 때는 보통 명사일 수 있습니다. 전부 변환하면 그 구분이 사라집니다. 텍스트가 그것에 달려 있다면 원본의 사본을 보관하십시오.
철자를 고치지 않습니다
틀린 철자의 단어는 대문자로도 틀린 채 남습니다. 이 페이지는 기계적인 변환기이며, 붙여 넣은 내용의 언어를 검사하지 않습니다.
언어가 중요합니다
튀르키예어와 점이 있는 대문자
대문자는 어디서나 같지 않습니다. 튀르키예어에서 소문자 i의 대문자는 점이 유지된 İ이고, 점 없는 ı의 대문자는 I입니다. 영어 규칙을 적용하는 변환기는 모든 i를 평범한 I로 바꿔 단어를 바꿔 놓습니다. 이 페이지는 자기가 어떤 언어인지 알기 때문에 튀르키예어 방식으로 씁니다. 아제르바이잔어와 몇몇 다른 언어에도 같은 주의가 적용됩니다.
독일어와 날카로운 s
독일어 ß는 한 글자였던 것이 두 글자인 SS가 되므로, 결과가 원본보다 깁니다. STRASSE가 Straße의 표준 대문자 형태입니다. 더 새로운 대문자 ẞ도 있지만 실제로는 드물어서 일반 규칙은 여전히 SS입니다. 라벨이나 데이터베이스 필드처럼 길이가 정해진 것을 위해 텍스트를 대문자로 변환한다면 늘어나는 글자를 감안하십시오.
그리스어와 사라지는 악센트
그리스어에서는 전통적으로 대문자가 모음의 악센트 표시를 떨어뜨리므로 άνθρωπος 같은 단어는 ΑΝΘΡΩΠΟΣ로 씁니다. 현대의 관행은 다양하며, 악센트를 유지하는지는 쓰는 스타일 가이드에 달려 있습니다. 페이지는 그 언어의 표준 규칙을 따릅니다.
대문자가 없는 문자
중국어, 일본어, 한국어, 아랍어, 히브리어, 인도 계열 문자에는 대문자가 없습니다. 그런 문자의 텍스트는 변하지 않고 돌아오며, 이는 실패가 아니라 옳은 답입니다. 같은 줄에 라틴 글자가 섞여 있을 수도 있으며, 그것들은 변환됩니다.
대문자가 도움이 될 때
제목과 라벨
대문자로 쓴 짧은 제목은 눈길을 끌며, 그래서 포스터, 표지판, 버튼, 섹션 라벨이 이를 씁니다. 다섯 또는 여섯 단어까지의 줄은 대문자로 읽기에 편하고, 그 이상에서는 효과가 사라집니다.
코드와 식별자
예약 번호, 라이선스 키, 제품 코드, 많은 표준은 대문자로 쓰는데, 일부는 l과 I 같은 글자 사이의 혼동을 피하기 위해서입니다. 시스템이 대문자를 기대한다면 먼저 텍스트를 변환해 두면 입력이 거부되는 일을 막을 수 있습니다.
법적 문구와 경고문
면책 조항과 경고문은 눈에 띄도록 흔히 대문자로 씁니다. 규칙이라기보다 관례이며, 법원과 규제 기관은 그것이 도움이 되는지에 대해 의견이 엇갈립니다. 꼭 써야 한다면 짧게 하십시오.
일관된 데이터
목록을 합칠 때는 비교하기 전에 양쪽의 텍스트를 대문자로 변환하십시오. 한 목록에는 Smith, 다른 목록에는 SMITH라고 되어 있어서 일치가 실패하는 것은 중복 레코드의 흔한 원인입니다.
대문자가 해가 될 때
긴 글
대문자로 된 문단은 읽기 피곤하며 독자들이 건너뜁니다. 이어지는 글에서 강조를 원한다면 굵은 글씨나 기울임꼴을 아껴 쓰십시오.
온라인에서의 어조
메시지와 댓글에서 대문자는 소리치는 것으로 읽힙니다. 한 단어는 강조하는 좋은 방법일 수 있지만, 문장 전체는 보통 화가 난 것으로 읽힙니다.
접근성
일부 화면 낭독기는 대문자를 글자 하나씩 읽어 주고, 난독증이 있는 사람들은 대문자가 대소문자가 섞인 글보다 읽기 어렵다고 느끼는 경우가 많습니다. 문서가 접근 가능해야 한다면 실제 대문자가 아니라, 바탕 텍스트를 일반 대소문자로 두는 CSS 규칙 text-transform: uppercase 같은 페이지의 스타일링을 쓰십시오.
여기서 텍스트를 대문자로 변환하는 방법
텍스트를 붙여 넣거나 입력
첫 번째 칸에 줄을 입력하십시오. 결과가 두 번째 칸에 바로 나타나므로, 입력하는 동안 바뀌는 모습을 볼 수 있습니다.
결과 확인
까다로운 글자를 살펴보십시오. 악센트, 날카로운 s, 점이 있는 i입니다. 텍스트가 페이지와 다른 언어라면 출력이 그 언어가 기대하는 것인지 확인하십시오.
복사
복사 버튼을 누르고 필요한 곳에 결과를 붙여 넣으십시오. 같은 줄의 다른 형태는 아래를 보십시오.
같은 줄의 일곱 가지 표기
형태 표
변환기 아래의 표는 예시 줄을 사이트가 제공하는 일곱 가지 형태로 모두 보여 줍니다. 대문자, 소문자, Title Case, snake_case, kebab-case, camelCase, URL 슬러그입니다. 같은 단어가 각 형태에서 어떻게 보이는지 빠르게 확인하는 방법입니다. 이 페이지의 반대는 텍스트를 소문자로 변환으로, 이름과 제목에는 텍스트를 Title Case로 변환으로 가십시오.
이 형태들은 어디서 왔을까
두 가지 알파벳
대문자와 소문자는 한때 서로 다른 두 알파벳이었습니다. 대문자는 로마의 것으로 끌로 돌에 새겼고, 소문자는 카롤링거 소문자에서 내려온 것으로 양피지 위를 빠르게 움직이는 펜이 빚어냈습니다. 인쇄공들은 이 둘을 별개의 상자, 곧 위 칸(upper case)과 아래 칸(lower case)에 보관했고, 상자가 사라진 뒤에도 이름은 오래 남았습니다.
프로그래머를 위한 형태
프로그래밍 형태들은 훨씬 젊으며 하나의 문제를 풀기 위해 발명되었습니다. 이름에는 공백이 들어갈 수 없다는 것입니다. snake_case는 초기 C에서, camelCase는 Smalltalk에서, kebab-case는 Lisp에서 나왔고, URL 슬러그는 공백과 악센트가 허용되지 않는 주소에 사람의 제목을 넣어야 할 필요에서 나왔습니다. snake_case, kebab-case, camelCase, URL 슬러그를 보십시오.
대문자를 만나는 곳
상수와 설정에서
프로그래머는 오랜 습관으로 상수를 대문자로 씁니다. MAX_SIZE, DEFAULT_TIMEOUT 같은 식입니다. 환경 변수도 대문자로 씁니다. 그런 이름을 위해 밑줄이 있는 대문자로 텍스트를 변환할 때는 snake_case 페이지를 먼저 쓴 다음 결과를 올리십시오.
표제와 표지판에서
신문은 한때 공간을 아끼고 소식을 외치려고 표제를 대문자로 짰습니다. 거리의 표지판은 멀리서 읽기 때문에 대문자를 씁니다. 두 용도 모두 짧은 줄에 달려 있습니다.
약어에서
NASA, PDF, USB 같은 약어는 대문자로 씁니다. 변환기는 약어와 일반 단어를 구분하지 못하므로 문장 전체를 변환하면 모든 단어가 약어처럼 보이게 됩니다.
텍스트를 대문자로 변환할 때의 함정
늘어나는 글자를 잊기
날카로운 s는 두 글자가 되고, 다른 몇몇 문자도 늘어납니다. 텍스트가 정해진 공간에 들어가야 한다면 결과의 길이를 확인하십시오.
다른 언어에 영어 규칙을 적용하는 것
튀르키예어의 i, 독일어의 ß, 그리스어의 악센트는 모두 다릅니다. 이 변환기처럼 텍스트의 언어를 따르는 변환기를 쓰십시오.
원본을 잃는 것
텍스트가 대문자가 되면 어떤 글자가 전에 대문자였는지에 대한 정보는 사라집니다. 특히 이름의 경우 원본을 보관하십시오.
스타일링으로 충분한데 대문자를 쓰는 것
웹 페이지에서는 CSS가 텍스트를 대문자로 보여 주게 하고 원본은 일반 대소문자로 두십시오. 검색 엔진, 화면 낭독기, 번역가 모두 그쪽을 선호합니다.
데이터, 코드, 웹에서의 대문자
비교하기 전에 데이터 정리하기
여러 출처에서 모은 이름, 코드, 주소 목록은 대문자 사용에서 좀처럼 일치하지 않습니다. 한 시스템은 Müller로 저장하고 다른 시스템은 MÜLLER로 저장합니다. 합치기 전에 양쪽의 텍스트를 대문자로 변환하거나 양쪽을 소문자로 변환하면, 그 차이에 가려져 있던 일치가 나타납니다. 데이터가 표에 있다면 먼저 예를 들어 CSV를 JSON으로 변환으로 텍스트 형태로 바꾼 다음 필요한 필드를 정리하십시오.
설정 파일과 키
환경 변수와 많은 설정 키는 밑줄이 있는 대문자로 씁니다. YAML 같은 형식으로 파일을 준비한다면 키가 관례를 따라야 하는 경우가 많고, JSON을 YAML로 변환은 키를 쓴 그대로 유지해 줍니다. 프로젝트 시작 때 키의 대소문자를 정하고 지키십시오. 두 가지로 쓴 키는 두 개의 키이기 때문입니다.
텍스트가 아니라 스타일
웹 페이지에서 대문자는 스타일시트가 만드는 것이 가장 좋습니다. text-transform: uppercase 규칙은 원본을 일반 대소문자로 둔 채 어떤 텍스트든 대문자로 보여 주며, 검색 엔진, 번역가, 텍스트를 복사하는 사람에게 더 좋습니다. 파일 이름, 인쇄용 라벨, 양식의 필드처럼 진짜 글자가 필요할 때는 이 페이지로 텍스트를 대문자로 변환하고, 겉모습만 필요할 때는 스타일시트를 쓰십시오.
길이 제한에 유의하기
양식, 라벨, 데이터베이스는 필드의 길이를 제한하는 경우가 많습니다. 일부 글자는 올리면 두 글자로 늘어나므로 변환된 텍스트가 원본보다 길 수 있습니다. 붙여 넣기 전에 제한과 길이를 대조하고, 필요하면 표현을 줄이십시오.
정렬과 검색
많은 시스템에서 대문자는 소문자보다 먼저 정렬되므로, 대소문자를 고려하지 않고 정렬한 목록은 Zebra를 apple보다 앞에 둡니다. 정렬하기 전에 모든 것을 한 가지 대소문자로 변환하면 사람들이 기대하는 순서가 나옵니다. 쓴 그대로 보여 줘야 한다면 원본을 다른 열에 보관하십시오.
변환 전에 사람들이 묻는 질문
악센트가 붙은 글자도 처리하나요?
네. É는 É가 되고 é도 É가 됩니다. 악센트는 유지됩니다.
숫자와 기호는 어떻게 되나요?
있던 그대로 남습니다.
다른 언어에서도 작동하나요?
네, 튀르키예어와 독일어를 포함하여 페이지 언어의 규칙을 따릅니다. 대문자가 없는 문자는 변하지 않고 돌아옵니다.
길이 제한이 있나요?
페이지는 브라우저가 담을 수 있는 만큼 처리합니다. 매우 긴 텍스트도 괜찮지만 나누어 변환하는 편이 나을 수 있습니다.
제 텍스트가 업로드되나요?
아니요. 여기에 입력한 내용은 어디로도 전송되지 않으므로, 초안, 비밀번호, 고객의 이름도 텍스트 편집기에서만큼 안전합니다.
소문자로 되돌리려면 어떻게 하나요?
텍스트를 소문자로 변환을 쓰십시오. 다만 원래의 대문자는 복원되지 않습니다.
실제 사용 예
행사 안내판을 준비하고 있는데 주최자가 Annual Garden Fête — Saturday 14 June, Straße 17이라는 줄을 보냈다고 해 봅시다. 붙여 넣으면 ANNUAL GARDEN FÊTE — SATURDAY 14 JUNE, STRASSE 17이 읽힙니다. 곡절 악센트는 유지되고, 대시와 쉼표는 제자리에 있으며, ß는 SS가 되었습니다. 이제 줄이 한 글자 길어졌으므로 판에 여전히 들어가는지 확인합니다. 레이아웃에 복사하고, 교정을 위해 이메일의 원본은 그대로 둡니다.
간단한 점검표
변환 전
목적에 대문자가 맞는지 정하십시오. 원본 텍스트의 사본을 보관하십시오.
변환 중
텍스트를 붙여 넣고, 까다로운 글자를 확인하고, 길이를 사용할 수 있는 공간과 비교하십시오.
변환 후
결과를 가능하면 소리 내어 한 번 읽어 보고, 대문자가 어느 단어의 뜻도 바꾸지 않았는지 확인하십시오.
흔한 실수
문단 전체를 대문자로
읽기 어렵습니다. 제목과 라벨에 쓰십시오.
언어를 무시하기
규칙이 다릅니다. 특히 튀르키예어와 독일어 텍스트를 확인하십시오.
원본을 버리기
이름의 대문자 표기를 복원할 수 있도록 원본을 보관하십시오.
텍스트는 기기에 머뭅니다
변환은 로컬에서 이루어집니다. 텍스트는 여러분의 브라우저가 처리하며 아무것도 어디로도 전송되지 않습니다. 나중에 지울 것도, 만들어야 할 계정도 없습니다. 이것이 텍스트를 대문자로 변환하는 소박한 방법입니다.
요약
여기서 텍스트를 대문자로 변환하려면 한 줄을 붙여 넣고 그 자리에서 대문자로 읽으면 됩니다. 변환은 모든 글자를 대문자로 올리고 공백, 문장 부호, 숫자는 있던 자리에 그대로 둡니다. 규칙은 영어가 아니라 페이지의 언어를 따릅니다. 튀르키예어에서 i의 대문자는 İ이고, 독일어 ß는 SS가 되므로 결과가 원본보다 길 수 있습니다. 대문자가 없는 문자는 변하지 않고 돌아옵니다. 긴 대문자 구간은 일반 텍스트보다 천천히 읽히고, 화면 낭독기는 짧은 대문자 단어를 글자 하나씩 읽을 수 있으므로, 제목은 괜찮지만 문단은 그렇지 않습니다. 아무것도 업로드되지 않습니다.