Permasalahan dasar di sini adalah kami bekerja di dunia multibahasa (Yunani, Ibrani, bahasa lokal, bahasa komunikasi yang lebih luas), tetapi editor di Paratext tidak mengenali hal itu. Jadi “semua” dalam proyek X adalah dalam bahasa X. Dan pendekatan ini terlalu sederhana.
Yang dibutuhkan adalah cara untuk menandai Yunani, Ibrani, dan LWC, dengan gaya SFM yang unik (untuk masing-masing) dan ini dipertahankan secara terpisah dalam daftar “Valid/Invalid”. Dan TIDAK dicampur dengan inventaris karakter, ejaan, atau daftar kata bahasa X. (Bahkan tanda baca LWC yang valid mungkin tidak valid untuk bahasa X.)
Di tempat kami bekerja, hari ini kami mungkin menandai huruf aneh sebagai valid yang ditemukan dalam kata dari LWC dalam catatan kaki. Tetapi apakah melakukan ini membuka kemungkinan bahwa seseorang dapat memperkenalkan typo dalam bahasa X menggunakan karakter “valid” tersebut, karena kami menandainya sebagai valid? Yaitu, itu valid untuk LWC, tetapi TIDAK VALID jika digunakan dalam Bahasa X.
Maka bagaimana kami membedakan ini? Dan mengapa kami tidak bisa hanya menandai ini sebagai bahasa yang berbeda? Itu tampaknya solusi yang paling jelas. Setiap editor yang cukup kuat yang saya kenal mengenali “bahasa”, pasti kami harusnya dalam bisnis terjemahan ini.
Diberikan, ini tidak dibutuhkan banyak, tetapi dibutuhkan cukup sering sehingga solusi akan sangat membantu. (Dan saya setuju dengan anon848905 bahwa hanya “mengabaikan” mereka adalah solusi yang kurang ideal.) Ini “valid” dalam kasus-kasus tertentu; kami perlu Paratext cukup cerdas untuk mengenali konteks (kurung SFM) dan memvalidasi mereka berdasarkan subset tertentu mereka.
The basic problem here is we are working in a multilingual world (Greek, Hebrew, local language, language of wider communication), but the editor in Paratext does not recognize that. So “everything” in project X is in the X language. And this approach is just too simplistic.
What is needed is a way to mark Greek, Hebrew, and LWC, with unique SFM styles (for each) and these be maintained separately in the “Valid/Invalid” list. And NOT be mixed in with the X Language’s character, spelling, or wordlist inventories. (Even valid LWC punctuation might be invalid for language X.)
Where we work, today we might mark some weird letter as valid found in a word from the LWC in a footnote. But does doing this open the possibility that someone may introduce a typo in X language using that “valid” character, because we marked it as valid? I.e. it is valid for the LWC, but it is INVALID if used in the X Language.
So how do we differentiate this? And why can’t we just mark these as different languages? That seems the most obvious solution. Every other reasonably powerful editor I know recognizes “language”, surely we should in this business of translation.
Granted, this isn’t needed a lot, but it is needed often enough that a solutions would be very helpful. (And I agree with anon848905 that just “ignoring” them is a less than ideal solution.) These are “valid” in certain cases; we need Paratext to be smart enough to recognize the context (the SFM brackets) and validate them based on their particular subset.
Diterjemahkan secara otomatis dari English Tampilkan asli