Saya akan mencoba memberikan penjelasan mengapa ini tidak sesederhana yang diharapkan orang.
Dalam Paratext itu sendiri, ini akan menjadi banyak pekerjaan - membutuhkan banyak tempat dalam kode untuk diperbarui ke perilaku baru. Untuk sebagian besar, perubahan akan langsung, tetapi akan membutuhkan menyentuh banyak bagian berbeda dari kode (pemeriksaan, catatan, navigasi, tata letak tampilan, penyimpanan, dll.). Satu-satunya hal yang menghalangi kami melakukan ini mungkin adalah waktu dan tingkat prioritas (yaitu, apakah itu layak dilakukan jika berarti menunda pekerjaan lain?).
Tetapi masalah terbesar adalah semua hal yang bukan Paratext yang bergantung pada perilaku ini. Pengguna kami mungkin tidak menyadarinya, tetapi kode Paratext tingkat rendah dibagikan oleh aplikasi lain (Sebagian besar dikembangkan oleh SIL. misalnya PTLite, FLEx, HearThis, Glyssen, dll.) untuk memungkinkan mereka membaca dan memproses data proyek Paratext.
Kami mungkin bisa menghindari mengubah kode tingkat rendah dan tidak memengaruhi aplikasi lain, tetapi ini mungkin akan menghasilkan lebih banyak hack dalam kode Paratext daripada solusi jangka panjang yang baik. Kecuali pendekatan hack, beberapa (atau semua) aplikasi tersebut juga harus diperbarui untuk menangani pendekatan pemrosesan data baru.
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.
Diterjemahkan secara otomatis dari English