Saya dan seorang teman bercanda tentang aleph. Setelah mencoba mengetik א 0 (mengganti 2 karakter itu), mereka beralih sendiri! Urutan simbol apa pun tidak menghentikan efek ini. Kenapa ini!??
Coba ketik ini dengan 0 dan א terbalik (c & p untuk א):
א 0
א - 0
א \\ 0
א -. / 0
Namun kata-kata memisahkan mereka
א foobar 0
Saya menggunakan linux arch dan belum mengujinya pada OS lain
EDIT: Angka tidak harus nol. Ini bekerja dengan angka, tetapi bukan huruf.
ב-5 דקות
(dalam 5 menit).Jawaban:
'א', 'HEBREW LETTER ALEF' (U + 05D0) memiliki kelas BIDI (bi-directional) "Kanan-ke-Kiri [R]", karena bahasa Ibrani secara tradisional ditulis dari kanan ke kiri. Digit, di sisi lain, tidak memiliki directionality khusus ditugaskan untuk mereka, sehingga seluruh bungkusan aleph dan nol ditafsirkan sebagai kanan-ke-kiri. Dalam hal ini, karakter berikut mungkin tidak harus terletak di sebelah kanan karakter sebelumnya, seperti aturan bi-directional Unicode yang agak rumit menentukan.
Anda memiliki beberapa opsi untuk mengatasi masalah ini.
Anda dapat menggunakan 'ℵ', 'ALEF SYMBOL' (U + 2135) . Ini adalah simbol dan memiliki properti kiri-ke-kanan: ℵ0.
Alih-alih angka yang biasa
0
, Anda dapat menggunakan karakter seperti-nol dengan arah kiri-ke-kanan, seperti '〇', 'IDEOGRAPHIC NUMBER ZERO' (U + 3007) .Cara terbersih adalah menggunakan karakter 'LEFT-TO-RIGHT MARK' (U + 200E) ( Wikipedia ) setelah aleph: "א 0". Ini adalah karakter lebar nol yang tidak terlihat yang didefinisikan memiliki directionalitas kiri-ke-kanan. Dengan demikian, ia memiliki efek yang sama pada algoritma tata letak teks dua arah seperti menyisipkan, katakanlah, huruf Latin kiri-ke-kanan setelah א, kecuali bahwa tidak ada huruf yang terlihat akan muncul di sana.
sumber
U+202C
) ketika contex yang Anda ingin mereka operasikan selesai.Aleph ( U + 05D0 ) adalah huruf Ibrani, dan bahasa Ibrani ditulis dari kanan ke kiri, jadi Unicode menetapkannya sebagai kelas dua arah "Kanan ke Kiri". (Lihat Unicode TR9: Algoritma Dua Arah untuk lebih jelasnya.)
Huruf Latin tentu saja "Kiri-ke-Kanan". Namun, nol ( U + 0030 ) berada dalam kelas dua arah "Nomor Eropa", yang merupakan kelas lemah - sementara LtR secara default, dapat beralih ke RtL jika ada karakter Kanan-ke-Kiri "kuat" sebelum itu. (Lihat Jenis Karakter Dua Arah dan Mengatasi Jenis Lemah di TR9.)
Akibatnya, arah sebelum dan sesudah ditukar untuk seluruh kata - jika Anda meletakkan nol 'sebelum', itu akan muncul di sebelah kanan; jika Anda menulis nol 'setelah' aleph, itu akan muncul di sebelah kiri.
sumber
0
tersebut digunakan oleh kedua bahasa LTR dan RTL, dan perangkat lunak hanya membuatnya ke arah yang sama dengan huruf sebelumnya. Jika mengikuti karakter LTR, itu LTR. Jika mengikuti huruf RTL, itu RTL. Ada juga penggantian untuk menukarnya. fileformat.info/info/unicode/char/202d/index.htmMungkin, cara yang lebih baik untuk mencapai ini adalah dengan:
Dan referensi xkcd wajib https://xkcd.com/1137/
sumber
Sangat mungkin untuk memiliki nol di depan seperti yang ditunjukkan pada contoh berikut yang dibuat di Notepad ++.
Apa yang Anda lihat dan juga menjadi jelas jika Anda mencoba menandai karakter dalam pertanyaan Anda, adalah bahwa bahasa Ibrani dituliskan dari kanan ke kiri dan (karena 0 terhubung langsung) teks ditangani dalam kanan ke kiri (bukan kiri ke kanan) dengan cara.
Lihat contoh kedua untuk masalah yang dimiliki Firefox (pada saya) dengan pilihan yang jelas.
sumber
Bahasa Ibrani dituliskan dari kanan ke kiri - ini membuat karakter aleph membawa informasi, bahwa karakter berikutnya harus dicetak ke kiri darinya.
Jika Anda mengecek dokumen Anda (atau memindahkan kursor ke teks Anda dengan tombol panah di editor yang sesuai), Anda akan melihat, bahwa Anda membuka alpeh terlebih dahulu, kemudian ke digit.
Yaitu: Asumsi "karakter berikutnya == karakter ke kanan" tidak berlaku.
sumber
Masalahnya adalah di mana Anda melakukan ini, dan implementasinya. Untuk mendapatkan perilaku angka-Ibrani semua karakter harus dalam arah kanan-ke-kiri. Dalam HTML / CSS itu adalah:
Dalam Sistem Operasi, bahasa Ibrani dan bi-directionality harus diaktifkan.
Penanganannya dengan menyarankan penggunaan karakter lain sebagai pengganti, mengalahkan tujuan Unicode. Aleph sebagai operator matematika mungkin terlihat sama dalam beberapa set karakter, tetapi merupakan karakter yang sama sekali berbeda dari aleph Ibrani, baik dalam konteks dan bagaimana ia akan diurai. Misalnya, pengeras suara / komputer berbahasa Ibrani tidak akan memprosesnya dengan benar jika digunakan bersama dengan kata Ibrani. Angka dan karakter non-alfa adalah masalah ketika mereka sendiri tidak diberi pengodean terarah yang sama dengan karakter alfa. Jadi, ironisnya, angka-angka itu sendiri sementara tampaknya harus independen dari set karakter / arah, mengambil arah unicode apa pun dari surat sebelumnya. Jadi dalam sebuah dokumen Ibrani - angka-angkanya menjadi 'Hebraisisasi' yaitu arah seperti Ibrani. Sedangkan dokumen bahasa Inggris-Latin,
sumber
Itu mungkin:
א 0
א - 0
א \\ 0
א -. / 0
א foobar 0
(Jawaban ini tidak menjawab "mengapa ini", karena sudah dijawab oleh orang lain. Tetapi menjawab pertanyaan dalam judul, "mustahil untuk ...?")
sumber