Saya telah menghabiskan banyak, banyak hari bergulat dengan masalah spasi dalam aksara Asia Tenggara. Saya TIDAK PERNAH melihat lingkungan penerbitan di mana spasi lebar tetap seperti THIN SPACE \u2009 atau EM SPACE \u2003 menghasilkan output yang benar ketika digunakan di antara kata atau frasa. Berikut adalah beberapa masalah spesifik yang telah saya amati:
- Sementara spasi biasa SPACE \u0020 akan menghilang di akhir baris ketika kata sebelumnya mencapai batas kanan, spasi lebar tetap akan membutuhkan ruang yang cukup untuk muncul di baris sebelum batas kanan, atau lebar spasi akan menarik kata sebelumnya ke baris berikutnya, atau spasi lebar tetap akan pindah ke baris berikutnya sendirian, secara efektif menjorokkan baris teks berikutnya.
- Algoritma pemutusan baris memprioritaskan pemutusan di SPACE lebih tinggi daripada di spasi lebar tetap, menghasilkan paragraf yang buruk dengan setengah baris teks.
- Spasi lebar tetap tidak dapat diregangkan atau diperkecil untuk mencapai margin rata penuh atau paragraf yang seimbang dengan baik. Hanya karakter SPACE biasa yang berfungsi untuk hal-hal ini.
- Spasi lebar tetap mungkin muncul aneh ketika pengguna menyalin-tempel dari aplikasi ke messenger, dll.
- Keyboard ponsel tidak dapat mengetik spasi lebar tetap sehingga pencarian multi-kata di aplikasi ponsel akan gagal.
Solusi yang telah saya temukan adalah menggunakan karakter SPACE \u0020 biasa untuk spasi sempit dan lebar. Di PTXprint saya menggunakan SPACE+ZWSP+SPACE untuk mendapatkan spasi ganda (atau tiga kali) di jeda frasa. Di SAB saya menggunakan dua atau tiga karakter spasi, dengan gaya yang berisi CSS white-space: pre-wrap; untuk mencegah mesin HTML meruntuhkan beberapa spasi menjadi satu spasi. Di PTXprint, SAB, atau Indesign, saya dapat menerapkan gaya khusus pada spasi untuk membuatnya lebih lebar atau lebih sempit.
Menggunakan spasi lebar tetap di dalam Paratext sebagian besar berfungsi dengan baik, meskipun inventaris tanda baca menjadi bingung. Namun, preferensi saya adalah menghindari penggunaan spasi lebar tetap di Paratext juga karena sulit dilihat. Lebih baik menggunakan karakter yang terlihat (misalnya koma di jeda frasa) dan kemudian mengubah karakter tersebut menjadi spasi yang lebih lebar atau lebih sempit pada saat penerbitan.
Sebagaimana ditunjukkan oleh mnjames, SAB hampir sama fleksibelnya dengan PTXprint ketika datang ke penerapan aturan perubahan, jadi Anda seharusnya dapat mendapatkan output sempurna di salah satu program, jika Anda memiliki font yang berfungsi.
I've spent many, many days wrestling with space issues in Southeast Asian scripts. I have NEVER seen a publishing environment in which fixed width spaces such as THIN SPACE \u2009 or EM SPACE \u2003 produce correct output when used between words or phrases. Here are a few specific problems I have observed:
- Whereas a normal SPACE \u0020 will disappear at the end of a line when the preceding word reaches all the way to the margin, a fixed width space will either require sufficient space to appear on the line before the right margin, or the width of the space will pull the preceding word down to the next line, or the fixed width space will wrap to the next line alone, effectively indenting the next line of text.
- Line break algorithms prioritize breaking at a SPACE higher than at fixed width spaces, producing ugly paragraphs with half-lines of text.
- A fixed width space cannot be stretched or shrunk in order to achieve fully justified margins or nicely balanced paragraphs. Only a normal SPACE character works for these things.
- A fixed width space may appear strangely when the user copy-pastes from an app into a messenger, etc.
- Phone keyboards can't type a fixed width space so a multi-word search in a phone app will fail.
The solution that I have found is to use normal SPACE \u0020 characters for both narrow and wide spaces. In PTXprint I use SPACE+ZWSP+SPACE to get a double (or triple) space at phrase breaks. In SAB I use two or three space characters, with a style containing CSS white-space: pre-wrap; to prevent the HTML engine from collapsing multiple spaces into a single space. In either PTXprint, SAB, or Indesign I can apply custom styles to the space to make it either wider or narrower.
Using fixed-width spaces within Paratext works mostly OK, though the punctuation inventory gets confused. My preference, however, is to avoid using fixed-width spaces in Paratext too because they're difficult to see. It's better to use a visible character (e.g. a comma at phrase breaks) and then change the character to a wider or narrower space at publication time.
As mnjames indicated, SAB is almost as flexible as PTXprint when it comes to implementing change rules, so you should be able to get perfect output in either program, if you have a working font.
Diterjemahkan secara otomatis dari English
