나는 힌팅의 관련성에 대한 기사를 검색해 왔지만 내가 읽은 대부분의 기사는 기껏해야 2011 년으로 거슬러 올라갑니다. 최악의 경우는 “구식이라는 의미입니다.
2017 년 이후에도 힌트가 여전히 관련이 있습니까? 언제 쓸모가 없게 될까요?
이제 매우 고해상도가되었습니다. 디스플레이 및 글꼴은 일반적으로 화면 표시 용이든 인쇄용이든간에 일반적으로 고정 소수점 크기로 설정되어 있습니다. 힌팅은 매우 작은 크기와 매우 낮은 해상도의 디스플레이만을 대상으로하는 것 같습니다. m 대부분의 읽기 목적 (머리글 및 바닥 글과 같은 사소한 텍스트에도 해당)에 대해 글꼴 크기를 너무 낮게 설정하려는 이유를 파악하기 위해 고군분투하고 있습니다. 또한 이전에 대해 신경 쓸 필요가 없다고 가정합니다. “hip”웹 사이트의 글꼴을 선택할 때 시간이 오래 걸리는 저해상도 표시됩니다.
편집 : Is 이 사이트에서 사용 된 상속 이 9로 설정되었습니다. 암시? (모든 웹 폰트가 힌트를 받아야하나요?) 힌팅이나 내 화면 때문에 읽을 수 있는지 확실하지 않습니다. 전자가 이유라면 어리석은 질문을하는 것일 수 있습니다.
댓글
답변
예
Windows, Android, OpenJDK Java 개발 키트, PlayStation을 사용하는 경우 매우 그렇습니다. 3 & 4, PS Vita 및 힌트 기능을 구현하는 FreeType을 사용하는 기타 운영 체제
또한 Windows에서 gdipp 및 MacType과 같은 프로젝트는 시스템 렌더러를 FreeType으로 재정의하는 것을 목표로합니다.
https://en.wikipedia.org/wiki/FreeType#Platforms https://en.wikipedia.org/wiki/FreeType#Hinting
TrueType의 일부입니다.
https://en.wikipedia.org/wiki/TrueType
TrueType은 1980 년대 후반에 Apple과 Microsoft는 PostScript에서 사용되는 Adobe의 Type 1 글꼴에 대한 경쟁자였습니다. 클래식 Mac OS, Mac OS 및 Microsoft Windows 운영 체제에서 가장 일반적인 글꼴 형식이되었습니다.
질문 : 그렇습니다. 2017 년 이후에도 여전히 관련성이 있음을 암시합니까? 언제 쓸모 없게 될까요? (추가 편집)
답 :이를 사용하는 모든 플랫폼을 고려할 가능성은 낮지 만 미래를 예측하기는 어렵습니다.
질문 : 수정 :이 사이트에서 상속이 9 힌트로 설정되어 있습니까?
답변 : Mac을 사용하지 않는 경우에만. Mac은 힌트를 무시합니다.
여기에있는이 링크는 조금 더 설명합니다.
https://www.typotheque.com/articles/hinting Mac과 Windows에서 글꼴을 렌더링하는 방법의 차이점에 대해 알아 봅니다.
Mac OS Windows와 비교하여 Mac OS가 텍스트를 렌더링하는 방법에 대해 많은 글이 작성되었습니다. 여기서는 자세히 설명하지 않겠지 만, 주된 차이점은 Microsoft의 래스터 라이저가 문자를 전체 픽셀 격자에 맞추려고 시도한다는 것입니다. 그 결과 일반가중치는 더 가볍고 굵은가중치는 더 무겁게 보이며 디자인의 미묘한 세부 사항은 작은 포인트 크기에서 손실됩니다. Apple의 래스터 라이저는 때로는 이미지 선명도를 희생하면서 서체의 디자인을 최대한 보존하려고합니다. Windows의 래스터 화 소프트웨어는 몇 가지 기본 제공 TrueType 글꼴로 매우 좋은 결과를 생성하지만 다른 서체의 99 %에서는 차선의 결과를 생성합니다. Mac OS Quartz 기술은 글꼴 힌트를 완전히 무시하고 글꼴 형식에 관계없이 모든 글꼴을 똑같이 잘 렌더링합니다.
그러나 이것이 글꼴 힌트가 나쁘다는 것을 의미하지는 않습니다. 단지 Apple이 다른 방식으로 글꼴을 렌더링하고 있다는 의미입니다.
또한 이것 좀보세요
http://www.microsoft.com/typography/TrueTypeHintingIntro.mspx
http://www.microsoft.com/typography/TrueTypeHintingHow.mspx
https://en.wikipedia.org/wiki/TrueType #Hinting_language
특히 정말 작은 글꼴을 렌더링 할 때 더 큰 해상도의 디스플레이에서도 도움이됩니다.
댓글
- 설명은 확장 된 토론을위한 것이 아닙니다. 이 대화는 채팅으로 이동 되었습니다.
답변
@LateralTerminal은”특히 정말 작은 글꼴을 렌더링 할 때 더 큰 해상도의 디스플레이에서도 도움이됩니다.”
실제로 이것이 앨리어싱 문제를 이해하는 데 핵심이라고 생각합니다. 앨리어싱은 포인트 크기, ems 또는 타이포그래피와 관련이 없습니다.
고밀도 디스플레이는 앨리어싱 오류는 더 작고보기 어렵지만 사라지지 않습니다. 픽셀 크기 또는 그에 가까운 가변 주파수가있는 한 가능합니다. 유형의 경우 고르지 않은 텍스트처럼 보이지만 이는 아래 빨간색으로 강조 표시된 모아레와 유사합니다.
당시 대부분의 VPU + CRT 콤보의 픽셀 밀도가 매우 낮기 때문에 대부분의 유형 정보가 포인트 샘플 주파수에 매우 가깝기 때문에 힌팅이 개발되었습니다. . 정확한 세부 사항을 제대로 표시하려면 캡처 / 재현하려는 대상 밀도의 1.5 배 이상의 샘플 밀도가 필요합니다.
아래 예는 가변 주파수를 묘사하며 다음을 볼 수 있습니다. 앨리어싱 오류가 신호를 따라 잡는 임계 값에 물결 무늬가 있습니다. 특정 해상도는 실제로 관련이 없습니다. 픽셀 정보와 그 한계에 근접한 주파수 사이의 상호 작용.
특수한 유형의 경우 PDF 문서를 단순히 “축소”하면 힌트가 갑자기 다시 관련 될 수 있지만 일반적으로 밀도가 높을수록 그것을 필요로하는 기회.
댓글
- 무아레 예가 올바른 감마로 수행 되었습니까? 그리고 ' JPEG 아티팩트가 없습니까?
답변
힌팅은 저해상도와 관련이 있습니다. 고해상도 디스플레이를 사용할 수 있더라도 때때로 낮은 해상도가 필요합니다. 이미지 (일부 텍스트 포함)를 만들고 있으며 해당 이미지의 파일 크기가 제한됩니다. 원하는 크기로 이미지를 표시 할 수 있지만 사용중인 플랫폼이 이미지의 최대 파일 크기를 제한하면 “기본”해상도 만 가질 수 있으며 힌트가 다시 관련됩니다. 또 다른 상황 픽셀 만 확대하는 화면 돋보기 또는 제한된 해상도의 구식 “피처 폰”을 다룰 때입니다.
원하는 픽셀 크기에 맞는 비트 맵 글꼴을 사용할 수 있지만 윤곽선은 좋은 힌트가있는 글꼴은 크기가 더 유연합니다.
ul에 대해 완전히 잊어 버린 TypeDrawers에서 >