9.1 quebra linhas no meio das palavras em script khmer - correção?

Question

Recentemente, relatei aos desenvolvedores que a versão 9.1 (ao contrário da 8 ou da 9.0) está quebrando linhas regularmente no meio das palavras (e nós temos espaços entre as palavras!). Nosso projeto usa um script não ocidental (khmer). Me pergunto se outras pessoas que trabalham com scripts não ocidentais estão tendo esse problema agora? Se sim, por favor, reporte o bug e ajude a torná-lo uma prioridade.

Também, se você souber de um truque para corrigir isso, por favor, compartilhe.

Incidencialmente, nesse aspecto, o PT 9.1 agora se comporta como o Microsoft Word, que há anos quebra linhas no meio das palavras em script khmer, mesmo quando as palavras são separadas por espaços. (Nosso idioma é fortemente isolante, então não estamos falando de palavras longas!) Me pergunto se o PT 9.1 mudou a forma como renderiza o texto e usa tecnologia semelhante à da Microsoft? Se for o caso, espero que os desenvolvedores reconsiderem essa escolha.

Tradução automática de English Mostrar original

Answer 1

Parece que isso já foi relatado como PTX-20833

O Harfbuzz delega as decisões de quebra de linha. Anteriormente, a quebra de links complexos (necessária para o khmer e outros 3 idiomas) era determinada consultando o uniscribe. Agora isso é feito consultando o icu, o que corrigiu a quebra de linha para alguns idiomas. Essa é provavelmente a causa da mudança.

Tradução automática de English Mostrar original

Comments

hindlemail, alguns anos atrás Martin Hosken fez alguns trabalhos para corrigir a quebra de linha em khmer no LibreOffice. Eu pensava que sua correção foi feita no ICU, mas talvez a correção tenha sido fazer a quebra de linha no LO em vez de no ICU.

Tradução automática de English Mostrar original

---

Verifiquei com Martin sobre sua correção no LibreOffice. Ele disse que o ICU não aceitou suas correções porque ele implementou apenas em C++ e eles também queriam que fosse feito em Java.

Tradução automática de English Mostrar original

---

Apenas recebi a atualização para 9.1.104.39. Ainda não há mudanças – estou supondo que a correção não foi destinada a esta atualização? (Eu havia visto anteriormente uma nota dizendo que corrigir isso era uma prioridade para a próxima atualização.)

Tradução automática de English Mostrar original

---

A mudança foi incluída na atualização 9.1.104.39, mas não é a opção padrão, pois mudar o padrão causaria problemas para outros.

Se você abrir as configurações do Paratext, há uma nova opção para quebras de palavra em khmer (é o único idioma que conhecemos que gostaria dessa opção). Marcar essa opção e reiniciar o Paratext deve lhe dar o comportamento desejado.

John+Wickberg
Suporte do Paratext

Tradução automática de English Mostrar original

---

Estou usando o 9.1.104.39, marquei a caixa nas configurações e reiniciei o Paratext, mas ainda vejo algumas palavras quebradas, como no destaque aqui:

PastedGraphic-3.png1779×753 150 KB

Tradução automática de English Mostrar original

---

Para informação: Os idiomas que usam scripts baseados no tailandês também têm problemas com palavras sendo divididas, mas isso sempre foi o caso no Paratext (aparentemente, ao contrário dos scripts baseados em khmer, e acho que também nos baseados em lao, que pareciam ter sido corrigidos por um tempo para não quebrar). Para o Print Draft, foi corrigido no ano passado, mas na tela as palavras se dividem incorretamente nas quebras de linha. Acho que, com os scripts baseados no tailandês, houve problemas de fonte que não permitiam que a quebra fosse corrigida (exceto no Print Draft e no ptxprint), então duvido que essa correção para khmer nos ajude. Mas gostaríamos muito se ajudar!!
Linda119

Tradução automática de English Mostrar original

---

Marcar a caixa tem algum efeito? (ou seja, corrige algumas coisas, mas não tudo?)
O exemplo usado ao corrigir isso foi:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

Se a caixa de seleção não corrigir isso, você poderia tentar o seguinte:

Crie o arquivo C:\Users\$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
(substituindo $USER pelo nome de usuário apropriado)

e cole esta linha no arquivo:

b intl.complexLineBreaking.uniscribe true

e salve.

Agora, se você reiniciar o Paratext, isso faz alguma diferença?

Tradução automática de English Mostrar original

---

As alterações no código do Paratext foram incluídas no patch, mas a versão atualizada do motor Firefox não foi incluída.

Nossos testes normalmente usam builds diferentes do patch e esses builds tinham a versão correta do Firefox.

Vou trabalhar para incluir a versão do Firefox em nosso próximo patch, que será enviado na próxima semana.

John+Wickberg

Tradução automática de English Mostrar original

---

	hindlemail Developer 12 de fevereiro

Marcar a caixa tem algum efeito? (ou seja, corrige algumas coisas, mas não tudo?)

Não tenho certeza, mas dado o e-mail de John+Wickberg W, presumo que não seja importante buscar mais.

O exemplo usado ao corrigir isso foi:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

Se a caixa de seleção não corrigir isso, você poderia tentar o seguinte:

Crie o arquivo C:\Users$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
(substituindo $USER pelo nome de usuário apropriado)

e cole esta linha no arquivo:

b intl.complexLineBreaking.uniscribe true

e salve.

Agora, se você reiniciar o Paratext, isso faz alguma diferença?

Colar “b intl.complexLineBreaking.uniscribe true”
Em "C:\Users\LivingField\AppData\Local\ParatextGeckoPreferencesOverrides.txt”
Não corrigiu a quebra da palavra យេហូវ៉ា
Estaremos aguardando o build da próxima semana com o Gecko atualizado.

Tradução automática de English Mostrar original

---

Ontem meu PT foi atualizado para 9.1.104.59. Após a atualização, a quebra de linha ainda está quebrada.

image1171×602 203 KB

Na versão 1.104.39, eu já havia selecionado “Apenas Khmer: Suporte a quebras de linha complexas.”. Após atualizar para 104.59, desmarquei essa opção, reiniciei o PT, selecionei novamente e reiniciei mais uma vez – tudo para ter certeza de que a opção estava “valendo”. Mas sem sucesso.

Obrigado pela atenção a isso! Será bom ter uma correção.

Tradução automática de English Mostrar original

---

Tentando com seu projeto e 9.1.104.59, parece funcionar para mim:

Com a opção habilitada:

1162×173

e:

1091×169

Com a opção desabilitada:

1095×143

Sei que tenho uma fonte diferente da sua, mas não consegui localizar a fonte Khmer Barkaew. Não acho que isso faria diferença, mas pode valer a pena descartar essa possibilidade. (Se você pudesse me fornecer facilmente a fonte, eu testaria com ela).

Então, se você concordar que minhas capturas de tela mostram o comportamento esperado (e que eu não estou malinterpretando o problema), e se a fonte não fizer diferença, acho que vale a pena verificar se o processo de atualização do paratext funcionou como esperado.

No explorador de arquivos do Windows, você poderia navegar para C:\Program Files\Paratext 9\Firefox64 e clicar com o botão direito → propriedades em xul.dll. O campo Tamanho: deve ser “75,891,200 bytes” Se não for, essa é provavelmente a causa disso.

Se o tamanho não corresponder, você pode corrigir isso manualmente fazendo o seguinte:

baixar:
https://www.nuget.org/api/v2/package/Geckofx60.64.Windows/0.18.0
renomeie a extensão do download para .zip

Extraia o arquivo: content/Firefox64/xul.dll

1. pare o paratext.
2. renomeie C:\Program Files\Paratext 9\Firefox64\xul.dll para xul.dll_original
3. copie xul.dll do arquivo zip para C:\Program Files\Paratext 9\Firefox64\
4. reinicie o paratext

Tradução automática de English Mostrar original

---

Os arquivos no download corrigiram para mim.

Tradução automática de English Mostrar original

---

Há alguma chance de isso também ser feito para idiomas com script tailandês? Tentei substituir o xul.dll seguindo essas instruções, mas não fez diferença, as palavras na tela do Paratext para nosso idioma baseado no tailandês ainda se dividem entre as linhas, então supongo que se aplica apenas ao khmer?

Linda119

Tradução automática de English Mostrar original

---

Isso corrigiu para mim também. Obrigado!

Tradução automática de English Mostrar original

---

Olá, Linda119,

Os idiomas que esta opção afeta são:
Tailandês, Lao, Tibetano, Khmer
(Pode ser que o rótulo desta opção não seja o ideal. Além de ser relevante para outros idiomas, deixá-la desmarcada sim suporta quebras de linha complexas. Meu entendimento é que a opção desmarcada é mais compatível com o Unicode no que diz respeito à forma como as quebras de linha são realizadas, o que pode ser diferente de como funcionava antes.)

Tudo o que esta opção faz é reverter para o comportamento anterior de quebra de linha complexa do Paratext.
Portanto, se você observou uma mudança na quebra de linha que desejava ao migrar da versão 9.0 para a 9.1, esta opção lhe dá o comportamento antigo.

Tradução automática de English Mostrar original

Answer 2

Essa mudança foi definitivamente não intencional. O Paratext usa o motor de layout Harfbuzz do Firefox, então é possível que tenha havido uma atualização nesse sistema que causou essa falha.

Por favor, use Ajuda > Enviar feedback para que possamos examinar esse problema com mais detalhes.

Tradução automática de English Mostrar original