N
NHN
November 11, 20252회
수직 중앙 정렬한 텍스트가 치우쳐 보이는 이유
간단 소개
폰트 메트릭, 브라우저 렌더링, 픽셀 밀도 등으로 인해 텍스트 수직 중앙 정렬이 치우쳐 보이는 원인과 실용적인 해결 방안을 설명합니다.
AI Summary
텍스트 수직 중앙 정렬의 오해와 원인
- 텍스트를 수직 중앙 정렬해도 폰트 메트릭, 브라우저 렌더링, 픽셀 밀도의 상호작용으로 인해 시각적으로 치우쳐 보일 수 있습니다.
- 폰트는 Em-square라는 가상 좌표 공간에서 메트릭(Baseline, x-height, Cap height, Ascender, Descender)을 정의하여 만들어집니다.
폰트 크기 결정 및 치우침 현상
- font-size는 문자 자체의 높이가 아닌 Em-square의 크기를 결정하며, 실제 폰트 높이는 Ascender와 Descender를 포함하여 계산됩니다.
- 계산된 폰트 크기 내에서 문자가 배치될 때, 특히 픽셀 단위의 홀수/짝수 문제로 인해 위/아래 여백이 불균형해져 수직 중앙 정렬이 어긋나 보입니다.
- 다양한 CSS 수직 정렬 속성은 폰트 자체의 위치를 조정할 뿐, 폰트 크기 내 텍스트 정렬 문제를 해결하지 못합니다.
실용적인 해결 방안
- CSS transform의
translateY를 사용하여 텍스트 위치를 미세하게 조정할 수 있습니다. - 특정 폰트나 크기 조합에 대한 보정 값을 미리 계산하여 적용하거나, 정확한 정렬이 중요한 경우 SVG나 아이콘을 활용할 수 있습니다.
- 패딩/마진을 추가하거나 브라우저 환경 및 픽셀 밀도를 감지하여 조건부 스타일을 적용하는 방법도 있습니다.
Next Feeds
SDUI의 성능 병목을 넘어: 올리브영 로컬 캐시 기반 백엔드 최적화 성공기
올리브영은 SDUI 도입 후 발생한 성능 병목을 Caffeine과 Redis 기반 이중 캐싱 전략으로 해결, '올영세일'에서 1ms 미만 응답 속도를 달성하며 안정적인 서비스를 구축했다.
SDUI로컬 캐시CaffeineRedis백엔드 최적화
2025. 11. 11.
올리브영

“AI로 얼마나 빨리 만드나?” Amazon Q와 ‘팀딸깍’의 해커톤 다작 도전기(2)
'팀딸깍'이 Amazon Q와 Bedrock을 활용해 AI 모의 면접 솔루션을 개발하며 AI 주도 개발의 가능성을 증명한 해커톤 도전기.
Amazon QAI 모의 면접Bedrock프롬프트 엔지니어링해커톤
2025. 11. 11.
리멤버

여기어때 검색서비스 ‘키워드 통합 시스템’ 구축사례
여기어때가 분산된 검색 데이터를 MongoDB 기반의 '키워드 통합 시스템'으로 단일화하여 검색 품질과 운영 효율성을 높이고, 향후 키워드 관계 기반의 확장성을 확보한 사례.
키워드 통합 시스템MongoDBElasticsearch검색 플랫폼자동완성
2025. 11. 11.
여기어때

보이저엑스의 ComfyUI 워크플로우 기반 AI 비디오 생성 파이프라인 구축 여정
보이저엑스는 ComfyUI 워크플로우와 AWS 인프라를 활용, Wan 모델 기반 AI 비디오 생성 파이프라인을 구축하고 최적화했습니다.
AI 비디오 생성ComfyUIAWSDiffusion TransformerRay Serve
2025. 11. 11.
AWS
AI야, 문서 좀 대신 써 줘 - 5. 마무리
카카오의 TW 에이전트 프로젝트는 프롬프트 개선과 단계별 AI 모델 최적화를 통해 기술 문서 자동 생성 품질을 크게 향상시켰다.
TW 에이전트기술 문서AI프롬프트 엔지니어링모델 최적화
2025. 11. 11.
카카오
대규모 프론트엔드 아키텍처의 새로운 패러다임 - Part 3. Nx를 활용한 마이크로프론트엔드
올리브영의 대규모 프론트엔드 아키텍처에서 Nx를 활용한 마이크로프론트엔드 구축 방법과 그 장점을 소개합니다.
Nx마이크로프론트엔드모노레포모듈 페더레이션프론트엔드 아키텍처
2025. 11. 10.
올리브영