Garis bawah abu-abu pada tampilan ejaan

Question

Halo, saya punya pertanyaan tentang garis bawah abu-abu di Display Spelling.
Dari yang saya lihat di bantuan, garis bawah abu-abu seharusnya hanya muncul pada kata-kata yang tidak dikenal dalam daftar kata. Namun, saya sedang melihat proyek untuk seorang teman, dan sebagian besar kata yang ditandai dengan garis bawah abu-abu sudah ditandai sebagai benar dalam daftar kata, tetapi ada kata serupa yang juga benar.
Dalam bahasa ini, tampaknya ada banyak kata yang sangat mirip, sehingga banyak teks yang digarisbawahi dengan abu-abu.
Proyek ini baru-baru ini memperbarui beberapa diakritik, jadi mungkin garis abu-abu itu ada hubungannya dengan itu, meskipun daftar kata menunjukkan bahwa kata yang digarisbawahi dengan abu-abu telah ditandai sebagai benar (membandingkan kata yang digarisbawahi dengan abu-abu dengan daftar kata yang menunjukkan di mana kata tersebut muncul).
Apakah ini perilaku yang diharapkan dari garis bawah abu-abu, atau apakah saya melihat anomali di sini?
Terima kasih

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 1

Saya telah memverifikasi bahwa ini memang disebabkan oleh normalisasi yang tidak konsisten. Teks tampaknya dalam bentuk terurai (NFD) sedangkan Wordlist memiliki teks dalam bentuk tersusun (NFC). Hal ini disebabkan oleh normalisasi proyek yang ditentukan sebagai “None”. Cara terbaik untuk memperbaikinya adalah dengan meminta administrator menggunakan Tools > Convert Project untuk membuat proyek baru dengan pengaturan normalisasi yang benar.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 2

Garis bawah abu-abu tidak seharusnya muncul untuk kata-kata yang diketahui dieja dengan benar. Bisakah Anda memberi kami nama proyeknya (atau kirim pesan langsung jika sensitif) agar kami dapat menyelidiki masalahnya?

Mengingat Anda menyebutkan perubahan diakritik, dugaan terbaik saya adalah masalah ini disebabkan oleh normalisasi teks proyek yang tidak konsisten.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Saya juga melaporkan bug Display Spelling Errors. Hal ini dilaporkan oleh tim terjemahan dan saya telah memverifikasinya di komputer saya sendiri. “Give Feedback” tidak berfungsi, jadi saya beralih ke daftar ini.
Proyeknya adalah “yes”. Kata-kata tersebut ditandai sebagai dieja dengan benar di alat wordlist tetapi memiliki garis abu-abu di bawahnya dalam teks Kitab Suci.
Tidak ada kesalahan normalisasi yang dilaporkan.
PTX 9.2.102.5

Doa berkat,
Shegnada

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 3

Nama singkat proyeknya adalah CNT.
Terima kasih
BEH

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 4

Terima kasih sudah menyelidiki itu untuk saya. Itu membuat saya bertanya-tanya, seberapa rumitnya memasukkan normalisasi ke dalam proses migrasi proyek? Mungkin itu tidak memungkinkan, saya tidak tahu apa yang terlibat dalam menormalisasi proyek seperti itu, tetapi jika memungkinkan, itu bisa menyederhanakan masalah di kemudian hari.
Terima kasih
BEH

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

BEH:

seberapa rumitnya memasukkan normalisasi ke dalam proses migrasi proyek?

Dari segi kode, tidak terlalu rumit, tetapi mengizinkan atau memaksa normalisasi selama migrasi akan menyebabkan masalah lain karena tidak semua orang memahami implikasi dari pilihan antara bentuk tersusun atau terurai dan bagaimana hal itu dapat memengaruhi data mereka. Jadi, setidaknya saat ini, kami tidak menawarkan opsi tersebut selama migrasi.

Terlepas dari itu, kami memiliki tugas dalam sistem kami (PTX-15798) untuk memungkinkan konversi selama migrasi, tetapi belum menjadi prioritas utama kami.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Meskipun normalisasi bermanfaat bagi banyak proyek, hal itu tidak diinginkan oleh proyek lain. Sangat bermasalah bagi sebuah proyek untuk menormalisasi tanpa mengetahui dampaknya terhadap proyek mereka dan kemudian harus membatalkan beberapa bulan kemudian ketika masalah ditemukan. Normalisasi, sebagai contoh, akan membuat data di dalam Paratext tidak konsisten secara mendasar dengan data di luar Paratext. Jika tim sedang bekerja pada bahasa mereka di luar Paratext, mereka perlu memperhitungkan hal itu. Hal ini juga dapat memengaruhi tampilan bahasa di luar Paratext, terutama jika tim menggunakan font khusus (bahkan jika font tersebut Unicode).

Doa berkat,

Shegnada James

Language Technology and Publishing Coordinator, SIL Nigeria

Text Processing Specialist – Complex Script, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Jika Anda mengizinkannya selama migrasi, saya akan berterima kasih jika itu hanya terlihat oleh pendukung, (seperti dengan tombol Shift untuk mengaktifkannya). Meskipun saya melakukan sebagian besar migrasi, tim saya cenderung mengklik semua opsi dengan mengatakan ya dan saya TIDAK ingin mereka menormalisasi.

Doa berkat,

Shegnada James

Language Technology and Publishing Coordinator, SIL Nigeria

Text Processing Specialist – Complex Script, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 5

Terdengar baik.
Fakta bahwa itu adalah pilihan yang wajib saat membuat proyek baru, atau mengonversi proyek yang ada, membuat saya berpikir bahwa itu mungkin bermanfaat. Namun, terdengar seperti itu mungkin akan menciptakan sebanyak masalah yang akan dipecahkan.

Diterjemahkan secara otomatis dari English Tampilkan asli