skip menu and go to main content

body start

Un Fonts

Resolved  gtk 관련 프로그램에서 한글 종성을 열때 글꼴랜더링이 이상합니다. 7 ]

10.03.24-13:51:35

315235

Submitted by sangu

Assignee wkpark

View6067

Priority3

See Also : https://bugzilla.redhat.com/show_bug.cgi?id=569340
한글 종성 텍스트 : https://bugzilla.redhat.com/attachment.cgi?id=397040
종성 텍스트 파일을 gedit로 열었을때 스샷 : https://bugzilla.redhat.com/show_bug.cgi?id=569340

un-core-fonts-common-1.0.2-0.10.080608.fc12.noarch

Resolution : Will not Fix

Comments on this artfact

7 Comments

김도현

버그가 아닙니다. 자모 종성은 단독으로 올 수 없습니다.
자모 종성만을 표현하려면 초성 filler, 중성 filler를 앞에 두어야 합니다.
U+115F U+1160 U+11AB
이렇게 써야 합니다.
만약 사용자가 실수로 filler를 빼먹었더라도 입력기 혹은 렌더링 엔진이 filler를 채워넣어 주어야 합니다.

10.03.31-19:40:08

Nobody

예를 들어 gedit에서 테스트 파일을 열었을때 은도움 볼드는 제대로 랜더링 되는데 은도움은 표시가 안되더 군요.
글꼴에 따라 다른 현상이 나오는 건 어떻게 설명을 해야 할까요.

10.03.31-22:43:07

김도현

현재 상황으로는 같은 은글꼴이라도 폰트에 따라 한글 자소 지원에 차이가 있습니다.
은글꼴에 속하는 그 많은 폰트들을 일일이 다 하나하나 다듬을 여유가 개발자에게 주어지지 못하기 때문이죠.
그래서 우선 급한대로 은바탕과 은돋움의 자소를 손질하고는 볼드 쪽은 건드리지 못한 채 릴리스한 것입니다.
그 중에서도 은돋움보다는 은바탕에 더 정성을 들였습니다.
그럼에도 불구하고 은바탕과 은돋움 일반체마저도 아직 손볼 게 너무나 많이 남아 있답니다.
볼드 쪽에 여유와 관심을 할애하는 건 지금까지의 여건으로는 여전히 사치에 속한다고 할 수 있습니다.

10.04.01-00:16:42

sangu

제발은 은돋움 볼드는 정상적으로 표시가 되는데 은돋움만 이와같은 문제가 생긴다는 거죠.
그리고 제가 현재 설치해서 사용하는 다른 한글 글꼴들도 정상적으로 표시가 되고요.

10.04.01-00:22:55

김도현

그러니까 제 말씀은 은돋움 볼드가 정상처럼 보이지만 정상이 아니고 은돋움이 오히려 정상이란 겁니다.
장기적으로는 볼드체도 일반체처럼 수정돼야 합니다.
미심쩍으시다면 최근 한컴이 공개한 함초롬 글꼴을 설치해서 은돋움에 대해 한 것처럼 똑같이 테스트해 보십시오

10.04.01-11:46:21

wkpark

첫가끝은 그런식으로 종성 단독으로 입력하면 안됩니다. 첫가끝을 가장 쉽게 구현하는 방법은 zero-width 방식이죠. 초성만 글꼴 폭이 있고, 중성/종성은글꼴 폭이 없고 음수값의 advance를 가집니다.

중성이나 종성 단독으로 쓰면 advance가 음수값이라서 왼쪽으로 치우치게 랜더링되는 것입니다.

gedit에서 이상하게 나오는 것은 pango의 잘못인데, pango에서 normalize 처리도 하고 있지 않은 것은 좀 의외군요.

아무튼 입력할때 입력기에서 종성만 입력하는 경우는 초성fill + 중성fill + 종성으로 처리해야 합니다.
첫가끝이라는 것이 그렇게 고안된 것입니다.
----
이와 별개로 은돋음은 일년전 은글꼴 스냅샷 내놓을때에 첫가끝 자모가 들어가서 갑자기 그런 현상을 버그로 생각하셔서 보고하신 모양이네요.

첫가끝이 들어간 일부 글꼴에서 오히려 이런 현상이 생길 수 있지만 이는 글꼴의 잘못이 아닙니다.

10.06.19-16:01:59

Changwoo

물론 유니코드 스펙을 보면, 첫가끝 입력은 filler를 쓰도록 되어 있지만, 한편 Table 3-14. Korean Syllable Break Examples 같은 예제를 보면 filler가 빠진 경우에도 잘라서 처리하게 되어 있습니다. 이런 경우를 처리 안 한다고 해서 특별히 버그는 아니지만 처리하는 게 잘못된 건 아닙니다.

이런 상황을 pango 레벨에서 normalize를 해야 되느냐도 논란이 있습니다. 지금은 자모 시퀀스가 한글음절과 동일한 경우에만 변환하는 정도인데 이것도 부작용을 일으키고 있죠. 폰트가 처리할 수 있는 문제를 렌더링 엔진이 중간에 건드리는 건 바람직하지 못합니다.

10.06.28-01:32:00

wkpark

"Resolution" was changed from "None" to "Will not Fix"
"Assigned To" was changed from "Nobody" to "wkpark"
"State" was changed from "Open" to "Closed"

11.06.05-15:47:05