J'essaierai de donner une explication sur la raison pour laquelle ce n'est pas tout à fait aussi simple que les gens le pensent.
À l'intérieur de Paratext lui-même, ce serait un travail considérable - nécessitant la mise à jour de nombreux endroits dans le code pour le nouveau comportement. Pour la plupart, les changements seraient simples, mais nécessiteraient de toucher à de nombreuses parties différentes du code (vérifications, notes, navigation, disposition de la vue, sauvegarde, etc.). La seule chose qui nous empêche de faire cela est probablement le temps et le niveau de priorité (c'est-à-dire, est-ce que cela vaut le temps de le faire quand cela signifie repousser d'autres travaux ?).
Mais le plus grand problème est tout ce qui n'est pas Paratext et qui dépend de ce comportement. Nos utilisateurs peuvent ne pas le réaliser, mais le code de bas niveau de Paratext est partagé par d'autres applications (développées principalement par SIL, par exemple PTLite, FLEx, HearThis, Glyssen, etc.) pour leur permettre de lire et de traiter les données de projet Paratext.
Nous pourrions probablement éviter de modifier le code de bas niveau et ne pas affecter d'autres applications, mais cela résulterait probablement en un hack plus important dans le code de Paratext qu'une bonne solution à long terme. À part l'approche du hack, certaines (ou toutes) de ces applications devraient également être mises à jour pour gérer la nouvelle approche de traitement des données.
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.
Traduit automatiquement depuis English
