☰

Entrada UTF-8 no Lynx

tag-icon • tag-icon unicode lynx
Entrada UTF-8 no Lynx

No navegador Lynx, consegui fazer com que caracteres não ASCII fossem exibidos 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 em campos de entrada, entretanto, não funciona corretamente. Por exemplo, quando copio 狐para o campo do formulário, ele é exibido corretamente. Então, quando pressiono espaço, porém, 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 colar. Ao escrevê-lo, o Ä é exibido corretamente, mas quando digito as letras restantes, o ponto de inserção é movido primeiro para a esquerda e nenhum caractere é exibido.

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

Responder1

Tenho o lynx versão 2.8.9rel.1 (08 de julho de 2018) no Manjaro 18. Depois de instalar o lynx, testei a páginahttps://zh.wikipedia.org/wiki/Lynxe notei que os caracteres chineses não eram exibidos corretamente. Então eu adicionei a linha

 CHARACTER_SET:utf-8

para o arquivo /etc/lynx.cfg.

Observe que o valor é utf-8, conforme listado na coluna de nome MIME no arquivo cfg, e não UNICODE (UTF-8)na coluna "string for 'O'ptions Menu". Depois disso, os caracteres chineses na página mencionada acima foram exibidos corretamente. Procurando por "Äpfel" ou "狐", conforme sugerido nosala de bate-papotambém funcionou bem.

Não sei se os bugs mencionados por Thomas Dickey são relevantes; usar o valor correto no arquivo cfg foi o que resolveu o problema para mim.

Responder2

É coincidência, um bug que foi corrigidorecentemente:

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

Debian #841155foi relatado no outono passado, mas o problema estava na versão inicial do cell2char, adicionado em2.8.7dev.10mencionado aqui:

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

Resumidamente, o Lynx usa maldições para exibir caracteres e, para garantir que conhece a largura de um caractere multibyte na tela, desenha o texto em uma janela oculta, contando as células.

informação relacionada