Terima kasih, @Stephen+Katt. Itu lebih masuk akal. Maksud saya, tidak benar-benar masuk akal mengapa sistem bekerja seperti itu, tetapi saya sekarang lebih memahami cara kerjanya. Langkah aneh dalam memilih “terjemahan apa pun yang dalam bahasa yang sama dengan terjemahan balik Anda (dan yang kemungkinan juga dimiliki oleh orang lain yang menggunakan proyek tersebut di mesin mereka)” itulah yang menyebabkan masalah. Langkah itu dilewati sebelum versi 9.2.
Masalahnya adalah bahwa siapa pun yang mengatur terjemahan balik mengatur bahasanya sebagai ‘English (zzz)’, di mana ‘zzz’ adalah kode bahasa untuk proyek utama, bukan ‘eng’. Itulah mengapa ketika saya pergi untuk memilih proyek terjemahan balik untuk keluaran glosa, tidak ada yang tersedia - karena kode bahasa ‘Back Translation’ (Terjemahan Balik) harus cocok dengan ‘Model’, dan tidak ada teks model dengan kode bahasa ‘English (zzz)’ kecuali terjemahan balik yang aneh ini. Saya harap itu masuk akal.
Jadi, perbaikan logisnya adalah mengubah pengaturan bahasa pada proyek Back Translation (Terjemahan Balik) menjadi ‘English (eng)’, yang cukup mudah. Tetapi kemudian masalahnya adalah semua informasi glosa yang telah kami masukkan selama 5+ tahun terakhir hilang karena itu telah menghubungkan ‘Language Z (zzz)’ dan ‘English (zzz)’. Apakah mungkin untuk sekadar mengganti nama asosiasi dalam file Paratext sehingga semua glosa dari ‘Language Z (zzz)’ sekarang akan dikaitkan dengan ‘English (eng)’ alih-alih ‘English (zzz)’ seperti yang telah terjadi selama beberapa tahun?
Apakah saya perlu mengubah nama folder ‘Interlinear_zzz’ di folder proyek [ZZZ] menjadi ‘Interlinear_eng’ (yang kemudian akan cocok dengan GNT dan apa yang telah saya ubah pada proyek terjemahan balik) dan mengubah nilai GlossLanguage menjadi "eng" di setiap file kitab?
(Hanya untuk klarifikasi dari sebelumnya, proyek utama [ZZZ] bukan Auxiliary (Bantuan), itu adalah Standard Translation (Terjemahan Standar). Terjemahan depan [ZZZa_H_FT] adalah proyek Auxiliary (Bantuan) dari [ZZZ]. Dan terjemahan balik adalah Back Translation (Terjemahan Balik) dari [ZZZ].)
Thanks, @Stephen+Katt. That makes more sense. I mean, it doesn’t really make sense why it’s that way, but I’m now understanding more of how it works. It’s that weird step of choosing “any translation which is in the same language as your back translation (and which others who use the project are also likely to have on their machines)” that is causing the issues. That step was skipped before 9.2.
The problem is that whoever set up the back translation set up the language as ‘English (zzz)’, where ‘zzz’ is the language code for the main project, not ‘eng’. That’s why when I go to select a back translation project to output glosses, none were available - because the language code of the ‘Back Translation’ has to match that of the ‘Model’, and there is no model text with a language code ‘English (zzz)’ except for this silly back translation. I hope that made sense.
So the logical fix would be to change the language settings on the Back Translation project to ‘English (eng)’, which is easy enough. But then the problem comes that all the glossing information we’ve been putting in over the past 5+ years is lost because it has been linking ‘Language Z (zzz)’ and ‘English (zzz)’. Is possible to simply rename the associations in the Paratext files so that all the glosses from ‘Language Z (zzz)’ will now be associated with ‘English (eng)’ instead of ‘English (zzz)’ as it has been for some years?
Would I need to change the name of the folder ‘Interlinear_zzz’ in the [ZZZ] project folder to ‘Interlinear_eng’ (which would then match both GNT and what I’ve changed the back translation project to) and changing the value of GlossLanguage to "eng" in each book file?
(Just for clarification from before, the main project [ZZZ] isn’t the Auxiliary, it’s a Standard Translation. The front translation [ZZZa_H_FT] is the Auxiliary project of [ZZZ]. And the back translation is a Back Translation of [ZZZ].)
Diterjemahkan secara otomatis dari English