Referensi ayat RTL dicetak dengan urutan salah (di Modules)

Question

Saat mencetak modul untuk bahasa berbasis skrip Arab, saya menyadari bahwa referensi ayat dicetak dengan tidak benar. Berikut adalah entri dari file SFM modul saya:

\s God creates the world
\r ($(GEN 1:1-27))
\ref GEN 1:1-27

Berikut adalah output yang saya dapatkan dari PTXprint 2.3.45:

(Secara harfiah: “1:1-27 Kejadian” — bagian bab/ayat dicetak persis seperti dalam bahasa LTR.)

Tapi dari kanan ke kiri, seharusnya: nama kitab, spasi, nomor bab, titik dua, ayat awal, tanda hubung, ayat akhir

Karena saya mencarinya, saya melihat kesalahan yang sama di judul paralel passage.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 1

Ada cukup banyak kemungkinan di mana hal ini bisa salah:

1. Apakah dokumen sebenarnya diatur sebagai RTL, atau apakah \s benar-benar apa yang dikatakan modul? Kami memang memiliki kemungkinan untuk melakukan apa yang saya sebut “series diglot” (mengubah semua pengaturan bahasa untuk bagian-bagian relevan dari publikasi) tetapi itu tidak otomatis.
2. Referensi ($(GEN...)) mungkin menghasilkan output antara yang salah. Untuk Menguji: Bisakah Anda melihat tab final USFM dan melihat apakah itu terlihat benar atau salah di sana?
3. Mungkin ada beberapa byte pengalih arah unicode yang disuplai yang membingungkan sesuatu. Untuk Menguji: Bisakah Anda mengetik (bukan menyalin dan menempel) rentang angka ke \r tambahan dan melihat apakah itu berhasil?
4. Saya menduga mungkin karena beberapa alasan \r mungkin lupa bahwa dokumen itu RTL. Untuk Menguji: bisakah Anda mengetik rentang ke baris lain di mana formatnya benar?

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 2

Terima kasih sudah menangani ini dengan cepat.

1. Ini adalah dokumen RTL sepenuhnya. Saya tidak ingat apakah saya harus memberi tahu PTXprint tentang itu, atau apakah itu didapat dari Paratext.

2. Bisakah Anda memberi tahu saya cara melakukan ini? Saya tidak melihat tab itu di PTXprint.

3. dan 4. Ketika saya mengetik referensi ayat ke \s atau \r, hasilnya salah dengan cara yang sama. Tapi selain itu tampaknya dalam mode RTL. Kata-kata lain keluar dalam urutan RTL yang benar.

\s ببب پیدایش ۱:۱-۲۷ ییی
\r ($(GEN 1:1-27))
\r پیدایش ۱:۱-۲۷
\r قیرست سکند
\ref GEN 1:1-27

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 3

image898×411 30.3 KB

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Ah, di situlah.

Ya, itu diatur ke Right-to-Left, dan dengan pengikatan buku RTL.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 4

Jadi urm… setidaknya itu konsisten!
Sangat aneh!

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 5

Teks RTL itu aneh. Angka sebenarnya ditampilkan dalam format LTR. Jadi jika Anda menghilangkan titik dua dan tanda hubung, tampilan yang benar dari rangkaian angka itu adalah:
yaitu “1127”, dibaca dari kiri ke kanan

Jika saya menempelkan teks dari \s Anda di atas ke Word, saya mendapatkan berikut (persis apa yang Anda lihat di PTXprint):

Namun, jika saya menempelkannya ke LibreOffice Writer, saya mendapatkan berikut:

(apa yang Anda harapkan)

Dalam kasus ini, saya pikir Word sebenarnya lebih benar. Angka-angka itu LTR, dan titik dua serta tanda hubung adalah “Netral” dalam bidireksionalitasnya (lihat Bidirectional text - Wikipedia). Artinya, mereka tidak memaksa arah pada teks, tetapi mengambilnya dari konteks sekitarnya. Dan karena mereka berada dalam konteks karakter LTR (angka-angka), mereka harus mempertahankan arah LTR, dan seluruh rangkaian angka dan tanda baca itu harus disajikan di baris dalam arah LTR, seperti yang dilakukan PTXprint.

Jadi dari perspektif itu, apa yang dihasilkan PTXprint secara teoretis benar (dari algoritma teks bidireksional). Tapi itu sebenarnya bukan apa yang Anda inginkan. Kami membaca teks kami RTL, dan kami ingin potongan-potongan yang berbeda (dipisahkan oleh tanda baca) muncul satu per satu dari RTL, seperti yang ditunjukkan dalam output LO Writer di atas. (Saya sebenarnya tidak tahu mengapa output LO Writer seperti itu. Tampaknya tidak mengikuti algoritma bidi Unicode…)

Tapi saya bisa mendapatkan perilaku itu di Word dengan menambahkan tanda khusus yang disebut Right-to-left marks. Mereka adalah codepoint Unicode U+200F (lihat Right-to-left mark - Wikipedia). Anda dapat menyisipkan tanda-tanda ini setelah tanda baca untuk memaksa arah teks RTL untuk tanda baca tersebut. Untuk melakukannya di Word, letakkan kursor setelah titik dua (saya merekomendasikan menggunakan tombol panah untuk menemukan tempat itu), ketik “200F” dan ketik Alt+X (tahan tombol Alt dan tekan tombol X). Bab satu Anda sekarang harus melompat ke kanan dari rangkaian angka dan tanda baca Anda. Lakukan hal yang sama setelah tanda hubung, dan rangkaian Anda akan terlihat sama seperti output LO Writer di atas.

Tapi sekarang bagian yang sulit adalah mendapatkan tanda-tanda RTL itu disisipkan ke dalam teks untuk PTXprint. Saya belum menguji ini, tapi saya pikir Anda mungkin bisa menggunakan Changes.txt (di tab Advanced) untuk membuat aturan yang akan menyisipkan tanda-tanda RTL di tempat yang tepat. Coba aturan-aturan ini (belum diuji):
'(\d):(\d)' > '\1:\u200f\2'
'(\d)-(\d)' > '\1-\u200f\2'

Tapi ada satu masalah menarik lagi. Saya perhatikan bahwa Anda menggunakan angka Eastern Arabic-Indic, yang dimulai dari U+06F0. (Lihat https://www.unicode.org/charts/PDF/U0600.pdf.) Saya sebagian besar menggunakan angka Arabic-Indic biasa, yang dimulai dari U+0660. Saya pikir penunjukan digit \d seharusnya juga berfungsi untuk angka-angka itu, tapi jika tidak, Anda mungkin perlu menggunakan sesuatu seperti ini: [\u06F1-\u06F9] sebagai pengganti \d.

Nah, itu memberi Anda sesuatu untuk dicoba. Dan kami semua akan tertarik untuk mengetahui apakah Anda membuat kemajuan!

Jeff

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Dan saya harus menunjukkan bahwa manipulasi semacam ini bukan sesuatu yang harus dilakukan oleh pengguna PTXprint rata-rata. Jika ini memang masalah global untuk teks RTL, maka kami harus mencari cara agar PTXprint memperbaikinya “di balik layar”, sehingga pengguna tidak perlu mengambil langkah-langkah ekstrem untuk mendapatkan output yang diinginkan.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 6

Nah, agar tujuannya jelas, berikut ini adalah gambar terjemahan Farsi yang telah diterbitkan dengan indikator ayat paralel. Yang pertama adalah referensi ke Matius 6:25-33, dan urutan visualnya adalah: 33-25:6 Matius

shot3096×1292 254 KB

Anda benar sekali bahwa angka ditulis dari kiri ke kanan (LTR), tetapi ketika Anda memiliki pemisah dan semacamnya, itu seperti rangkaian angka adalah satu kata. Kemudian semua kata tersebut disusun dalam urutan dari kanan ke kiri (RTL).

Microsoft Word membingungkan. Jika saya mengetik referensi ayatnya, hasilnya keluar dengan benar (sebenarnya, baik saya telah mengatur paragraf ke RTL maupun LTR). Jika saya menyalin dan menempel dari jendela browser ini, hasilnya keluar dengan salah (lagi-lagi, baik paragrafnya RTL maupun LTR). WYSIAYG, saya kira.

Berikut adalah beberapa hal yang dapat saya lakukan untuk mereplikasi hasil yang salah (di Word atau GUI lainnya):

• Letakkan penanda DARI KIRI KE KANAN (U+200E) di awal referensi.
• Jika saya menghapus nama kitab, bagian bab/ayat akan disusun dengan salah.

Hal ini menunjukkan kepada saya bahwa bagian bab/ayat sedang disusun dalam mode LTR.

Berikut adalah beberapa pengujian lebih lanjut. Referensi ayat keluar dengan salah ketika saya memasukkannya ke dalam teks ayat. Saya tidak bisa menjelaskannya dengan tepat, kecuali jika XeLaTeX sama sekali tidak diberitahu bahwa itu adalah konteks RTL.

\id PHM
\h سسسس
\c 1
\cl
\s1 سسسس
\p \v 1 پیدایش ۱:۱-۲۸
\s1 سسسس
\p \v 2  ۱:۱-۲۸

Sekarang beralih ke XeLaTeX…

Jika saya menggunakan fontspec dan bidi, hasilnya keluar dengan salah baik konteksnya LTR maupun RTL:

\documentclass{book}
\usepackage{fontspec,bidi}
\setmainfont[Script=Arabic]{Times New Roman}
\begin{document}
\setRTL
۱:۱-۲۷

پیدایش ۱:۱-۲۷

\setLTR
۱:۱-۲۷

پیدایش ۱:۱-۲۷
\end{document}

Sebaliknya, jika saya menggunakan xepersian, saya tidak bisa membuatnya keluar dengan salah. Bagian bab/ayat disusun dengan benar di keempat hal berikut ini:

\documentclass{book}
\usepackage{xepersian}
\usepackage[fontsize=16pt]{fontsize}
\settextfont{Times New Roman}
\begin{document}
۱:۱-۲۷

پیدایش ۱:۱-۲۷

\beginL
۱:۱-۲۷
\endL

\beginL
پیدایش ۱:۱-۲۷
\endL
\end{document}

Saya akan berhenti di sini. Sepertinya xepersian telah memperbaiki kekurangan pada fontspec dan bidi, tetapi saya tidak tahu apa kekurangannya.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 7

Cara saya membacanya adalah bahwa output yang Anda lihat dari PTXprint mengikuti algoritma bidi Unicode, meskipun itu tidak memberikan apa yang Anda inginkan. Algoritma bidi menyatakan bahwa titik dua dan tanda hubung adalah karakter netral, dan akan mengikuti alur karakter di sekitarnya. Ketika berada dalam rangkaian karakter LTR (seperti angka), mereka akan terus dalam LTR, memberikan hasil yang Anda lihat. Paket xepersian tampaknya mengubah karakteristik bidi dari tanda baca tersebut, memberikan apa yang Anda inginkan. Menariknya, di Word, jika Anda menaruh spasi setelah titik dua dan tanda hubung, referensi akan berbalik menjadi cara yang Anda inginkan (tetapi dengan spasi ekstra). Ini sebenarnya cukup aneh karena spasi juga terdaftar sebagai Netral dalam algoritma bidi (lihat tautan di atas). Saya percaya banyak proyek skrip RTL telah menggunakan teknik ini di Paratext untuk membuat referensi berbalik dengan cara yang "benar". Tetapi penambahan penanda RTL melakukan hal yang sama tanpa menambahkan spasi.

Bisakah Anda mencoba menempatkan aturan-aturan tersebut di file Changes.txt, untuk melihat apa yang terjadi?

Perhatikan bahwa di modul Anda, Anda memasukkan referensi Anda dalam angka normal (Arab!). Apakah Anda memiliki referensi di proyek Paratext Anda yang sudah dimasukkan dengan angka bergaya Arab (Hindi!)? Jika ya, bagaimana mereka muncul di Paratext? Saya percaya Paratext secara otomatis menyisipkan penanda RTL U+200F di referensi semacam itu dalam proyek RTL, untuk mencoba membuatnya muncul dengan benar. Saya asumsikan PTXprint bisa melakukan hal serupa. (Namun, perhatikan bahwa Paratext tampaknya menyisipkan penanda RTL sebelum titik dua, yang menurut saya juga merupakan opsi yang valid.)

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 8

Ya, jika saya menempatkan perintah-perintah tersebut di file perubahan, ayat-ayat tersebut keluar dengan benar. Terima kasih atas perbaikan itu.

Jika Anda hanya melihat bagian bab/ayat (۱:۱-۲۷), itu beroperasi sesuai dengan algoritma bidi. Tetapi menurut algoritma itu, Anda akan mengharapkan keberadaan nama kitab (terdiri dari karakter RTL) untuk mengubahnya ke mode RTL (پیدایش ۱:۱-۲۷). (Di editor teks ini dan di jendela pratinjau saat saya mengetik ini, itulah yang persis terjadi.) Jadi saya membayangkan bahwa bagian bab/ayat berada di \hbox sendiri atau semacamnya, dan tidak menyadari bahwa itu berada dalam dokumen RTL karena beberapa alasan.

(Saya tidak ingin membawa ini terlalu jauh, tetapi mungkin ada masalah lain yang mengintai jika dokumen tidak diatur secara global ke RTL. Saya perhatikan bahwa penanda catatan kaki muncul di sisi yang salah dari kata, misalnya. Mereka muncul di sisi kanan kata alih-alih di sisi kiri. Saya tidak tahu pasti, tetapi itu tampaknya seperti masalah LTR/RTL.)

Saya belum mencoba dengan angka Arab-Indik. Namun, saya belum pernah mengalami situasi di mana sesuatu berfungsi dengan angka Arab-Indik tetapi tidak dengan angka Timur Arab-Indik.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Nah, bagus bahwa Anda memiliki solusi sementara. Saya akan mencoba mendiskusikan ini dengan @mjpenny untuk melihat apakah ada sesuatu yang harus dilakukan di PTXprint.

Jika Anda memeriksa kembali algoritma bidi (Bidirectional text - Wikipedia), perhatikan bahwa angka ditemukan di bagian "Lemah" (Weak). Saya mengasumsikan bahwa mereka adalah karakter "Kuat" (Strong), dan akan menentukan arah karakter "Netral" yang berada di antara. Tetapi sekarang saya memahami apa yang Anda katakan, yaitu bahwa memasukkan nama kitab (dalam karakter RTL "Kuat") mengesampingkan angka "Lemah" untuk menentukan arah karakter "Netral".

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 9

Halo,

Saya tidak yakin apakah saya menambahkan informasi ke thread ini yang belum diketahui. Saya telah menjadi peserta dalam penataan jenis (typesetting) banyak proyek RTL. Saya ingin sekadar menambahkan apa yang saya ketahui tentang bagaimana Paratext berinteraksi dengan teks dan referensi RTL.

Saat mengedit proyek RTL di Paratext, Paratext mengidentifikasi string yang mengikuti format referensi kitab suci, atau rentang angka – yaitu pola seperti #:#, #.#, #:#-#, #:#,# dll. Saat diidentifikasi di bab terbuka yang sedang diedit, Paratext menyisipkan U+200F sebelum karakter tanda baca, menyebabkan mereka muncul di sisi kiri angka sebelumnya (mengabaikan arah LTR yang lain yang diinisiasi oleh angka-angka tersebut).

Jadi, alih-alih ini:

Anda melihat ini:

Jika Anda memasukkan referensi di Paratext, dalam urutan logis, Anda akan melihat pembaruan visual ini terjadi saat Anda menyelesaikan pemasukannya.

Jadi, dalam proyek yang diedit di Paratext, karakter 200F ini mungkin sudah ada. Anda mungkin ingin memperhitungkan hal itu dalam ekspresi changes.txt apa pun yang Anda gunakan. Saya percaya benar bahwa Paratext hanya melakukan penyisipan 200F ini untuk bab yang telah dibuka di editor (yaitu, tidak hanya melewati seluruh proyek dan melakukan ini).

Alasan ini dilakukan di Paratext adalah agar penerbit atau alat publikasi hilir mana pun dapat langsung merender teks – terutama penting untuk beberapa jalur aplikasi digital di mana jalur publikasi tidak selalu memungkinkan intervensi seperti changes.txt

Berbagi apa yang saya pahami dalam hal ini membantu di sini.

Jeff

Diterjemahkan secara otomatis dari English Tampilkan asli