like this, 나는 그것으로 이상한 아무것도하지 않은 있지만, 나는 그것이 내 시스템이 있는지 모르겠지만, 웹 페이지, 텍스트 파일에 진열 잘못 렌더링 된 문자를 몰래 시작했습니다 :나만인가, 아니면 최근 문자가 잘못 렌더링 된 것입니까?
http://www.kbssource.com/strange-characters.gif
나는 가능한 모든 문자를 지원하지 않는 글꼴과 결합 된 모든 것이 유니 코드를 사용하는 최근의 추세와 관련이 있다고 생각합니다.
그럼, 누가이 녀석들의 원인인지 알 수 있습니까? (그렇습니까?) 그리고 내 자신의 콘텐츠에 나타나는 것을 어떻게 멈추게합니까?
이 특정 작성자는 UTF8이 아닌 것으로 가정 한 일부 편집자에서 텍스트를 편집 한 다음 UTF8로 다시 작성한 것처럼 보입니다. 나는 브라우저가 페이지를 다른 공통 인코딩으로 해석하도록 지시하면 올바르게 표시하지 않는다는 사실을 근거로합니다. 이것은 어떤 전환이 부적절하게 이루어 졌다는 것을 말해줍니다.
UTF8의 유일한 문제점은 파일이 UTF8임을 인식하는 표준화 된 방법이없고, 모든 편집자가 UTF8에서 표준화 할 때까지 변환 오류가 계속 존재한다는 것입니다. 다른 유니 코드 변형의 경우 BOM (File Order Mark)이 파일 식별에 도움이되는 표준이지만 UTF8 파일의 BOM은 매우 드뭅니다.
내용에 내용이 나타나지 않게하려면 항상 유니 코드 인식 편집기를 사용하고 있는지 확인하고 적절한 인코딩으로 파일을 항상 열어야합니다. 불행히도 고통스럽고 때때로 오류가 발생합니다. 열쇠는 일찍 잡아서 되돌릴 수 있거나 약간의 수정 만 할 수 있습니다.
나는 그것이 당신이 할 수있는 일이 아니라는 것을 매우 긍정적으로 생각합니다. 나는 최근에 digg alot의 첫 페이지에서 이것을 보았다. 그것은 문자가 부적절하게 부호화 된 것과 관계가 있습니다. 반드시 글꼴의 요소 일 필요는 없으며, 실수로 번역 어딘가에 만들었습니다.
밑줄과 같이 괄호 문제가 사라진 것처럼 잠시 동안 보았지만 문제가 해결되지 않았을 수 있습니다. 여기
은 다음과 같아야합니다 작은 샘플입니다 :
사용법 #include
____
#include <stdio.h>
____ #include
업데이트 :이 디스플레이 모드로 고정 만에 생겼 것 같습니다 수정 모드