Windows가 "올바른 일을하고있다"는 생각에 약간의 타격을받은 것 같습니다. 제 입장을 정당화하기 위해 답을 게시해야한다고 생각합니다.
중요한 사실은 당신이 가지고있는 텍스트가 운영 체제에 엄청난 양의 결합 문자를 렌더링하도록 지시한다는 것입니다. 한 운영 체제가 실제로 렌더링하는 반면 다른 운영 체제는 렌더링하지 않는 문제는 여러 가지 문제로 인해 발생합니다. 이러한 문제 중 하나는 프로그래머가 코드를 작성했을 때 얼마나 철저한가에 관한 것이며, 다른 하나는 프로그래머가 전혀 구현하기에 너무 게으 르기 때문일 것입니다.
기본적으로 글을 쓰는 언어는 유동적이며 특정 언어의 많은 문자 에는 문자 발음을 수정하는 데 적용되는 여러 가지 발음 구별 기호 가 있습니다. 우리는 이러한 모든 분음 부호를 처리 어떻게 우리가 (새와 거의 동일한 문자의 많은 중 하나 개 지옥 초래) 분음 부호를 새로운 문자와 각 문자를 제공 할 또는 우리는 특히 문자 집합을 만들려면 어떻게해야합니까 에 대한 발음 구별 부호와 우리를 감소 전체 알파벳?
유니 코드는 우리에게 두 가지를 모두 할 수있는 범위를 제공하지만 그렇게하면이 분음 부호를 렌더링 해야하는 프로그래머는 실제로 여러 개의 분음 부호가있는 문자가 위와 아래에 하나씩 있다는 사실을 처리해야합니다. 그들이 언제 멈추는 지에 대한 질문을 그들은 그것을 2 개로 제한하고 대부분의 사람들을 만족시킬 수 있지만, 자신의 언어로 공식적으로 글을 쓰기 위해 3 개의 분음 부호를 원하거나 필요로하는 사람들은 무시합니다.
옳고 그르 든 Microsoft는 사용자가 사용하려는 추가 마크를 몇 개나 결정할지 결정했습니다. 이 길은 다소 좋은 프로그래머와 어려운 합리화가 필요합니다. 나는 완전히 모두이 수 있도록 그들을 지원 하고 그들이 그것을 할 수 있다는 사실 을 잘 .
반면에 해당 문자가 누락 된 경우 해당 문자가 누락 된 이유를 알고 싶습니다. 이것이 " x
분음 부호 이후에 바닥에 떨어 뜨렸는가"인가, 아니면 프로그래머가 제대로 수행하기에는 너무 게으르고 분음 부호에 숨겨진 코드가있는 버퍼 오버 플로우에 노출 될 가능성이 있었기 때문일 것입니다. 시스템?
여기서 간단한 문제는 실제로 해당 문자를 렌더링 함으로써 시스템이 옳거나 나쁜 것으로 생각하는 것을 수행하는 것이 아니라 잠재적으로 해로운 일을하는 것이 아니라 지시받은대로 정확하게 수행하고 있음을 알 수 있습니다 .