
웹 브라우저 Lynx에서 설정을 통해 ASCII가 아닌 문자를 올바르게 표시할 수 있었습니다.
CHARACTER_SET:UNICODE (UTF-8)
존재하다 /etc/lynx-cur/lynx.cfg
. 저도 그렇게 해봤는데 ASSUME_CHARSET
별차이가 없더라구요. 그러나 입력 필드에 ASCII가 아닌 문자를 입력하면 올바르게 작동하지 않습니다. 예를 들어 狐
양식 필드에 복사하면 올바르게 표시됩니다. 그러나 스페이스바를 누르면 삽입점이 줄의 시작 부분으로 이동합니다. 를 사용하여 이 작업을 수행하면 Äpfel
붙여넣어도 올바르게 표시됩니다. 쓰고 나면 ä가 올바르게 표시되지만 나머지 문자를 입력하면 삽입 지점이 먼저 가장 왼쪽으로 이동한 다음 문자가 표시되지 않습니다.
어떤 설정이 필요합니까? 내 로케일은 모두 UTF-8입니다. 저는 Debian 8.7에서 Lynx 2.8.9dev.1을 사용하고 있습니다. 다른 모든 응용프로그램(Emacs 포함)은 비ASCII 문자를 완벽하게 처리합니다.
답변1
Manjaro 18에 lynx 버전 2.8.9rel.1(2018년 7월 8일)이 있습니다. Lynx를 설치한 후 페이지를 테스트했습니다.https://zh.wikipedia.org/wiki/Lynx그리고 한자가 제대로 표시되지 않는 것을 확인했습니다. 그런 다음 이 줄을 추가했습니다.
CHARACTER_SET:utf-8
파일로 /etc/lynx.cfg
.
이 값은 '옵션 메뉴' 열의 문자열 utf-8
이 아니라 cfg 파일의 MIME 이름 열에 나열된 값 입니다. UNICODE (UTF-8)
그 후에는 위 페이지의 한자가 올바르게 표시될 수 있습니다. 제안 사항을 따르고 "äpfel" 또는 "fox"를 검색하십시오.대화방또한 매우 잘 작동합니다.
Thomas Dickey가 언급한 오류가 관련이 있는지는 알 수 없습니다. cfg 파일의 올바른 값을 사용하면 문제가 해결되었습니다.
답변2
우연이군요. 버그가 수정되었습니다.최근의:
2017-04-29 (2.8.9dev.13)
* amend fix for Debian #841155, adding check for special case where the
expected number of cells is zero (report by Larry Hynes) -TD
2017-04-28 (2.8.9dev.12)
* correct logic in cell2char(), which gave up too early in determining the
number of cells needed for a multibyte string in the editable text-fields
(Debian #841155) -TD
데비안 #841155지난 가을에 보고됐으나, 문제는 원본 버전에 cell2char
추가된 내용이었습니다.2.8.7dev.10여기에 언급된 내용:
* rewrite LYRefreshEdit(), to display multibyte/multicolumn characters properly
when using wide-character curses -TD
간단히 말해서 Lynx는 저주를 사용하여 문자를 표시하고 화면의 멀티바이트 문자 너비를 알고 있는지 확인하고 숨겨진 창에 텍스트를 그리고 셀 수를 계산합니다.