PO gettext Tercümesi: hangi dosyalar ve kontroller gerekir?
gettext ekosisteminde POT dosyaları çeviriye temel oluşturan kaynak şablonları, PO dosyaları dil karşılıklarını, MO dosyaları ise derlenmiş çıktı biçimini temsil eder. Teknik dosyalar kısa görünebilir fakat aynı kelimenin farklı menülerde farklı anlam taşıması, çoğul kuralları ve parametre dizilimleri yerelleştirme kalitesini belirler. “Open” fiili ve “Open” sıfatı aynı karşılıkla çevrilemeyebilir; msgctxt alanı bu ayrımı sağlayabilir.
Çeviri kapsamını dosyanın yapısıyla birlikte belirleyelim
Neden yalnızca metin çevirisi yeterli değil?
Çeviri sırasında msgid kaynak değeri genel olarak korunur, msgstr hedef dilde hazırlanır; plural-forms üstbilgisi ve biçim yer tutucuları teknik kontrole alınır. Fuzzy işaretli satırlar önceki çevirinin onay beklediğini gösterebilir. Nihai PO doğrulaması veya MO derlemesi proje kapsamına göre farklı aşamalardır.
Proje başlangıcında neyi netleştiriyoruz?
Kaynak ve hedef dili, kullanılacak yazılım sürümünü, dosyanın düzenlenebilirliğini, teslim formatını ve hedef uygulamada yapılacak son kontrolü birbirinden ayırıyoruz.
Bu sayfada anılan doğrulama adımları, her projede otomatik sunulduğu anlamına gelmez. Hangi kontrollerin ve teslim biçimlerinin dahil olduğu, dosya incelemesi sonrasındaki teklifte belirlenir.
Uzmanlık gerektiren beş kritik ayrıntı
msgctxt ile bağlam ayrımı
gettext kataloglarında msgid, msgstr ve gerekirse msgctxt alanları, kaynak ifadenin bağlamını ayrıntılandırır. Tek kelimelik bir menü etiketiyle aynı sözcüğün yardım metnindeki kullanımı farklı karşılıklar gerektirebileceği için bağlam alanı göz ardı edilmemelidir.
Fuzzy onay süreci
Fuzzy bayrağı taşıyan satırlar genellikle otomatik eşleştirilmiş ya da inceleme bekleyen çeviriler olarak değerlendirilir. Böyle bir satırın dosyada dolu olması, hedef kullanıcıya gösterilecek biçimin editoryal olarak onaylandığı anlamına gelmez.
Çoğul biçimi kuralları
Plural-Forms üstbilgisi ve msgstr[n] dizileri hedef dilin ihtiyaçlarına göre doğru hazırlanmalıdır. Çoğul biçimlerinin sayısı ve hangi indeksin kullanılacağı hedef dilin kurallarına bağlıdır; kaynak dosyayı aynen kopyalamak yanıltıcı olabilir.
Format ve placeholder kontrolü
gettext projelerinde %s, %(name)s veya HTML işaretleri gibi yer tutucuların değişmemesi gerekir. Parametrelerin doğru olması kadar kodlama, escape ve satır sonu bütünlüğü de katalog ayrıştırma için önemlidir.
PO, MO ve uygulama testi
PO dosyasının dilsel ve yapısal incelemesi ile MO derlemesi ve çalışır uygulamada ekran testi birbirinden ayrı teslim aşamalarıdır. Müşterinin kullanacağı gettext araç zinciri ve test erişimi belirlenirse proje kapsamı gerçekçi kurulabilir.
gettext yerelleştirme: işleme ve kalite kontrol matrisi
İçeriğin çeviriye uygun biçimde ayrıştırılması kadar çevrilmemesi gereken teknik öğelerin korunması da önemlidir. Aşağıdaki tablo proje keşfinde kullanılan kontrol başlıklarını gösterir.
| Öğe / dosya alanı | Kontrol konusu | Gözden kaçabilecek risk |
|---|---|---|
| msgid/msgstr eşleşmesi | Kaynak ve hedef dizeler, boş kalan değerler | Atlanan veya yanlış bağlama çeviri |
| msgctxt ve fuzzy | Bağlam ayrımı ve belirsiz çeviri işaretleri | Yanlış menü/kullanım anlamı |
| Plural forms | msgid_plural ve msgstr[n] dizileri | Dilsel çoğul/format uyuşmazlığı |
| Placeholder/escape | %s, %(name)s, HTML ve satır sonları | Çalışma zamanı veya derleme hatası |
Gerçek iş akışlarını açıklayan üç kullanım senaryosu
Hatalı fuzzy çeviriler ve yeni msgid satırları sürüm bazında ayrıştırılır.
Menü, işlem onayı ve hata mesajları kullanım ekranlarıyla bağlamlandırılır.
Çoğul yapı ve biçimlendirme içeren dinamik uyarı metinleri örnek değerlerle incelenir.
Projeyi doğru hazırlamak için temel kavramlar
Proje dosyanızda karşılaşılabilecek terimlerden bazıları aşağıdadır. Bu kavramlar çevrilecek metin ile korunması gereken teknik yapı arasındaki sınırları belirlemeye yardımcı olur.
| Teknik ifade | Projedeki anlamı |
|---|---|
| POT | gettext katalog şablonu |
| PO | Çevrilebilir dize ve hedef dil karşılıklarını taşıyan katalog |
| MO | Uygulamada kullanılan ikili mesaj kataloğu |
| msgctxt | Benzer kaynak dizelere farklı bağlam veren alan |
Tekliften önce hazırlayabileceğiniz dosya kontrol listesi
Dosyaları doğrudan bu sayfaya yüklemenize gerek yoktur. İlk mesajınızda kaynak/hedef dili ve kapsamı belirtin; belgeleri WhatsApp veya e-posta görüşmesinde paylaşabilirsiniz.
- POT ve hedef dil PO kataloglarını paylaşın.
- Yazılım ekranları ve bağlam açıklamalarını sağlayın.
- Fuzzy ve boş satırlar için karar politikası belirleyin.
- Yer tutucu ve çoğul test örneklerini ekleyin.
- MO derlemesi ile uygulama QA’nın kapsamını ayırın.
İncelemeden teslimata çalışma akışı
1. İnceleme ve kapsam
Dosya formatı, kaynak hacmi, çevrilecek alanlar ve hedef uygulamanın gereksinimleri belirlenir. Düzenleme, DTP veya çalışır uygulama kontrolü gerekiyorsa ayrı iş olarak tanımlanır.
2. Çeviri ve terminoloji
Bağlam, sektör terimleri ve varsa onaylı müşteri sözlüğü esas alınır. Teknik işaretleyiciler ve değişmemesi gereken alanlar proje talimatına dahil edilir.
3. Kalite kontrol
Metin tutarlılığı ve kaynak-hedef eşleşmesi incelenir. Yapısal kontrollerin kapsamı; dosyanın türüne, teslim biçimine ve üzerinde anlaşılan hizmete bağlıdır.
4. Teslim ve gerekirse revizyon
Kararlaştırılan format teslim edilir. Hedef uygulamada test veya sonraki sürüm güncellemesi gerekiyorsa geri bildirim ve revizyon süreci ayrıca planlanır.
PO gettext Tercümesi hakkında sık sorulan sorular
PO ile POT arasındaki fark nedir?
POT kaynak şablondur, PO belirli bir dil için mesaj katalogudur. Genellikle hedef dil PO dosyasının sağlanması gerekir.
MO dosyasını doğrudan düzenlemek doğru mu?
MO derlenmiş ikili biçimdir. Tercih edilen yöntem PO kaynak çevirisi ve gerekli araçla tekrar derlemedir.
Fuzzy işaretli satırlar ne olacak?
Fuzzy satırlar gözden geçirilmesi gereken olası eşleşmelerdir; onaylanmadan nihai çeviri gibi kullanılmamalıdır.
Placeholder’ları çevirmek gerekiyor mu?
Hayır, teknik belirteçler korunur. Dilin cümle dizilimine göre sıralama değişecekse biçim türü dikkatle kontrol edilir.
msgctxt alanı ne işe yarar?
Aynı kaynak sözcüğün farklı arayüz bağlamlarında farklı çevrilmesini sağlar. Bu alan çevirmen için değerli bağlam bilgisidir.
PO dosyası geçerli olsa da uygulamada sorun yaşanabilir mi?
Evet. Uzun buton metni, font, bağlam veya gerçek uygulama değişkenleri yalnızca dosya doğrulamasında görülemeyebilir; çalışır arayüz testi ayrıca önerilir.
Çeviri belleği veya terminoloji paylaşabilir miyiz?
Evet. Önceki onaylı kataloglar ve terim listeleri tutarlı çeviri için değerlidir; farklı sürümde değişen dizeler ayrıca ele alınır.
İlgili hizmetler ve yararlı bağlantılar
Belgenin kaynak biçimine ve hedef kullanım amacına göre aşağıdaki hizmetler birlikte değerlendirilebilir.
Dosyanıza uygun fiyat ve teslim planı isteyin
PO gettext Tercümesi için kaynak/hedef dilinizi, dosya tipinizi ve teslim beklentinizi paylaşın. Çevrilecek alanları birlikte netleştirerek size özel teklif sunalım.