Belge Çevirisi Sırasında Tablolara Ne Olur?

Bir tablo, çeviriden sonra tüm satır ve sütunlarını koruduğu hâlde yine de işlevini yitirebilir. Daha uzun metinler, farklı satır sonları, sağdan sola içerik, yerelleştirilmiş sayılar ve kaybolan başlık meta verileri, sağlam görünen bir ızgarayı yanıltıcı bilgiye dönüştürebilir.

Bir Tablo Çevrildiğinde Neler Değişir?

Belge tablosunun üç katmanı vardır ve her biri ayrı ayrı kontrol edilmelidir:

Katman	Ne olması gerekir?	Ne yanlış gidebilir?
İçerik	Başlıklar, etiketler, notlar ve düz metin çevrilir	Metin atlanır, yinelenir, yanlış çevrilir veya kaynak dilde kalır
Yapı	Satırlar, sütunlar, birleştirilmiş hücreler ve başlık ilişkileri korunur	Dönüştürme sırasında hücreler bölünür, kapsamlar değişir veya yapısal meta veriler kaybolur
Sunum	Kenarlıklar, dolgular, yazı tipleri, genişlikler ve hizalama kullanılabilir durumda kalır	Metin kayar, kırpılır, küçülür, üst üste biner veya tabloyu başka bir sayfaya taşır

Çeviri, tabloyu sıfırdan yeniden oluşturmamalıdır. Belge biçimini tanıyan bir iş akışı yapıyı ve stili koruyabilir ancak koruma, her hücrenin sonrasında aynı alanı kaplayacağı anlamına gelmez.

W3C, çevrilmiş metnin uzunluğunun büyük olasılıkla farklı olacağını belirtir ve dar, sabit genişlikli kapsayıcılar yerine esnek düzenler önerir. Bu durum tablolarda daha önemlidir çünkü kısa başlıklar çoğu zaman en dar hücrelere yerleştirilir. W3C örnekleri ayrıca Almanca bir birleşik sözcüğün eşdeğer İngilizce ifadeye göre daha az doğal satır kırma noktası sunabileceğini, bazı Latin dışı yazı sistemlerinin ise daha geniş karakterler veya daha fazla satır yüksekliği gerektirdiğini gösterir.

Bu etkilerin daha kapsamlı açıklaması için çevrilmiş belgelerin neden uzadığına bakın.

Hangi Tablo Öğeleri Genellikle Korunur?

Düzenlenebilir bir kaynak dosya, biçimi tanıyan bir araçla çevrildiğinde bu öğeler çıktıya aktarılabilir. Hiçbirinin doğruluğu kontrol edilmeden varsayılmamalıdır.

Öğe	Beklenen sonuç	İnceleme sorusu
Satırlar ve sütunlar	Aynı mantıksal ızgara	Eksik veya yinelenmiş satır, sütun ya da hücre var mı?
Kenarlıklar ve dolgular	Aynı görsel gruplandırma	Renkler ve kenarlıklar amaçlanan kategorileri hâlâ iletiyor mu?
Birleştirilmiş hücreler	Satır veya sütunlarda aynı kapsam	Her başlık hâlâ doğru verileri kapsıyor mu?
Başlık satırları	Aynı etiketler ve yineleme davranışı	Başlık doğru sütunlara bağlı kalmış ve sayfalar arasında yineleniyor mu?
Hücre stilleri	Aynı yazı tipi, vurgu, dolgu ve hizalama	Yazı tipi değişimi veya otomatik sığdırma herhangi bir hücreyi okunamaz hâle getirdi mi?
Sayılar ve formüller	Aynı temel değerler ve mantık	Herhangi bir işaret, ayırıcı, birim, formül veya başvuru değişti mi?
Notlar ve bağlantılar	Aynı hedef ve ilişki	Her not veya bağlantı hâlâ doğru hücreye mi ait?

Biçim dönüştürme ayrı bir risktir. W3C’nin tablo erişilebilirliği kılavuzu, içerik biçimler arasında taşındığında yapısal tablo işaretlemesinin sıklıkla kaybolduğunu belirtir. Bu nedenle bir tablo doğru görünebilir ancak başlık-veri ilişkilerini yardımcı teknolojilere artık aktaramayabilir.

Beş Yaygın Tablo Sorunu ve Çözümleri

1. Metin taşar veya satırları fazla yükseltir

Çevrilmiş etiketler daha uzun olabilir, daha geniş karakterler içerebilir veya farklı noktalarda satıra bölünebilir. Sabit satır yükseklikleri son satırı kırpabilir; otomatik satır büyümesi ise tabloyu bir sayfa sonunun ötesine taşıyabilir.

Şu sırayla düzeltin: elle eklenen satır sonlarını kaldırın, satırların büyümesine izin verin, en kısıtlı sütunu genişletin, gereksiz hücre dolgusunu azaltın ve uygun olduğunda hedef dile özgü hecelemeyi kullanın. Metni yalnızca bir dil inceleyicisi anlam kaybı olmadığını doğruladıktan sonra kısaltın. Yazı tipini en son küçültün.

Hedef yazı sistemi kutular, ayrık harfler veya beklenmedik yazı tipleri gösteriyorsa bunu taşma sorunu değil, yazı tipi sorunu olarak ele alın. Çeviriden sonra yazı tiplerinin neden bozulduğuna ilişkin kontrolleri uygulayın.

2. Birleştirilmiş hücreler artık doğru verileri açıklamaz

Birleştirilmiş bir başlık, kaynakta üç ürün sütununu kapsayabilir. Dönüştürme sırasında bir satır veya sütun eklenir, silinir ya da kaydırılırsa sözcükler doğru çevrilmiş olsa bile başlık yanlış grubun üzerinde görünebilir.

Kapsamları kaynakla karşılaştırarak düzeltin. Birden fazla sütun veya satırı kapsayan her başlığı yönettiği hücrelere kadar izleyin. Çevrilmiş etiketi sığdırmak için yeni birleştirilmiş hücreler eklemeyin; bunun yerine genişliği veya metin kaydırmayı ayarlayın.

Microsoft, bölünmüş ve birleştirilmiş hücreler, iç içe tablolar ile boş satır veya sütunlar ekran okuyucuların hücreleri sayma ve tanıma biçimini bozabildiğinden, erişilebilirlik için basit dikdörtgen tablolar önerir. Karmaşık kapsamlar gerektiğinde yalnızca görsel inceleme yeterli değildir.

3. Başlıklar veri hücreleriyle ilişkisini kaybeder

İlk satırdaki kalın metin gören bir okuyucu için başlık gibi görünür ancak görünüm yapıyı tanımlamaz. W3C kılavuzu, yardımcı teknolojilerin ilgili satır ve sütun bağlamını duyurabilmesi için başlık hücreleri ile veri hücrelerinin tanımlanmasını ve ilişkilendirilmesini gerektirir.

Düzenlenebilir belgede anlamsal başlıkları geri yükleyerek düzeltin. İlk satırı başlık olarak işaretleyin, çok sayfalı tablolarda yinelenen başlıkları doğrulayın ve karmaşık tabloları uygulamanın erişilebilirlik denetleyicisiyle test edin. Dışa aktarılan HTML veya PDF’de başlık ilişkilerinin dönüştürmeden sonra korunduğunu doğrulayın.

4. Sayılar, formüller ve tanımlayıcılar fark edilmeden değişir

Akıcı bir cümleyi fark etmek kolaydır; değişmiş bir ondalık ayırıcıyı, eksi işaretini, yüzdeyi, model numarasını veya elektronik tablo başvurusunu fark etmek ise kolay değildir. Bazı değerler okuyucular için yerelleştirilmelidir ancak tanımlayıcılar ve hesaplama mantığı kesinlikle aynı kalmalıdır.

Yalnızca verilere odaklanan bir karşılaştırma turuyla düzeltin. Düz metni göz ardı ederek rakamları, para birimi kodlarını, yüzde işaretlerini, birimleri, aralıkları, toplamları, formülleri, dipnot işaretlerini ve hücre başvurularını karşılaştırın. Hedef dosyada elektronik tablo formüllerini ve toplamlarını yeniden hesaplayın. İnceleyenlerin kasıtlı yerel değişiklikleri kaynak biçime geri “düzeltmemesi” için bunları kaydedin.

5. Sağdan sola metin noktalama işaretlerini veya hizalamayı bozar

Arapça ve İbranice sağdan sola ilerler ancak metne gömülü Latin terimleri ve rakamlar soldan sağa ilerlemeye devam eder. Unicode bu nedenle bunu çift yönlü metin olarak ele alır. Ayrıca ayrı tablo hücrelerinin ayrı paragraflar olarak işlenebileceğini ve yönün hücre veya paragraf düzeyinde ayarlanabileceğini belirtir.

Hücre hücre düzeltin. Doğru temel yönü ayarlayın, ardından Latin metninin yanındaki ürün kodlarını, tarihleri, yüzdeleri, parantezleri, eğik çizgileri ve noktalama işaretlerini inceleyin. Rakamları elle ters çevirmeyin. Yön ve yansıtma birer görüntüleme davranışı olduğundan hem düzenlenebilir belgeyi hem de dışa aktarılan PDF’yi kontrol edin.

Çeviri Öncesi Kontrol Listesi

• Mümkün olduğunda düzenlenebilir DOCX, PPTX veya XLSX dosyasından başlayın.
• Yalnızca boşluk vermek için kullanılan boş satır ve sütunları kaldırın.
• Uygun olduğunda düzen amaçlı tabloları normal belge düzeniyle değiştirin.
• Gerçek başlık satırlarını işaretleyin ve tablo yapısını verilerin izin verdiği ölçüde basit tutun.
• Satırların büyümesine izin verin; çevrilebilir hücrelerde sabit yüksekliklerden kaçının.
• Birleştirilmiş hücreleri, formülleri, toplamları, korunan tanımlayıcıları ve çevrilmemesi gereken terimleri belirleyin.
• Kaynak dili doğru ayarlayın ve hedef yerel ayarı kaydedin.
• İnceleyenlerin onaylanmış kaynağın nasıl göründüğünü bilmesi için bir referans PDF kaydedin.

Bu adımlar, herhangi bir araç veya çevirmen dosyaya dokunmadan önce belirsizliği azaltır. Ayrıca daha sonra ortaya çıkan bir sorunun çeviriden, dönüştürmeden veya özgün tablo tasarımından kaynaklanıp kaynaklanmadığını anlamayı kolaylaştırır.

Çevrilmiş Tablo Nasıl İncelenir?

Ayrı turlar kullanın. Dil, veri, yapı ve düzeni aynı anda kontrol etmeye çalışmak küçük hataların gözden kaçmasını kolaylaştırır.

1. Izgarayı karşılaştırın. Tabloları, satırları, sütunları, birleştirilmiş alanları, başlık satırlarını ve notları sayarak kaynakla karşılaştırın.
2. İçeriği karşılaştırın. Her hücrenin bir kez çevrildiğini ve doğru başlığın altında kaldığını doğrulayın.
3. Verileri karşılaştırın. Düz metni düzenlemeden sayıları, işaretleri, birimleri, formülleri, toplamları, tanımlayıcıları ve bağlantıları kontrol edin.
4. Düzeni inceleyin. Kırpılma, aşırı satır büyümesi, kötü sayfa sonları, küçücük otomatik sığdırılmış metin, yedek yazı tipleri ve düzensiz hizalama olup olmadığına bakın.
5. Yönü ve erişilebilirliği kontrol edin. RTL hücrelerini, başlık ilişkilerini, okuma sırasını ve yinelenen başlıkları doğrulayın.
6. Dışa aktarın ve yeniden inceleyin. Teslim edilen PDF’yi veya diğer son biçimi açın; yalnızca düzenlenebilir kaynağı onaylamayın.

OpenL Doc Translator, PDF, DOCX, PPTX ve XLSX dâhil belge biçimlerini destekler. Resmî sayfasında yazı tiplerinin, renklerin, tabloların ve sayfa düzeninin korunduğu ve her işin çevrilmiş ve iki dilli sürümler içerdiği belirtilir. Mümkün olduğunda düzenlenebilir kaynağı kullanın, sonucu önizleyin ve yukarıdaki yapılandırılmış incelemeyi tamamlamadan önce iki dilli sürümü karşılaştırın.

Biçimlendirmeyi korumak yeniden oluşturma işini azaltır; kalite kontrolü gereksinimini ortadan kaldırmaz. İki dilli belge inceleme kontrol listesi, tablo kontrolü tamamlandıktan sonra belgenin geri kalanını kapsar.

Elle İnceleme Ne Zaman Zorunludur?

Bir tablo aşağıdakileri içeriyorsa her zaman bir insan inceleyici atayın:

• Finansal toplamlar, oranlar, tahminler veya denetlenmiş rakamlar
• Yasal yükümlülükler, uyumluluk sınırları, dozaj veya güvenlik verileri
• Formüller, çalışma sayfaları arası başvurular veya hesaplanmış alanlar
• Çok düzeyli başlıklar, birleştirilmiş alanlar veya iç içe tablolar
• OCR’ye bağlı taranmış veya görüntü tabanlı hücreler
• Karışık sağdan sola ve soldan sağa metin
• Genişlemeye yer bırakmayan sabit baskı düzeni

Bu tablolar için “dosya açıldı” ve “tablo benzer görünüyor” kabul ölçütü değildir. Onay; kaynak yapının eşleştirilmesini, hedef dildeki anlamın doğrulanmasını, her kritik değerin kontrol edilmesini ve son teslim biçiminin test edilmesini gerektirir.

Başarılı bir tablo çevirisi yalnızca dikdörtgenleri değil, ilişkileri korur. İçeriği, yapıyı, verileri, düzeni, yönü ve erişilebilirliği ayrı ayrı inceleyin; böylece bir biçimlendirme kusurunun veri hatasına dönüşme olasılığı büyük ölçüde azalır.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.