Pengaturan Referensi Kitab Suci tampaknya tidak mematuhi pengaturan normalisasi karakter

Question

Saya telah membantu memecahkan masalah pada sebuah proyek di mana Pengaturan Referensi Kitab Suci (Paramètres de références bibliques) menandai beberapa konflik antara nama-nama kitab yang didefinisikan dalam pengaturan dan yang digunakan dalam teks. Proyek ini diatur untuk menggunakan normalisasi NFD. Ternyata, setidaknya beberapa konflik disebabkan oleh campuran jenis karakter dalam Pengaturan (misalnya, kadang-kadang â [\u00e2] digunakan, dan kadang-kadang â [\u0061\u0302]). Akan sangat baik jika teks yang dimasukkan ke dalam jendela pengaturan ini (atau mungkin dibatasi hanya pada tab Nama Kitab?) dinormalisasi secara otomatis sesuai dengan pengaturan normalisasi karakter.

Selain itu, catatan sampingan lengkap, tetapi entah bagaimana beberapa nama kitab ini ternyata memiliki spasi non-breaking tanpa lebar [\ufeff] di awal string juga. Saya tidak tahu bagaimana hal itu bisa terjadi.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 1

Silakan laporkan bug atau memberikan saran untuk perubahan pada Paratext menggunakan fitur Give Feedback (Beri Umpan Balik) di Paratext. Para pengembang sering meninjau pertanyaan-pertanyaan ini, tetapi tidak ada jaminan bahwa sesuatu yang disarankan di situs ini akan ditambahkan ke antrean dukungan.

Sementara itu, jika Anda tahu bahwa Paratext sedang menormalisasi teks, dan dua entri yang saling bertentangan terlihat sama, maka Anda seharusnya dapat memilih opsi teks dan menyetujuinya.

Mengenai pertanyaan tentang spasi non-breaking tanpa lebar - apakah tim menggunakan AutoCorrect yang mungkin menyisipkan karakter tersebut? Atau apakah bisa disalin dari lokasi lain?

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Thanks for the reminder to use the "Give Feedback" feature. But what if other users have the same problem or suggestion or feedback? They aren't able to see feedback that has already been given this way and are unaware of what has been tried, or if there are any workarounds, or even if the idea has been considered and will later be implemented or discarded.

Yes, you're right about probably being able to just overwrite the settings with the actual text in the case of the mismatched character encoding. But I couldn't be sure that that was the only source of the conflicts. What if there were other "hidden" \uFEFFs, but in the text instead of the settings? I ended up checking out the unicode representation of each settings string in a different program and making sure the correct characters were used.

I can't answer the question about the source of the zero-width, non-breaking space. I doubt they are using AutoCorrect, but I can find out. My initial assumption was that it was introduced somehow by copy/pasting text, but I still don't know where they would have copied the text from other than Paratext itself. Maybe a Word document a long time ago (>10-15 years), if initial drafting was done that way?