entrada UTF-8 no Lynx

Question

No navegador da web Lynx, consegui exibir caracteres não-ASCII corretamente com a configuração

CHARACTER_SET:UNICODE (UTF-8)

em /etc/lynx-cur/lynx.cfg . Eu também tentei ASSUME_CHARSET , não faz diferença. Digitar caracteres não-ASCII nos campos de entrada, no entanto, não funciona corretamente. Por exemplo, quando copio 狐 para o campo de formulário exibido corretamente. Então, quando pressiono espaço, no entanto, o ponto de inserção é movido para o início da linha. Se eu fizer isso com Äpfel , ele também será exibido corretamente quando eu colá-lo. Ao escrevê-lo, o Ä é exibido corretamente, mas quando eu digito as letras restantes, o ponto de inserção é movido primeiro para a esquerda e, em seguida, nenhum caractere é exibido.

Qual configuração eu preciso? Meu local é todo UTF-8. Eu uso o Lynx 2.8.9dev.1 no Debian 8.7. Todos os outros aplicativos, incluindo o Emacs, funcionam perfeitamente com caracteres não-ASCII.

    

Answer 1

É coincidência, um bug que foi corrigido recentemente :

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

O Debian # 841155 foi relatado no ano passado, mas o problema estava no início versão de cell2char , adicionada em 2.8.7dev.10 mencionado aqui :

* rewrite LYRefreshEdit(), to display multibyte/multicolumn characters properly
  when using wide-character curses -TD

Resumidamente, o Lynx usa curses para exibir caracteres e para garantir que ele saiba a largura de um caractere multibyte na tela, ele desenha o texto em uma janela oculta, contando células.