Tentarei dar uma explicação do porquê isso não é tão simples quanto as pessoas esperam.
Dentro do próprio Paratext, isso seria um trabalho considerável - exigindo que muitos lugares no código fossem atualizados para o novo comportamento. Na maior parte, as alterações seriam diretas, mas exigiriam tocar em muitas partes diferentes do código (verificações, notas, navegação, layout da visualização, salvamento, etc.). A única coisa que nos impede de fazer isso é provavelmente o tempo e o nível de prioridade (ou seja, vale a pena dedicar tempo a isso se isso significar adiar outros trabalhos?).
Mas o maior problema é tudo o que não é o Paratext que depende desse comportamento. Nossos usuários podem não perceber, mas o código de baixo nível do Paratext é compartilhado por outros aplicativos (desenvolvidos principalmente pela SIL, por exemplo, PTLite, FLEx, HearThis, Glyssen, etc.) para permitir que eles leiam e processem dados de projetos do Paratext.
Provavelmente poderíamos evitar alterar o código de baixo nível e não afetar outros aplicativos, mas isso provavelmente resultaria em mais uma gambiarra (hack) no código do Paratext do que em uma boa solução de longo prazo. Excluindo a abordagem de gambiarra, alguns (ou todos) desses aplicativos também teriam que ser atualizados para lidar com a nova abordagem de processamento de dados.
I’ll try give an explanation as to why this is not quite as simple as people expect.
Inside Paratext itself, this would be a fair bit of work - requiring many places in the code to be updated to the new behavior. For the most part, the changes would be straightforward, but would require touching many different parts of the code (checks, notes, navigation, view layout, saving, etc.). The only thing keeping us from doing this is probably the time and the priority level (i.e. is it worth the time to do it when it means pushing off other work?).
But the biggest problem is everything that is not Paratext that depends on this behavior. Our users may not realize it, but the low-level Paratext code is shared by other applications (Mostly developed by SIL. e.g. PTLite, FLEx, HearThis, Glyssen, etc.) to allow them to read and process Paratext project data.
We could probably avoid changing the low-level code and not affect other applications, but this would probably result in more of a hack in the Paratext code than a good long-term solution. Barring the hack approach, some (or all) of those applications would also have to be updated to handle the new data processing approach.
Tradução automática de English
