☰

Lynx의 UTF-8 입력

tag-icon • tag-icon unicode lynx
Lynx의 UTF-8 입력

웹 브라우저 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" 또는 "狐"를 검색합니다.대화방또한 잘 작동했습니다.

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는 저주를 사용하여 문자를 표시하고 화면에 멀티바이트 문자의 너비를 알 수 있도록 셀 수를 세면서 숨겨진 창에 텍스트를 그립니다.

관련 정보