대소문자
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
대소문자는 문자를 표기하는 방식으로, 대문자와 소문자로 구분된다. 이는 납활자를 보관하던 활자함의 배치에서 유래된 용어이다. 타이포그래피에서 대문자는 균일한 높이를 가지며, 소문자는 올림 문자, 내림 문자로 인해 높이 변화가 있다. 라틴 문자, 그리스 문자, 키릴 문자를 사용하는 언어에서는 대문자와 소문자를 구분하여 사용하며, 텍스트의 가독성을 높인다. 대문자는 문장의 시작, 고유 명사 등에 사용되며, 강조를 위해 활용되기도 한다. 컴퓨터 프로그래밍에서는 대소문자 구분이 중요하며, 다양한 대소문자 스타일이 존재한다. 유니코드에서는 각 문자의 대소문자 매핑 속성을 통해 대소문자 접기를 정의하고, 문자열 변환에 활용된다.
더 읽어볼만한 페이지
- 대문자 사용 - 작은 대문자
작은 대문자는 텍스트 내 특정 요소 강조를 위해 사용되는 활자 스타일로, 출판, 언어학, 법률 문서, 컴퓨터 과학 등 다양한 분야에서 활용되며, 16세기 초부터 사용되어 OpenType 글꼴 표준과 유니코드에서도 지원된다. - 대문자 사용 - 올 캡스
텍스트의 모든 글자를 대문자로 표기하는 올 캡스는 강조, 고함, 특정 스타일을 나타내기 위해 사용되지만, 컴퓨터 통신 환경에서 무례함으로 여겨지거나 가독성을 저하시킨다는 비판도 있다. - 타이포그래피 - 팬그램
팬그램은 특정 문자 집합의 모든 문자를 최소 한 번 포함하는 문장이나 구절로, 완전 팬그램, 자기 열거 팬그램 등 여러 유형이 있으며, 다양한 언어에서 활용되고 수학적 연구 주제로도 다뤄진다. - 타이포그래피 - ß
ß(에스체트)는 독일어에서 긴 s와 s 또는 z의 합자에서 유래한 문자로, 특정 조건에서 무성음 /s/를 나타내며, 사용 범위가 축소되었으나 대문자 형태(ẞ)가 추가되어 표준 독일어에서 선택적으로 사용될 수 있다.
대소문자 | |
---|---|
개요 | |
정의 | 글자를 구별하는 특징 |
종류 | 대문자 소문자 |
사용 | 문자 체계 서식 |
명칭 | |
대문자 (한국어) | 큰 글자, 위 글자 |
소문자 (한국어) | 작은 글자, 아래 글자 |
대문자 (영어) | uppercase, capital letter, majuscule |
소문자 (영어) | lowercase, small letter, minuscule |
2. 용어
'대문자'와 '소문자'라는 용어는 두 개의 연속된 단어로 쓰거나, 하이픈으로 연결(''upper-case'', 'lower-case'')하거나, 하나의 단어(''uppercase'', 'lowercase'')로 쓸 수 있다. 이러한 용어는 납활자를 보관하는 서랍인 ''활자함''의 일반적인 배치에서 유래했다. 전통적으로 대문자는 소문자를 보관하는 상자 위에 있는 별도의 얕은 트레이, 즉 "케이스"에 보관되었다.[40][41]
소문자 글리프는 대문자 글리프를 단순히 작게 만든 형태일 수도 있고(예: "C/c" 및 "S/s"), 시각적으로 거의 관련이 없어 보일 수도 있다(예: "D/d" 및 "G/g"). 다음은 영어 알파벳에 포함된 각 문자의 대문자와 소문자 변형을 비교한 것이다(정확한 표현은 사용된 서체 및 글꼴에 따라 다름).
라틴 문자, 그리스 문자, 키릴 문자 등은 문자의 명료성과 가독성을 높이기 위해 대문자와 소문자를 구분하는 양원 문자 체계를 사용한다.[43] 이러한 양원 문자에는 라틴 문자, 키릴 문자, 그리스 문자, 콥트 문자, 아르메니아 문자, 글라골 문자, 아들람 문자, 와랑 시티, 가레이 문자, 자자와 문자, 오세이지 문자, 비트쿠키 문자, 데저렛 문자가 있다. 반면, 조지아 문자는 여러 변형이 존재하며, 이를 다른 대/소문자로 사용하려는 시도가 있었지만, 현대 조지아어는 대문자와 소문자를 구분하지 않는다.[5]
고문자학에서 어센더나 디센더가 거의 없거나 전혀 없는 서체(예: 바티칸 사본이나 켈스의 서)를 마주스큘(majuscule|마주스큘영어)이라고 한다. 시각적 효과 때문에 마주스큘이라는 용어는 나중에 일반적으로 "대문자"를 가리키는 데 사용되기도 한다.
미누스큘(minuscule|미누스큘영어)은 소문자를 의미한다. 이 단어는 미니어처나 접두사 ''mini-''와의 혼동으로 인해 ''miniscule''로 표기되는 경우가 많다. 이는 전통적으로 철자 오류로 간주되었지만, 현재는 매우 일반적이어서 일부 사전에서는 비표준 또는 변형 철자로 인정하기도 한다.
3. 타이포그래피적 고려 사항
대문자 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 소문자 a b c d e f g h i j k l m n o p q r s t u v w x y z
타이포그래피에서 대문자와 소문자의 기본적인 차이점은 대문자가 크고 소문자가 작다는 것이 아니라, 대문자가 일반적으로 균일한 높이를 갖는다는 것이다. (단, 서체에 따라 예외가 있을 수 있으며, 특히 ''Q''는 하강 요소를 가질 수 있고 때로는 ''J''도 그럴 수 있다. 또한 다양한 분음 부호는 문자의 정상적인 높이에 추가될 수 있다.)
소문자는 일부 문자가 전형적인 크기보다 높거나(올림 문자) 낮기(내림 문자) 때문에 높이에 더 많은 변동이 있다. 일반적으로 ''b, d, f, h, k, l, t''는 올림 문자를 가진 문자이고, ''g, j, p, q, y''는 내림 문자를 가진 문자이다. 또한, 일부 전통적 또는 고전적 글꼴에서 여전히 사용되는 구식 숫자에서 ''6''과 ''8''은 올림 문자 세트를 구성하고, ''3, 4, 5, 7'' 및 ''9''는 내림 문자 세트를 구성한다.
4. 대문자와 소문자의 사용
대부분의 텍스트에는 소문자가 사용되며, 대문자는 문장의 시작, 고유 명사, 강조 등 제한적인 위치에서 사용된다. 두문자어(약어)는 모두 대문자(올 캡스)로 표기되는 경우가 많다.
4. 1. 대문자 표기 (Capitalization)
대문자 표기법은 단어의 첫 글자를 대문자로 쓰고 나머지 글자를 소문자로 쓰는 것을 말한다. 대문자 표기법 규칙은 언어에 따라 다르며 종종 매우 복잡하지만, 대문자 표기를 사용하는 대부분의 현대 언어에서는 모든 문장의 첫 단어와 모든 고유 명사가 대문자로 표기된다.
문맥과 무관한 일반적인 철자 규칙(예: 제목, 머리글, 텍스트) 측면에서 영어의 대문자 표기법은 격식있는 글쓰기에 보편적으로 표준화되어 있다. 대문자는 문장의 첫 글자, 고유 명사 또는 고유 형용사로 사용된다. 요일 이름과 월 이름도 대문자로 표기되며, 1인칭 대명사 "I"[6]와 호격사 "O"도 마찬가지이다. 첫 글자의 대문자 표기만 다르고 의미가 다른 단어 쌍이 몇 개 있다. 경칭과 개인 직함은 해당 개인의 이름과 함께 사용되거나 직접적인 호칭으로 사용될 때는 대문자로 표기되지만(예: "Mr. Smith", "고먼 주교", "무어 교수"), 일반적으로 단독으로 사용되거나 더 일반적인 의미로 사용될 때는 대문자로 표기되지 않는다.[7][8] 어떤 맥락에서는 심지어 대명사[9]까지 어떤 단어를 대문자로 쓰는 것이 관례로 여겨질 수도 있다. 일신교의 신을 지칭하는 경우도 마찬가지이다.
다른 단어는 일반적으로 소문자로 시작한다. 그러나 머리글 및 출판물 제목과 같이 추가적인 강조를 주기 위해 추가 대문자 표기를 사용할 수 있는 상황이 있다.
다른 언어는 대문자 사용법이 다양하다. 예를 들어, 독일어에서는 모든 명사가 대문자로 표기된다(이는 이전에는 영어에서도 흔했으며, 주로 17세기와 18세기에 해당했습니다). 반면, 로망스어 및 대부분의 다른 유럽 언어에서는 요일 이름, 월 이름 및 국적, 종교 등의 형용사가 일반적으로 소문자로 시작한다.[10] 반면에 일부 언어에서는 격식 있는 존칭을 대문자로 표기하는 것이 관례이다. 예를 들어 De|데da, Dem|뎀da (덴마크어), Sie|지de, Ihnen|이넨de(독일어) 및 Vd|브이디es 또는 Ud|우디es(스페인어의 usted|우스테드es의 약자)가 있다.
4. 2. 특수 문자와 이중 문자
독일어 문자 "ß"(에스체트)는 과거에는 소문자로만 존재했으나, 2017년 6월부터 대문자 ẞ가 대문자 스타일에서 대안으로 허용된다.[11]
일부 언어에서는 특정 이중자를 단일 문자로 간주하기도 한다. 네덜란드어의 "IJ/ij" 이중자는 두 구성 요소 모두 대문자로 표기한다 (예: "IJsland" 대신 "IJsland").[38] 웨일스어 및 헝가리어와 같은 다른 언어에서는 다양한 이중자가 정렬 목적으로 단일 문자로 간주되지만, 첫 번째 구성 요소가 대문자이더라도 이중자의 두 번째 구성 요소는 소문자로 표기된다.
하와이어 철자법에서 오키나는 성문 파열음을 나타내는 문자로,[13] 단일 문자이므로 오키나는 대문자의 영향을 받지 않으며, 대신 다음 문자가 대문자로 표기된다.
5. 다양한 사용법
글꼴 효과 (예: 이탤릭체 또는 기울임체, 굵은 글씨, 세리프체와 산세리프체의 선택)와 유사한 글자 형태 및 서체 스타일 규칙은 강조 또는 언어별, 기타 규칙을 따르기 위해 사용된다.
- 수학 기호에서 소문자와 대문자는 일반적으로 다른 의미를 가지며, 굵은 글씨, 프락투어, 필기체, 블랙보드 볼드체와 같은 다른 글꼴을 사용하여 다른 의미를 암시할 수 있다.
- 아랍 문자와 히브리 문자의 일부 글자와 한국 자모는 단어 내의 위치에 따라 다른 형태를 가진다. 하지만 이러한 규칙은 엄격하며 강조를 위해 다른 형태를 사용할 수 없다.
- 조지아 문자에서는 일부 저자가 라틴어, 그리스어, 키릴 문자의 대문자 사용 방식을 연상시키는 방식으로 현대 Mkhedruli로 쓰인 텍스트 내에서 고대 Asomtavruli 알파벳의 고립된 글자를 사용한다.
- 일본어 표기법에서 저자는 한자, 히라가나, 가타카나, 로마자 사이를 전환할 수 있다. 특히, 모든 히라가나 문자에는 해당 가타카나 문자가 있으며 그 반대도 마찬가지이다. 로마자 표기된 일본어는 히라가나로 쓰여질 단어를 나타내기 위해 소문자를 사용하고 가타카나로 쓰여질 단어를 나타내기 위해 대문자를 사용하기도 한다. 일부 가나 문자는 이전 기호와 수정하거나 결합할 때(''요온'') 또는 다음 기호와 결합할 때(''소쿠온'') 작은 글꼴로 쓰여진다.
5. 1. 스타일
문장의 첫 단어, 고유 명사 및 기타 단어의 첫 글자를 대문자로 쓰는 혼합 대소문자 스타일이다. 더 구체적인 규칙에 따라 사용되며, 일반적으로 공식 영어 정서법의 기본 표준과 같다. 컴퓨터 프로그래밍에서 첫 글자를 대문자로 쓰는 것은 다른 규칙보다 자동화하기 더 쉽다. 예를 들어, 영어 위키백과에서 페이지 제목의 첫 글자는 기본적으로 대문자로 표시된다.; 제목 대소문자(대문자 대소문자, 머리글 스타일)
: "The Quick Brown Fox Jumps over the Lazy Dog"
모든 단어의 첫 글자를 대문자로 표시하지만 특정 하위 집합(특히 관사, 짧은 전치사, 접속사)은 보편적으로 표준화되지 않은 규칙에 의해 정의되는 혼합 대소문자 스타일이다.
; 시작 대소문자 (각 단어의 첫 글자 대문자)
: "The Quick Brown Fox Jumps Over The Lazy Dog"
''시작 대소문자,'' ''첫 글자 대문자'' 또는 ''고유 대소문자''는 제목 대소문자의 단순화된 변형이다. 텍스트 처리에서 시작 대소문자는 일반적으로 품사에 관계없이 모든 단어의 첫 글자를 대문자로 표시한다.
; 대문자(모두 대문자)
: "THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG"
대문자만 사용하는 스타일이다. 머리글과 특수한 상황에 사용할 수 있다. 인터넷의 등장으로 모든 대문자 스타일은 강조를 위해 더 자주 사용된다. 그러나 일부에서는 모든 대문자로 입력하는 것을 좋지 않은 네티켓으로 간주하며, 소리와 같다고 한다.[17]
; 소문자(small caps)
: 대문자와 형태가 비슷하지만 소문자 "x"의 크기 정도인 소문자는 소문자 대신 사용할 수 있으며 혼합 대소문자 방식으로 일반 대문자와 결합할 수 있다.
; 모두 소문자
: "the quick brown fox jumps over the lazy dog"
: 대문자가 없는 스타일이다. 시와 같은 예술적인 효과를 위해 사용되기도 한다. SMS 언어 및 인스턴트 메시징과 같은 비공식 전자 통신에서도 일반적으로 볼 수 있다.
대소문자 스타일 | 예시 | 설명 | |||||||
---|---|---|---|---|---|---|---|---|---|
모두 대문자 | THE | VITAMINS | ARE | IN | MY | FRESH | CALIFORNIA | RAISINS | 모든 글자 대문자 |
시작 대소문자 | The | Vitamins | Are | In | My | Fresh | California | Raisins | 모든 단어는 기능에 관계없이 대문자로 표시됩니다. |
제목 대소문자 | The | Vitamins | Are | in | My | Fresh | California | Raisins | 첫 번째 단어와 기타 모든 단어의 첫 글자는 관사와 짧은 전치사 및 접속사를 제외하고 대문자로 표시됩니다. |
문장 대소문자 | The | vitamins | are | in | my | fresh | California | raisins | 첫 번째 단어, 고유 명사 및 일부 지정된 단어의 첫 글자가 대문자로 표시됩니다. |
모두 소문자 | the | vitamins | are | in | my | fresh | raisins | 모든 글자 소문자(영어 산문에서 비관습적임) |
5. 1. 1. 특수 스타일
- '''캐멀 케이스 (camel case)'''
:: "theQuickBrownFoxJumpsOverTheLazyDog" 또는 "TheQuickBrownFoxJumpsOverTheLazyDog"
:: 띄어쓰기와 구두점은 제거되고 각 단어의 첫 글자는 대문자로 표기된다. 첫 단어의 첫 글자도 대문자인 경우(CamelCase, "PowerPoint", "TheQuick..." 등)는 '''어퍼 캐멀 케이스''' ('''CamelCase'''), 파스칼 프로그래밍 언어를 참조하여 '''파스칼 케이스'''[21] 또는 '''범피 케이스'''라고도 한다.
:: 첫 단어의 첫 글자가 소문자인 경우 ("iPod", "eBay", "theQuickBrownFox...")는 '''로어 캐멀 케이스''' 또는 '''드로머데리 케이스''' ('''dromedaryCase''')라고 한다. 이 형식은 "i"가 "인터넷" 또는 "지능형"을 의미하는 정보기술 제품 및 서비스의 브랜딩에서 인기를 얻었으며, iPod와 같이, 또는 "e"가 "전자"를 의미하는 이메일 (electronic mail) 또는 전자 상거래 (electronic commerce)와 같이 사용된다.
- '''스네이크 케이스 (snake case)'''
:: "the_quick_brown_fox_jumps_over_the_lazy_dog"
:: 구두점은 제거되고 공백은 언더바로 바뀐다. 일반적으로 대문자 또는 소문자 중 하나만 사용한다 (예: "UPPER_CASE_EMBEDDED_UNDERSCORE", "lower_case_embedded_underscore"). OCaml 변형 생성자(예: "Upper_then_lowercase")처럼 대소문자를 혼합할 수 있다.[22] 이 스타일은 특히 파이썬 프로그래밍에서 변수 명명에 자주 사용되는 경우 ''pothole case''라고도 한다. ''snake_case'', ''pothole_case'' 등으로 표현할 수 있다. 모두 대문자인 경우 ''screaming snake case'' (''SCREAMING_SNAKE_CASE'') 또는 ''hazard case''라고 할 수 있다.[36]
:: "the-quick-brown-fox-jumps-over-the-lazy-dog"
:: 스네이크 케이스와 비슷하지만, 언더바 대신 하이픈을 사용한다. '''스파이널 케이스''' (spinal case), '''파람 케이스''' (param case), Lisp 케이스라고도 한다. 케밥을 꿰는 꼬치와 유사한 모양에서 '''케밥 케이스'''라고도 한다. 모든 단어가 대문자로 표기된 경우, '''트레인 케이스'''(''TRAIN-CASE'')라고 한다.[23]
:: CSS에서 모든 속성 이름과 대부분의 키워드 값은 주로 케밥 케이스로 형식이 지정된다.
- '''스터들리 캡스 (studly caps)'''
:: "tHeqUicKBrOWnFoXJUmpsoVeRThElAzydOG"
:: 교호 대문자 (alternating caps)라고도 한다. 대문자 사용에 의미론이나 구문론적 의미가 없는 혼합된 대소문자 사용법이다. 모음만 대문자로 쓰이거나 대문자와 소문자가 번갈아 사용되기도 하며, 단순히 무작위인 경우도 많다. studly는 "남자다운", "성적 매력이 있는" 등의 의미로, 이 표기법을 사용하는 사람이 멋을 내려고 한다는 비꼬는 의미로 붙여진 이름이다. 기술적인 필요성이 없음에도 불구하고 마케터들이 컴퓨터 소프트웨어 패키지 이름을 지을 때 영어의 표준 대소문자 규칙을 위반하는 것을 조롱하는 데에도 사용된다. 썬 마이크로시스템즈(Sun Microsystems)가 윈도우 시스템 NeWS의 이름을 지은 경우가 그 예이다. 이 스타일의 이름을 보여주는 예시는 ''stUdlY cAps'', ''StUdLy CaPs'' 등이다.

5. 2. 단위 기호
국제 단위계(SI)에서 단위 기호는 대문자와 소문자에 따라 다른 의미를 갖는 경우가 많다. 일반적으로 단위 기호는 소문자로 표기하지만, 단위의 이름이 고유 명사에서 파생된 경우에는 기호의 첫 글자를 대문자로 쓴다. 그러나 단위를 전부 철자로 표기하는 경우에는 항상 보통 명사로 간주하여 소문자로 쓴다.[37]예:
- 1 s (1 초)는 시간의 기본 단위이다.
- 1 S (1 지멘스)는 전기 전도도 및 어드미턴스의 단위이다 (베르너 폰 지멘스의 이름을 따서 명명됨).
- 1 Sv (1 시버트)는 전리 방사선 선량의 단위이다 (롤프 막시밀리안 시버트의 이름을 따서 명명됨).
리터의 기호는 이름이 고유 명사에서 파생되지 않았음에도 명확성을 위해 선택적으로 대문자로 쓸 수 있다.[37] 예를 들어 "1 리터"는 1 L과 같이 쓸 수 있다.
SI 접두어의 기호는 단위 기호의 표기 규칙과 다르다. 분량 접두어는 소문자이며, 배량 접두어는 대문자이다. 그러나 1795년에 제정된 배량 접두어인 데카 (da), 헥토 (h), 킬로 (k)는 소문자를 사용한다.
예:
6. 컴퓨터 프로그래밍에서의 활용
컴퓨터 프로그래밍에서 대소문자는 중요한 역할을 한다. 프로그래밍 언어에 따라 대소문자를 구분하는 규칙이 다르다.
BASIC에는 대소문자 변환을 위한 두 가지 방법이 있다.
```qbasic
UpperA$ = UCASE$("a")
LowerA$ = LCASE$("A")
```
C 및 C++표준 라이브러리를 준수하는 C와 유사한 언어는 ctype.h 파일에 다음 함수를 제공한다.
```c
char upperA = toupper('a');
char lowerA = tolower('A');
```
대소문자 변환은 문자 집합에 따라 다르다. ASCII 또는 EBCDIC에서 C로 대소문자를 변환하는 방식은 다음과 같다.
```c
int toupper(int c) { return islower(c) ? c – 'a' + 'A' : c; }
int tolower(int c) { return isupper(c) ? c – 'A' + 'a' : c; }
```
이는 대문자와 소문자의 문자가 동일하게 간격을 두고 있기 때문에 작동한다. ASCII에서는 연속적이지만 EBCDIC에서는 그렇지 않다. 그럼에도 불구하고 대문자는 소문자와 동일한 패턴과 간격으로 배열되어 있어 이 기술은 여전히 작동한다.
Visual Basic은 모든 단어가 대문자로 표기된 형태로 텍스트를 변환하는 기능을 "적절한 대소문자"라고 부르고, Python은 이를 "제목 대소문자"라고 부른다.
프로그래밍 언어가 프로그래밍 방식으로 파싱될 때, 일반적으로 스페이스 문자, 탭 키, 줄 바꿈 등의 공백 문자를 사용하여 구문 토큰을 구분한다. 복잡한 소프트웨어 개발에서 함수 및 변수 이름과 같은 토큰이 증가하고, 소스 코드를 사람이 읽을 수 있도록 유지해야 할 필요성이 여전히 남아있을 때, 명명 규칙은 이를 가능하게 한다.
예를 들어, 행렬 곱셈을 처리하는 함수는 다음과 같이 공식적으로 호출될 수 있다.
- (별표는 13개의 동일하게 이해하기 어려운 매개변수 목록을 나타냄, BLAS)
- (가상의 상위 레벨 명시적 타이핑 언어, C++ 또는 자바의 구문을 광범위하게 따름)
- (LISP에서 파생된 언어 또는 타입 추론 및 멀티플 디스패치를 지원하는 새로운 파생 언어)
- (CLOS 또는 더 최신의 파생 언어)
이러한 코딩 컨벤션은 프로그래밍 스타일에 따라 매우 주관적이며, 편집기 전쟁이나 들여쓰기 스타일에 대한 경우와 같이 상당히 주관적인 논쟁으로 이어질 수 있다.
- '''스네이크 표기법'''은 구두점은 제거되고 공백은 밑줄로 바뀐다. 일반적으로 문자는 동일한 대소문자를 공유하지만, OCaml 변형 생성자처럼 대소문자를 혼합할 수 있다.[22] 이 스타일은 특히 파이썬 프로그래밍에서 변수 명명에 자주 사용되는 경우 'pothole case'라고도 한다. 예시로, 'snake_case', 'pothole_case' 등으로 표현할 수 있다. 모두 대문자인 경우 'screaming snake case' (또는 'SCREAMING_SNAKE_CASE') 또는 'hazard case'라고 할 수 있다.[36]
- '''케밥 표기법'''은 스네이크 표기법과 유사하지만, 공백을 대체하기 위해 밑줄 대신 하이픈을 사용한다는 점이 다르다. Lisp 프로그래밍 언어에서 유래하여 '''스파이널 표기법''', '''파람 표기법''', '''리스프 표기법''' 또는 '''대시 표기법'''이라고도 한다. 모든 단어가 대문자로 표기된 경우, 이 스타일은 '''트레인 표기법'''(''TRAIN-CASE'')이라고 한다.[23]
CSS에서 모든 속성 이름과 대부분의 키워드 값은 주로 케밥 표기법으로 형식이 지정된다.
7. 유니코드와 대소문자
유니코드는 각 문자에 대해 대문자, 소문자, 제목 대문자의 세 가지 대소문자 매핑 속성을 정의하여 대소문자 변환을 지원한다.[24] 여기서 "제목 대문자"는 첫 번째 구성 요소가 대문자이고 두 번째 구성 요소가 소문자인 혼합 대소문자 합자 및 이중 문자로 인코딩된 단일 문자와 관련이 있다. 이러한 속성은 대소문자가 다른 스크립트의 모든 문자를 해당 문자의 다른 대소문자 변형과 관련시킨다.
유니코드 기술 노트 #26[39]에서 간략하게 논의된 바와 같이, 라틴 문자, 그리스 문자, 키릴 문자를 통합하려는 시도는 엄청난 혼란을 야기하고 대소문자 변환 작업을 혼란스럽게 하여 모든 대소문자 변환 작업을 상황에 따라 달라지게 만든다.
예를 들어, '''A''', '''B''', '''E''', '''H''', '''K''', '''M''', '''O''', '''P''', '''T''', '''X''', '''Y''' 등과 같은 문자의 모양은 라틴 문자, 그리스 문자 및 키릴 문자 알파벳 간에 공유된다. 표준 형식의 작은 차이는 타이포그래피적 성격으로 간주될 수 있지만, 다국어 문자 집합 또는 글꼴이 대문자 '''B'''에 대한 ''단일'' 코드 포인트만 제공하는 것은 문제가 될 수 있다. 단일 대문자를 라틴어 '''b''' (U+0062), 그리스어 '''β''' (U+03B2) 또는 키릴 문자 '''в''' (U+0432)와 같이 소문자에 대한 세 가지 선택 사항 중 하나로 변경하는 것은 워드 프로세서에게 매우 어렵기 때문이다. 따라서 해당 라틴 문자, 그리스어 및 키릴 문자 대문자(각각 U+0042, U+0392 및 U+0412)도 모양이 동일함에도 불구하고 별도의 문자로 인코딩된다.
8. 역사
원래 알파벳은 대문자로만 작성되었으며, 펜으로 빠르게 쓰면 둥글고 단순한 형태로 변하는 경향이 있었다. 여기서 최초의 소문자 필기체인 반각체와 필기체 소문자가 개발되었으며, 이는 더 이상 한 쌍의 선 사이에 묶이지 않았다.[32] 이것들은 샤를마뉴 궁정에서 사용하기 위해 알쿠인이 개발한 카롤링거 소문자의 기초가 되었으며, 이는 유럽 전역으로 빠르게 퍼져나갔다. 소문자는 대문자보다 가독성이 향상되고 빨라졌다는 장점이 있다.
라틴어에서는 서기 79년 이전에 파괴된 헤르쿨라네움에서 오래된 로마 필기체로 작성된 파피루스가 발견되었는데, 여기서 초기 형태의 소문자 "d", "h" 및 "r"을 인식할 수 있다. 고문서학자 크누트 클레베에 따르면, "소문자가 5세기 언셜체와 9세기 카롤링거 소문자에서 개발되었다는 이론은 틀린 것으로 보인다."[33] 대문자와 소문자가 모두 존재했지만, 두 변형의 차이는 처음에 철자법보다는 스타일에 있었으며, 필기 시스템은 기본적으로 단일 케이스였다. 즉, 주어진 손으로 쓴 문서에서는 한 스타일 또는 다른 스타일을 사용할 수 있었지만, 이를 혼합하지 않았다. 고대 그리스어와 라틴어를 제외한 유럽 언어는 1300년경까지 대소문자를 구분하지 않았다.
서유럽의 글쓰기 연대기는 네 시대로 나눌 수 있다.
- 그리스 대문자(기원전 9–3세기)는 그리스 언셜체 (기원전 3세기 – 서기 12세기) 및 후기 그리스 소문자와 대조
- 로마 정방 대문자 (기원전 7세기 – 서기 4세기)는 로마 언셜체(서기 4–8세기), 로마 반각체 및 소문자와 대조
- 카롤링거 대문자(서기 4–8세기)는 카롤링거 소문자 (약 780 – 12세기)와 대조
- 고딕체 대문자(13, 14세기)는 초기 고딕체(11세기 말–13세기), 고딕체(14세기) 및 후기 고딕체(16세기) 소문자와 대조.
전통적으로 특정 문자는 일련의 규칙에 따라 다르게 렌더링되었다. 특히 문장이나 명사를 시작하는 문자는 더 크게 만들어졌고 종종 별개의 필기체로 작성되었다. 18세기 초까지 고정된 대문자 시스템은 없었다. 영어는 결국 명사에 대한 규칙을 버렸지만, 독일어는 이를 유지하고 있다.
비슷한 발전이 다른 알파벳에서도 일어났다. 그리스 문자의 소문자는 7세기에 기원했으며 8세기에 사선 형태(즉, 오르막선과 내리막선이 특징)를 얻었다.[25] 시간이 지남에 따라 언셜체 문자가 점점 더 필기체에 혼합되었다. 가장 오래된 날짜가 있는 그리스 소문자 텍스트는 835년의 우스펜스키 복음서 (MS 461)이다.[26] 모든 문장의 첫 글자를 대문자로 표기하는 현대적인 관행은 수입된 것으로 보인다.
영어에서는 대문자를 ''uppercase'' (어퍼케이스), 소문자를 ''lowercase'' (로어케이스)라고 한다. 이러한 용어는 활판 인쇄용 활자를 수납하기 위한 서랍의 일반적인 레이아웃인 활자함에서 유래했다. 전통적으로 대문자 활자를 넣은 케이스는 소문자 케이스 위에 배치했다.[40][41]
참조
[1]
서적
Typographia, an Historical Sketch of the Origin and Progress of the Art of Printing
https://archive.org/[...]
2015-08-12
[2]
서적
Medieval Calligraphy: Its History and Technique
https://books.google[...]
Courier Corporation
[3]
Youtube
Ever wonder where upper case and lower case comes from?
https://www.facebook[...]
[4]
서적
The History and Technique of Lettering
https://archive.org/[...]
Dover Publications
[5]
간행물
Challenges in multilingual type design
2012
[6]
웹사이트
Using Capital Letters (#1)
http://www.eslcafe.c[...]
2017-02-19
[7]
웹사이트
AP Style: Courtesy and Professional Titles
https://web.archive.[...]
2017-02-19
[8]
웹사이트
Capitalizing Titles of People
http://englishplus.c[...]
2017-02-19
[9]
웹사이트
Capitalization
http://www.chicagoma[...]
2017-02-19
[10]
웹사이트
Citing Sources: Capitalization and Personal Names in Foreign Languages
http://libguides.dic[...]
Dickinson
2017-03-30
[11]
간행물
PRESSEMITTEILUNG 29.6.2017 Amtliches Regelwerk der deutschen Rechtschreibung aktualisiert
http://www.rechtschr[...]
Council for German Orthography
2017-06-29
[12]
웹사이트
Latin Extended-B
https://www.unicode.[...]
Unicode
2017-02-05
[13]
웹사이트
Why I Spell it Hawai'i and not Hawaii, and Why You Should, Too
http://www.blondvoya[...]
2017-08-06
[14]
웹사이트
Hawaiian Language Online
https://www.hawaii.e[...]
2017-08-06
[15]
웹사이트
Spacing Modifier Letters
http://unicode.org/c[...]
Unicode
2017-08-06
[16]
웹사이트
'Ōlelo Hawai'i on the WWW: A.K.A., How To Give Good 'Okina
https://web.archive.[...]
2017-08-06
[17]
문서
RFC 1855 "Netiquette Guidelines"
[18]
웹사이트
Registered features – definitions and implementations
https://www.microsof[...]
Microsoft
2017-03-24
[19]
웹사이트
The Rise of the 'Lowercase Girl'
https://www.vice.com[...]
2024-12-02
[20]
웹사이트
Letterlike symbols
https://www.unicode.[...]
Unicode Consortium
2017-07-28
[21]
웹사이트
History around Pascal Casing and Camel Casing
https://docs.microso[...]
2004-02-03
[22]
웹사이트
Caml programming guidelines
http://caml.inria.fr[...]
2017-03-31
[23]
웹사이트
Programming naming conventions
https://www.pluralsi[...]
2024-11-16
[24]
웹사이트
Character Properties, Case Mappings & Names FAQ
http://unicode.org/f[...]
Unicode
2017-02-19
[25]
웹사이트
Roman Writing Systems – Medieval Manuscripts
https://gilbertredma[...]
2019-07-03
[26]
문서
The Text of the New Testament
Oxford University Press
[27]
서적
The American Heritage Dictionary of the English Language
Houghton Mifflin
[28]
뉴스
What to Capitalize in a Title
http://adminsecret.m[...]
2014-02-23
[29]
웹사이트
The School's Manual of Style
http://www.jhsph.edu[...]
Johns Hopkins, Bloomberg School of Public Health
2018-11-09
[30]
웹사이트
Type Cases
http://members.aol.c[...]
The Alembic Press
2007-04-23
[31]
웹사이트
The Guardian and Observer Style Guide
https://www.theguard[...]
2014-06-10
[32]
서적
The Calligrapher's Bible
Barron's
[33]
서적
Proceedings of the 20th International Congress of Papyrologists, Copenhagen, 23–29 August 1992
Museum Tusculanum Press
[34]
서적
An Elementary Latin Dictionary
American Book Company
[35]
서적
Oxford Manual of Style
Oxford University Press
[36]
웹사이트
Ruby Style Guide
https://github.com/b[...]
2013-11-11
[37]
웹사이트
The International System of Units
http://www.bipm.org/[...]
Organisation Intergouvernementale de la Convention du Mètre
2014-01-12
[38]
웹사이트
Ijsland / IJsland
http://taaladvies.ne[...]
Taalunie
2014-03-09
[39]
웹사이트
Unicode Technical Note #26: On the Encoding of Latin, Greek, Cyrillic, and Han
https://www.unicode.[...]
2007-04-23
[40]
서적
Typographia, an Historical Sketch of the Origin and Progress of the Art of Printing
https://archive.org/[...]
2015-08-12
[41]
서적
Medieval Calligraphy: Its History and Technique
https://books.google[...]
Courier Corporation
[42]
서적
The History and Technique of Lettering
Dover Publications
[43]
간행물
Challenges in multilingual type design
null
2012
[44]
웹사이트
Using Capital Letters (#1)
http://www.eslcafe.c[...]
2017-02-19
[45]
웹사이트
AP Style: Courtesy and Professional Titles
http://web.mnstate.e[...]
2017-02-19
[46]
웹사이트
Capitalizing Titles of People
http://englishplus.c[...]
2017-02-19
[47]
웹사이트
Capitalization
http://www.chicagoma[...]
2017-02-19
[48]
웹사이트
Citing Sources: Capitalization and Personal Names in Foreign Languages
http://libguides.dic[...]
Dickinson
2017-03-30
[49]
citation
PRESSEMITTEILUNG 29.6.2017 Amtliches Regelwerk der deutschen Rechtschreibung aktualisiert
http://www.rechtschr[...]
Council for German Orthography
2017-06-29
[50]
웹사이트
Latin Extended-B
https://www.unicode.[...]
Unicode
2017-02-05
[51]
웹사이트
Why I Spell it Hawai‘i and not Hawaii, and Why You Should, Too
http://www.blondvoya[...]
2017-08-06
[52]
웹사이트
Hawaiian Language Online
https://www.hawaii.e[...]
2017-08-06
[53]
웹사이트
Spacing Modifier Letters
https://unicode.org/[...]
Unicode
2017-08-06
[54]
웹사이트
‘Ōlelo Hawai‘i on the WWW: A.K.A., How To Give Good ‘Okina
http://keoladonaghy.[...]
2017-08-06
[55]
IETF RFC
"Netiquette Guidelines"
[56]
웹사이트
Registered features – definitions and implementations
https://www.microsof[...]
Microsoft
2017-03-24
[57]
웹사이트
lower case typography and steve jobs
https://morethaneyec[...]
2019-11-14
[58]
웹사이트
Caml programming guidelines
http://caml.inria.fr[...]
2017-03-31
[59]
웹사이트
jQuery 3.0 and jQuery Compat 3.0 Alpha Versions Released
http://blog.jquery.c[...]
2020-07-09
[60]
웹사이트
Character Properties, Case Mappings & Names FAQ
https://unicode.org/[...]
Unicode
2017-02-19
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com