번역으로 길어지는 텍스트를 고려해 디자인하는 방법

인터페이스가 원문의 길이에 딱 맞는 공간에 의존하면 번역으로 늘어난 텍스트가 레이아웃 문제로 이어집니다. 짧은 영어 문구는 버튼 안에 들어가지만, 더 긴 번역문은 잘립니다. 가지런하던 탭 한 줄이 빽빽해지기도 하고, 카드는 커졌는데 동작 버튼은 원래 위치에 고정된 채 남기도 합니다.

이런 경직성을 점검하기 위해 모든 번역이 나올 때까지 기다릴 필요는 없습니다. 초안에 의도적으로 긴 텍스트를 넣어 한계를 시험한 다음, 실제 번역문으로 같은 검토를 반복할 수 있습니다. 첫 단계는 구조적 약점을 찾고, 두 번째 단계는 실제 언어와 의미를 담았을 때도 인터페이스가 제대로 작동하는지 확인합니다.

하나의 확장 비율만으로는 부족한 이유

모든 언어에 대응할 수 있도록 만드는 단 하나의 확장 비율은 없습니다. 짧은 라벨, 긴 문장, 합성어, 서로 다른 문자 체계는 각기 다른 방식으로 공간을 압박합니다. 문자 수를 세는 것만으로 실제 렌더링에 필요한 공간을 정확히 알 수도 없습니다.

W3C의 번역 시 텍스트 크기에 관한 설명은 짧은 원문 문자열이 번역 과정에서 크게 늘어날 수 있는 이유와 글자 폭, 단어 구조, 행 높이가 중요한 이유를 다룹니다. 이 예시는 주의해야 할 점을 보여 주지만, 특정 인터페이스에 필요한 공간을 계산해 주지는 않습니다. 컴포넌트가 준비되었다고 판단하기 전에 실제 콘텐츠와 글꼴의 조합을 검토하세요.

가상의 행사 대시보드에 “View details”(상세 보기) 버튼이 있다고 해 봅시다. 라벨이 길어지면 버튼을 넓히거나 두 줄로 표시해야 할 수 있습니다. 한편 행사 제목은 두 줄에서 세 줄로 늘어날 수 있습니다. 서로 다른 변화이며, 미치는 영향도 다릅니다. 모든 요소에 같은 비율의 여유 공간을 확보해 두어도 각각 어떻게 동작해야 할지는 정해지지 않습니다.

먼저 문구가 반드시 전달해야 하는 내용을 파악하세요. 라벨이 예약 조회와 예약 변경을 구분한다면 그 차이가 유지되어야 합니다. 경고가 작업을 되돌릴 수 없다는 사실을 설명한다면, 원래 카드 높이를 지키려고 문구를 줄이다가 그 의미를 없애서는 안 됩니다. 레이아웃은 메시지를 전달하기 위해 존재합니다.

공간 변화에 취약한 컴포넌트부터 간단히 목록으로 정리하세요

공간이 엄격하게 제한된 곳부터 시작하세요. 내비게이션, 탭, 버튼, 배지, 폼 라벨, 표 머리글, 작은 카드는 넉넉한 본문 열보다 대체로 더 많은 문제를 드러냅니다. 텍스트가 아이콘, 가격, 상태 표시 또는 다른 동작 버튼 옆에 놓인 사례를 찾으세요.

각 컴포넌트에 대해 다음 네 가지 동작을 기록하세요.

1. 줄바꿈: 라벨을 한 줄 더 늘려 표시할 수 있나요?
2. 크기 확장: 텍스트에 맞춰 컨테이너의 높이나 너비도 늘어나나요?
3. 주변 요소: 아이콘과 옆 동작 버튼이 문제없이 자리를 옮기나요?
4. 제한: 줄 수를 제한한다면 전체 텍스트는 어디에서 읽을 수 있나요?

답하지 못한 질문은 아직 정하지 않은 디자인 결정입니다. 짧은 영어 라벨 때문에 그 결정이 필요하다는 사실이 드러나지 않았을 수 있습니다.

다음으로 문제가 발생했을 때의 영향을 기록하세요. 장식용 태그가 높아지는 것과 라벨이 결제 금액을 가리는 것은 다릅니다. 판단, 요구사항, 동작을 전달하는 컴포넌트를 우선하세요. 그래야 중요한 컨트롤을 읽을 수 없는 상태로 둔 채, 현지화 검토의 첫 한 시간을 무해한 차이를 다듬는 데 쓰지 않게 됩니다.

번역문이 나오기 전에 Shopify가 확인한 것

Shopify의 제품 국제화 사례에서 팀은 영어 프리뷰만으로는 놓치기 쉬운 문제를 설명합니다. 추출된 문자열이 코드에 직접 작성한 문자열과 똑같이 보였던 것입니다. 팀은 알아볼 수 있는 변형 문자로 치환하고 모음을 두 번 쓰는 가짜 번역(pseudotranslation)을 도입했습니다. 이렇게 바뀐 텍스트 덕분에 어떤 문자열이 번역 과정을 거쳤는지 확인하고, 단어가 길어진 인터페이스를 살펴볼 수 있었습니다.

가짜 번역은 번역 시스템을 거치지 않는 텍스트, 짧은 단어에 의존하는 컨트롤, 늘어날 수 없는 컨테이너 같은 결함을 초기에 찾는 데 유용합니다. 다만 프랑스어 안내문이 자연스러운지, 아랍어 레이아웃의 읽기 순서가 올바른지까지 판단해 주지는 않습니다.

이 스크린샷에서는 변형된 문자 속에서도 무엇을 알아볼 수 있는지 살펴볼 만합니다. 테스터는 낯선 문자를 보면서도 화면을 이해할 수 있습니다. 덕분에 평소와 같은 작업을 수행하면서 중간에 생기는 문제를 찾기가 쉬워집니다. 모든 상자를 무작위 문자열로 채워도 공간에 압박을 줄 수는 있지만, 동작과 설명이 여전히 서로 말이 되는지 판단할 수 없게 됩니다.

Shopify의 방식을 활용하되 다음 네 가지 검사를 구분하세요.

• 적용 범위: 눈에 띄게 바뀐 가짜 번역문을 통해 변환되지 않은 문자열을 찾습니다.
• 수용 공간: 늘어난 문구로 컨트롤과 컨테이너가 확장될 수 있는지 시험합니다.
• 렌더링: 실제 사용할 문자 체계와 대체 글꼴로 누락된 글리프나 잘리는 행 상자를 확인합니다.
• 언어: 승인된 번역문을 바탕으로 해당 언어에 능숙한 검토자가 의미와 표현을 판단합니다.

한 인터페이스에 적용할 실용적인 스트레스 테스트

제목, 탭, 상태 배지, 두 개의 동작 버튼, 하나의 오류 메시지가 있는 페이지를 선택하세요. 값과 이동 목적지는 유지하면서 검토 대상 텍스트만 바꿉니다.

결함은 그 결함을 일으킨 문자열과 화면 상태에 연결해 기록하세요. “유효성 검사 후 390px 화면에서 프랑스어 보조 동작 버튼이 기본 동작 버튼을 가린다”라고 하면 개발자가 어디부터 살펴봐야 할지 알 수 있습니다. “프랑스어는 공간이 더 필요하다”라는 설명만으로는 버튼의 고정 너비, 유연하지 못한 동작 행, 잘못 배치된 오류 메시지 중 무엇이 원인인지 구분할 수 없습니다.

수정한 뒤에는 짧은 텍스트로도 다시 시험하세요. 전체 너비를 사용하는 버튼이 가장 긴 라벨 문제는 해결해도 큰 화면에서는 주변과 동떨어져 보일 수 있습니다. 카드 높이를 크게 고정하면 한 번역문은 수용할 수 있지만 일반적인 항목들을 훑어보기는 어려워질 수 있습니다. 콘텐츠에 따른 크기 확장과 명확한 세로 배치 규칙을 우선하고, 삽입되는 호스트 화면처럼 실제 제약이 있는 경우에만 고정된 공간을 사용하세요.

언어 검토 전에 번역가에게 해당 동작의 이동 목적지와 주변 문장을 제공하세요. “Open”은 상태를 나타낼 수도 있고 명령일 수도 있습니다. 이런 모호함은 버튼을 넓혀도 해결되지 않습니다. 시각 검토와 언어 검토는 서로 정보를 제공해야 하지만, 각 검토자에게 자신이 판단할 수 없는 작업까지 승인하도록 요구해서는 안 됩니다.

스트레스 테스트의 변수를 통제하세요

행사 제목과 장소 이름을 더 길게 만들고, 동작 라벨도 더 구체적으로 바꿔 보세요. 첫 비교에서는 날짜와 참가자 수를 고정해, 조사하는 변수가 텍스트 길이가 되도록 하세요. 레이아웃이 제대로 작동하면 별도 단계에서 현지화된 날짜 형식을 추가합니다.

길게 늘인 영어로 레이아웃에 가해지는 압박을 찾은 다음, 실제 번역문으로 자연스러운 표현, 의미, 문자 체계별 렌더링을 검토하세요.

컴포넌트마다 대응 방식을 선택하세요

같은 긴 문자열이라도 모든 곳에 똑같은 수정을 적용해서는 안 됩니다. 버튼은 커질 수 있고, 내비게이션은 배치가 바뀔 수 있으며, 카드는 한 줄이 더 필요할 수 있습니다. 반드시 유지되어야 하는 관계부터 살펴보세요.

버튼: 크기 확장, 줄바꿈, 세로 배치

버튼에는 라벨이 길어졌을 때의 규칙이 필요합니다. 의도적으로 정렬한 그룹에서는 고정 너비 버튼이 유용할 수 있지만, 그 너비를 라벨보다 중요하게 취급하면 쉽게 문제가 생깁니다. 버튼을 키울지, 줄바꿈할지, 위치를 옮길지 정하기 전에 주변 레이아웃 안에서 해당 동작을 검토하세요.

폼 아래에 동작 버튼 두 개가 있다면 좁은 화면에서는 한 줄로 억지로 넣는 것보다 세로로 배치하는 편이 명확할 수 있습니다. 하나가 기본 동작이라면 세로로 배치한 뒤에도 시각적으로 우선해야 합니다. 방문자가 더 이상 존재하지 않는 데스크톱 배치를 떠올리며 중요도를 추측하게 해서는 안 됩니다.

라벨이 두 줄로 표시된다고 무조건 잘못된 것은 아닙니다. 버튼 높이가 충분하고 패딩이 균형 잡혀 있으며, 작용 대상 콘텐츠와의 연결이 명확하다면 잘 작동할 수 있습니다. 다만 작고 두 줄로 된 버튼이 여러 개 모이면 훑어보기 어려워질 수 있습니다. 여러 동작에 긴 설명이 필요하다면 모두 같은 좁은 그룹에 있어야 하는지 다시 생각하세요.

너비를 아끼려고 의미 있는 라벨을 설명 없는 아이콘으로 바꾸지 마세요. 적절한 맥락에서 익숙한 동작을 나타내는 아이콘은 유용할 수 있지만, 표현을 바꾸면 사용자가 알아보아야 하는 새로운 문제가 생깁니다. 번역문을 없애는 데 따르는 영향이 없는 방법으로 여기지 말고, 그 절충을 의식적으로 평가하세요.

구체적인 크기를 확인하기 위해 Albert Sans 32px에서 영어 라벨 세 개를 측정하고 양쪽에 각각 20px의 가로 패딩을 더했습니다. “View details”에는 총 212px, “Review booking details”에는 368px, “Review your booking details”에는 440px이 필요합니다. 너비가 220px로 고정된 버튼에서는 라벨에 쓸 수 있는 공간이 180px뿐이므로 첫 번째는 들어가지만 나머지에는 레이아웃 대응이 필요합니다. 이 영어 테스트 라벨은 너비에 대한 압박만 분리해 보기 위한 것으로 번역문이 아닙니다. 각 막대의 어두운 부분은 측정한 텍스트이고 밝은 부분은 패딩입니다. 좁은 페이지에서는 계산된 너비를 동작 그룹이 사용할 수 있는 공간과 비교한 후 크기 확장, 줄바꿈, 세로 배치 중에서 선택하세요.

내비게이션: 서로 부딪히기 전에 배치를 바꾸세요

내비게이션은 여러 라벨이 한 가로줄의 공간을 나눠 쓰므로 텍스트 확장 문제가 일찍 드러나는 경우가 많습니다. 원문 언어가 겨우 들어가는 헤더에는 더 긴 문구를 수용할 여지가 거의 없습니다. 다른 언어에서는 표시 방식을 더 일찍 전환하거나 사용 가능한 공간에 맞춰 바뀌는 레이아웃이 필요할 수 있습니다.

브랜드, 언어 전환, 계정 동작, 프로모션 링크를 포함한 헤더 전체를 확인하세요. 내비게이션 라벨만 보면 실제 충돌을 놓칠 수 있습니다. 조금 더 길어진 계정 라벨 때문에 다른 모든 요소가 불편할 정도로 밀집하는 경우도 있습니다.

같은 너비를 유지하려고 라벨을 제각각 줄이지 마세요. 번역가는 의미를 보존하기 위해 다른 단어를 고를 수 있으며, 그 결과 라벨이 시각적으로 대칭을 이루지 않을 수 있습니다. 그룹 전체가 이해하기 쉽고 사용 가능하다면 내비게이션 항목 하나가 더 많은 공간을 차지해도 괜찮습니다.

탭에서는 줄바꿈이 모호함을 만드는지 살펴보세요. 탭이 두 줄로 나뉘면 어떤 콘텐츠가 선택된 항목에 속하는지 덜 명확해질 수 있습니다. 작업에 따라 다른 컨트롤이나 의도적으로 설계한 스크롤 방식이 더 적절할 수 있습니다. 중요한 것은 모든 단어가 보이는지만 확인하는 것이 아니라 선택 상태와 그에 연결된 콘텐츠를 함께 살펴보는 것입니다.

카드: 항목을 구별하는 정보와 동작을 유지하세요

카드가 반복되면 모든 항목의 높이를 정확히 맞추려는 압박이 생깁니다. 이는 훑어보기에 유용할 수 있지만 방법이 중요합니다. 그리드를 유지하려고 의미 있는 텍스트를 자르면 정렬하기는 쉬워져도 카드 사이에서 선택하기는 어려워질 수 있습니다.

행사 대시보드에서 어떤 행사 이름은 세 줄이고 다른 이름은 한 줄이라고 해 봅시다. 카드 레이아웃이 공간을 신중하게 배분하면 동작 버튼은 여전히 예측 가능한 위치에 놓일 수 있습니다. 제목 영역이 늘어날 수 있어야 하며, 제목과 날짜, 동작 사이의 관계도 명확하게 유지되어야 합니다.

어떤 텍스트를 줄여 표시해도 되는지, 전체 내용은 어떻게 볼 수 있는지 정하세요. 긴 설명의 미리보기와 행사를 식별하는 제목은 다릅니다. 말줄임 후 두 행사를 구별할 수 없다면 선택에 필요한 정보가 컴포넌트에서 사라진 것입니다. 말줄임표만으로는 빠진 차이가 무엇인지 알 수 없습니다.

배지와 상태 라벨은 별도로 확인하세요. 상태가 길어졌다고 행사 이름을 가리거나 날짜를 카드 밖으로 밀어내서는 안 됩니다. 글자를 줄이는 것보다 배지를 별도 행으로 옮기는 편이 더 나을 수 있습니다. 변경한 뒤에는 라벨이 짧은 카드도 확인해 다른 모든 카드에 지나친 빈 공간이 생기지 않는지 살펴보세요.

폼: 라벨, 도움말, 오류를 함께 시험하세요

폼 레이아웃은 하나의 컨트롤 주변에 여러 종류의 콘텐츠가 나타나므로 텍스트 길이에 특히 민감합니다. 라벨은 필드가 무엇인지 알려 주고, 도움말은 입력할 내용을 설명하며, 오류 메시지는 수정 방법을 안내합니다. 다른 언어에서는 이 모두가 길어질 수 있습니다.

각 상태를 나머지 정보가 함께 있는 상황에서 확인하세요. 라벨만 있을 때는 괜찮던 필드가 번역된 도움말과 오류 메시지가 아래에 나타나면 혼란스러워질 수 있습니다. 독자는 어떤 정보가 어느 필드에 속하는지, 수정한 뒤 어디에서 계속해야 하는지 여전히 알 수 있어야 합니다.

나란히 놓인 라벨과 컨트롤은 라벨이 길어지면 세로로 배치해야 할 수 있습니다. 이는 구조에 관한 선택이지 번역이 나쁘다는 뜻이 아닙니다. 가로 배치를 유지한다면 라벨과 컨트롤 양쪽에 각자의 역할을 할 충분한 공간을 주세요. 라벨 공간을 넓히는 대신 입력란이 쓸 수 없을 만큼 좁아진다면 개선이 아닙니다.

오류 메시지 사이의 차이를 유지하세요. “Required”(필수 입력), “Too long”(너무 김), “Could not save”(저장할 수 없음)는 서로 다른 문제를 설명합니다. 오류 영역의 높이가 고정되어 있다는 이유로 현지화 검토에서 이를 모두 짧고 일반적인 문구 하나로 줄여서는 안 됩니다. 해당 영역이 구체적인 문제를 전달하고 메시지에 맞춰 늘어나게 하세요.

숫자, 단위, 이름을 맥락과 함께 다루세요

텍스트 확장은 문장에만 국한되지 않습니다. 날짜, 통화, 이름, 단위는 컴포넌트에 필요한 공간과 표시 순서를 바꿀 수 있습니다. 디자이너가 기억에 의존해 즉석에서 정할 값으로 여기지 말고, 해당 로캘에 맞춰 검토할 콘텐츠 사례로 다루세요.

가격 한 줄에는 통화 금액, 결제 주기, 조건 문구가 함께 들어갈 수 있습니다. 조건 문구가 다음 줄로 넘어가면 여전히 그 가격에 속한다는 점이 명확한지 확인하세요. 행사 예시에서는 날짜 범위가 단일 날짜보다 더 많은 공간을 필요로 할 수 있습니다. 카드 전체의 줄 수를 하나 줄이는 것보다 라벨과 값을 함께 유지하는 일이 더 중요할 수 있습니다.

이름이 정해진 수의 짧은 단어로 구성된다고 가정하지 말고, 사용자가 입력하는 이름을 대표할 만한 사례를 사용하세요. “Alex Lee”에만 맞는 레이아웃으로는 긴 이름도 읽을 수 있다고 입증한 것이 아닙니다. 어떤 곳에서는 전체 이름이 보여야 하고 어떤 곳에서는 작업상 간략한 표시도 괜찮은지 판단하세요.

시각 명세에서 원문 언어의 순서가 모든 언어에 통용된다는 듯이 문장 조각을 이어 붙이지 마세요. 숫자, 명사, 짧은 접미 부분을 조합한 문장은 번역 시 다른 구성이 필요할 수 있습니다. 의도한 의미와 맥락을 전달해, 언어 작업이 아무 안내 없이 흩어진 조각을 재배열하는 데 그치지 않고 일관된 메시지를 만들 수 있게 하세요.

W3C의 국제화 간단 지침은 언어 선언, 콘텐츠와 표현의 분리, 문자열 조합 시 주의사항 등 관련된 기초를 다룹니다.

가로뿐 아니라 세로로도 여유를 두세요

너비만 늘리고 모든 높이는 그대로 고정하는 수정이 흔합니다. 이 방법이 한 라벨에는 도움이 되어도, 다른 라벨은 줄 수가 바뀌면서 여전히 잘릴 수 있습니다. 섹션 전체의 세로 흐름을 검토하세요. 제목이 길어지면 부제, 동작 그룹, 다음 섹션이 아래로 밀릴 수 있습니다.

작업의 요구가 허용하는 곳에서는 페이지가 이런 확장을 수용하게 하세요. 카드가 높아지는 편이 중요한 구절이 사라지는 것보다 해가 적은 경우가 많습니다. 높이 제한이 꼭 필요하다면, 항목을 식별하는 정보는 계속 보여 주면서 부차적인 세부 내용을 별도 화면으로 옮기는 식으로 대안 동작을 명확히 정하세요.

실제로 렌더링된 문자의 위아래를 살펴보세요. 단어가 들어가기에 충분해 보이는 상자에서도 악센트나 글리프의 일부가 잘릴 수 있습니다. 글꼴, 문자 체계, 굵기를 바꾸면 이 문제가 드러날 수 있습니다. 원문 글꼴로 만든 스크린샷은 다른 문자 체계에서도 문제가 없다는 충분한 근거가 아닙니다.

모든 언어가 원문 페이지와 정확히 같은 줄 수를 따르도록 강요하지 마세요. 디자인은 위계와 요소 간 관계, 사용성을 유지해야 합니다. 서로 다른 텍스트로 같은 의미를 전달하면서 섹션 높이와 줄바꿈이 어느 정도 달라지는 것은 자연스러운 결과입니다.

현지화 테스트와 화면 너비 검토를 함께 진행하세요

데스크톱에서 잘 작동하는 번역문도 휴대전화에서는 문제가 생길 수 있습니다. 취약한 컴포넌트를 좁은 화면, 중간 화면, 넓은 화면에서 시험하고, 레이아웃이 전환되는 너비도 살펴보세요. 하나의 작업을 끝까지 수행하는 동안 같은 언어를 유지하면, 개별 스크린샷만으로는 놓칠 수 있는 요소 간 관계를 발견할 수 있습니다.

관찰한 문제를 언어 문제와 레이아웃 문제로 구분하세요. 표현이 부자연스럽다면 언어 검토가 필요합니다. 올바르게 쓰인 라벨이 옆 컨트롤과 겹친다면 레이아웃을 수정해야 합니다. 두 문제가 동시에 있을 수도 있지만, 이렇게 분류하면 디자이너와 번역가가 문제를 서로에게 반복해서 돌리는 일을 막을 수 있습니다.

표현과 의미에 관한 최종 판단은 해당 언어를 이해하는 검토자가 맡아야 합니다. 그 언어를 모르는 사람도 잘린 텍스트, 겹침, 누락된 문자는 찾을 수 있지만, 줄인 라벨이 여전히 올바른 동작을 전달하는지는 신뢰할 만하게 확인할 수 없습니다. 화면 안에 들어간다는 이유로 번역까지 승인하지 말고, 그 한계를 검토 기록에 남기세요.

오른쪽에서 왼쪽으로 읽는 레이아웃은 별도의 방향성 검토도 필요합니다. 왼쪽에서 오른쪽으로 쓰는 텍스트의 길이만 늘리는 테스트로는 순서, 양방향 혼합 콘텐츠, 방향이 있는 컨트롤의 올바른 작동을 확인할 수 없습니다. 모든 언어가 통과했다는 모호한 주장에 합쳐 버리지 말고, 이 검토가 필요한 작업임을 분명히 남기세요.

OpenDesign에서 레이아웃을 살펴보고 수정하세요

OpenDesign은 HTML 프리뷰, 데스크톱·태블릿·모바일 보기, 디자인의 특정 부분 수정으로 이 작업을 지원할 수 있습니다. 승인된 텍스트를 맥락으로 제공하고 결과를 확인한 뒤, 댓글이나 채팅으로 겹치는 부분을 설명할 수 있습니다. 지원되는 텍스트 및 스타일 수동 편집 기능은 국소적인 조정을 시험하는 데 유용합니다.

예를 들어 행사 제목은 여러 줄로 늘어나도 되고, 날짜는 모두 보여야 하며, 기본 동작 버튼은 해당 카드와의 연결을 유지해야 한다고 명시하세요. 레이아웃 수정을 시험하는 동안 텍스트는 그대로 유지합니다. 긴 문자열이 나올 때마다 전반적인 재설계를 요청하는 것보다 결과를 판단하기 쉽습니다.

최종 레이아웃을 판단할 때는 승인된 번역문을 제공하세요. 그래야 문구 변경으로 아직 수정해야 하는 겹침이 가려지지 않습니다.

부분 수정을 마친 뒤에는 원래 콘텐츠와 길게 늘인 콘텐츠를 다시 비교하세요. 가장 긴 사례를 해결한 규칙이 짧은 라벨을 불필요하게 어색하게 만들 수 있습니다. 좋은 유연성은 다양한 길이를 지원합니다. 일반적인 텍스트는 정돈된 상태를 유지하고, 긴 텍스트도 사용할 수 있으며, 예외적인 처리가 있다면 그 이유가 명확해야 합니다.

“번역할 준비가 되었다”는 기준을 정하세요

유용한 인계 자료에는 취약한 컴포넌트의 동작, 시험한 스트레스 사례, 검토한 실제 언어가 기록되어 있습니다. 라벨 너비가 고정된 외부 위젯이나 아직 현지화 버전이 필요한 이미지 속 텍스트처럼 해결되지 않은 제약도 포함하세요.

모호한 문자열에는 번역가가 판단할 수 있는 맥락을 제공하세요. 버튼의 목적지, 주변에서 제공하는 설명, 비슷한 동작 사이의 차이가 모두 중요할 수 있습니다. 문자 수 제한이 정말 불가피하다면 이유와 함께 명시하고, 변경 여부를 결정할 수 있는 사람이 누구인지 알려 주세요. 현재의 모든 컨테이너 너비를 아무 설명 없이 언어적 제약으로 바꾸지 마세요.