Çevrilmiş Belgeler Neden Daha Uzun Olur

Çevrilmiş bir belge, yeni fikirler eklemeden sayfa kazanabilir. Farklı kelime uzunlukları, cümle yapıları, satır kırma kuralları ve yazı tipi ölçüleri aynı anlamın ne kadar yer kapladığını değiştirir.

Kısa Yanıt

Çevrilmiş belgeler, hedef metin kaynak metinden daha fazla yatay veya dikey alan kapladığında uzar. Bunun nedeni çevirinin daha fazla karakter kullanması, daha uzun kelimeler içermesi, satırı kırmak için daha az yer sunması, daha geniş glifler barındırması ya da daha fazla satır aralığı gerektirmesi olabilir.

Bu yüzden sayfa sayısı bir düzen sonucudur; çeviri kalitesinin güvenilir bir ölçüsü değildir. Kısa bir çeviri yine de bir sayfa daha gerektirebilir, kötü bir çeviri ise içeriği atladığı için daha kısa olabilir.

En kullanışlı planlama kuralı basittir: özellikle kaynak dosya dar bir alana sığacak şekilde tasarlandıysa, düzenin kayacağını bekleyin.

Aynı Anlam Neden Daha Fazla Yer Kaplar

Kısa İngilizce etiketler hızla büyüyebilir

İngilizce ve Çince bilgiyi genellikle daha az yerle ifade eder. W3C, bu nedenle bu dillerden yapılan çevirilerin sıklıkla daha uzun olduğunu, özellikle kaynakta kısa etiketler bulunduğunda bunun belirginleştiğini belirtir.

Kuruluşun metin genişlemesi rehberi, İngilizceden Avrupa dillerine yapılan çeviriler için şu ortalama planlama aralıklarını verir:

İngilizce kaynak uzunluğu	Kaynağa göre ortalama çeviri uzunluğu
10 karaktere kadar	%200-300
11-20 karakter	%180-200
21-30 karakter	%160-180
31-50 karakter	%140-160
51-70 karakter	%151-170
70 karakterden fazla	%130

Bu rakamlar belirli bir dil çifti için garanti değil, düzen payıdır. Bunlardan çıkarılacak faydalı ders şudur: en kısa kaynak dizeler genellikle orantısal olarak en büyük güvenlik payına ihtiyaç duyar. İki kelimelik bir tablo başlığı veya vurgu kutusu, genellikle daha küçük bir kapsayıcının içinde yer aldığı için tam bir paragraftan daha fazla soruna yol açabilir.

Dil bilgisi kelime sayısını değiştirir

Diller anlamı aynı şekilde paketlemez. Bir dil bir fikri çekim ekiyle anlatırken başka bir dil tanımlık, edat, yardımcı fiil veya açıklayıcı bir ifadeye ihtiyaç duyabilir. Kelime sırası da bir niteleyiciyi ya da koşulu, fazladan bir satır oluşturacak bir konuma taşıyabilir.

Bu, çevirmenin kaynak yapıyı kopyalaması veya sayfa sayısını korumak için gerekli kelimeleri çıkarması gerektiği anlamına gelmez. Çeviri önce eksiksiz ve doğal olmalıdır; düzen ona uyum sağlamalıdır.

Uzun kelimeler satır kaydırma seçeneklerini azaltır

W3C, İngilizce “Input processing features” ifadesinin yerine geçen bir bileşik kelime örneği olarak Almanca Eingabeverarbeitungsfunktionen kelimesini kullanır. İngilizce ifade boşluklardan satır kaydırılabilir. Almanca bileşik kelime ise belgede uygun, dile duyarlı heceleme olmadığı sürece tek satırda kalabilir.

Unicode’un satır kırma standardı bunun neden önemli olduğunu açıklar: yazılım, kullanılan karakterler ve dil için izin verilen fırsatlar arasından satır kırılma noktalarını seçer. Bu fırsatlar sınırlı olduğunda dar sütunlar, tablo hücreleri ve metin kutuları daha çabuk bozulur.

Karakter sayısı görsel genişlikle aynı şey değildir

Bir çeviri daha az karakter içerip yine de daha fazla yer kaplayabilir. W3C, İngilizce desktop ile Japonca デスクトップ kelimelerini karşılaştırır: Japonca terim daha az karaktere sahiptir ama genellikle daha fazla yatay genişlik gerektirir.

Yazı tipi ikamesi sonucu yeniden değiştirebilir. Yedek bir yazı tipi, kaynak yazı tipinden daha geniş veya daha uzun olabilir ve bir zamanlar sığan bir satırı iki satıra çevirebilir. Çevrilmiş dosyada taşmanın yanı sıra eksik glifler, birleşmeyen harfler veya beklenmeyen yazı tipleri görüyorsanız bunları çeviriden sonra yazı tipleri neden bozulur rehberimizle ayrıca teşhis edin.

Bazı yazılar daha fazla dikey alana ihtiyaç duyar

Arapça, Çince, Devanagari, Japonca, Korece, Tayca, Tibetçe ve diğer yazılar Latin metninden daha uzun glifler veya daha fazla satır aralığı gerektirebilir. Bu nedenle bir paragraf, satır sayısı değişmese bile dikey alan ekleyebilir.

Bu yüzden yazı tipini küçültmek nadiren en iyi ilk çözümdür. Metin sığabilir, ancak hedef yazı okunması zor hale gelebilir veya işaretleri çakışabilir.

Metin Genişlemesi Bir Belgeyi Nerede Bozar

Uzun gövde paragrafları genellikle yeniden akar. Sorunlar, kaynak metne göre boyutlandırılmış kapsayıcılarda yoğunlaşır:

Belge öğesi	Tipik sorun	Daha iyi yanıt
Başlıklar	Fazladan satır, gövde metnini başka bir sayfaya iter	Satır kaydırmaya izin verin ve başlığı sonraki paragrafla birlikte tutun
Tablolar	Satırlar büyür, sütunlar çok daralır veya metin kesilir	Önemli sütunları genişletin, satırların büyümesine izin verin veya sayfa yönünü değiştirin
Metin kutuları ve vurgu kutuları	Metin taşar veya otomatik olarak küçülür	Kutuyu büyütün veya yalnızca anlamı gözden geçirdikten sonra kısaltın
Formlar	Etiketler alanlarla çakışır	Etiketleri alanların üstüne taşıyın veya etiket genişliğini artırın
Üstbilgiler ve altbilgiler	Metin, sayfa numaralarıyla veya kenar boşluklarıyla çakışır	Yinelenen metni basitleştirin ve her bölümü kontrol edin
Resim yazıları ve dipnotlar	Referanslar konularından ayrılır	İlgili öğeleri bir arada tutun ve sayfa numaralarını güncelleyin
Slaytlar	Maddeler yoğunlaşır veya okunamayacak kadar küçülür	Slaytı bölün veya çeviriden önce kaynak içeriği azaltın

Değişen tek bir satır dosyanın geri kalanına yayılabilir. Uzayan bir tablo bir resim yazısını kaydırır; resim yazısı bir sayfa sonunu kaydırır; sayfa sonu içindekiler tablosunu değiştirir. Metin son halini aldıktan sonra tüm belgeyi gözden geçirin; ifadeler hâlâ değişirken sayfaları onarmaya çalışmayın.

Kaynağı Çeviriden Önce Hazırlayın

1. Elle eklenen satır sonlarını kaldırın

Kaynağın dengeli görünmesi için eklenen satır sonları hedef dile nadiren uyar. Gerçek paragraf sonlarını koruyun, ancak normal cümlelerin otomatik olarak akmasına izin verin.

2. Dar kapsayıcılara büyüme alanı tanıyın

Tabloları, kenar çubuklarını, formları, grafikleri ve metin kutularını çeviriden önce kontrol edin. Dolguyu yalnızca yer olduğu yerde artırın, satır büyümesini etkinleştirin ve önemli metinler için sabit yükseklikli kutulardan kaçının.

3. Paragraf ve başlık stillerini kullanın

Stiller genel onarımları mümkün kılar. Çevrilmiş başlıklar farklı aralık veya satır yüksekliği gerektiriyorsa, her başlığı elle düzenlemektense tek bir stil değişikliği daha güvenlidir.

4. Doğru belge dilini ayarlayın

Dil ayarları, uyumlu yazılımın yazım, heceleme ve satır kırma davranışını seçmesine yardımcı olur. Ayrıca bir düzenleyicinin kaynak dil kurallarını çevrilmiş metne uygulamasını önler.

5. Değişmemesi gereken terimleri koruyun

Ürün adlarını, kodları, URL’leri, değişkenleri ve yasal tanımlayıcıları işaretleyin. Kısaltmalar için çevirmene bağlam verin; dar bir karşılığı olmayabilecek kısaltılmış kaynak etiketlere güvenmeyin.

6. Düzenlenebilir bir ana dosya saklayın

Düzeni mümkünse DOCX, PPTX, elektronik tablo veya tasarım kaynağında onarın. Google Cloud’un belge çevirisi rehberi, bu biçimler düzeni ve stilleri genellikle PDF’den daha iyi koruduğu için sonucu PDF’ye dönüştürmeden önce DOCX veya PPTX çevirmenizi önerir. PDF’ye özgü hazırlık için biçimlendirmeyi kaybetmeden PDF çevirme iş akışını izleyin.

Genişlemiş Bir Çeviriyi Ona Zarar Vermeden Düzeltin

Görsel bir onarımın dil sorunu yaratmaması için şu sırayı kullanın:

1. Hiçbir şeyin çoğaltılmadığını doğrulayın. Başlık sırasını, listeleri, tabloları ve yinelenen paragrafları kaynakla karşılaştırın.
2. Kaynak dildeki satır sonlarını kaldırın. Tipografiyi değiştirmeden önce hedef metnin yeniden akmasına izin verin.
3. Kapsayıcıyı yeniden boyutlandırın. Bir sütunu genişletin, bir metin kutusunu derinleştirin veya bir tablo satırının büyümesine izin verin.
4. Aralıkları ayarlayın. Yazıyı sıkıştırmadan aşırı paragraf aralığını veya dolguyu azaltın.
5. Dile duyarlı heceleme uygulayın. Bunu yalnızca hedef dil ve belge stili için doğru olduğunda kullanın.
6. Yerel olarak yeniden yazın. Nitelikli bir gözden geçirenden anlamı ve tonu koruyarak bir başlığı veya etiketi kısaltmasını isteyin.
7. Yazı tipi boyutunu en son küçültün. Gövde metnini ve yinelenen öğeleri tutarlı tutun ve tek tek pasajları yalnızca sığacak kadar küçültmeyin.

Özgün sayfa sayısını geri kazanmak için niteleyicileri, örnekleri, uyarıları veya yasal koşulları silmeyin. Tek sayfalık bir form veya iki slaytlık bir özet gibi sabit bir sınır zorunluysa, bu sınırı çeviriden önce tanımlayın ki çevirmen mevcut alana göre yazabilsin.

Düzeni Koruyan Bir Çeviri İş Akışı Kullanın

Metni sade bir çeviri aracına kopyalamak, düzenin bağlı olduğu tabloları, stilleri, metin çerçevelerini ve ilişkileri siler. Düzenlenebilir belgeyi yüklemek, belgeyi tanıyan bir araca koruyabileceği daha fazla yapı verir.

OpenL Doc Translator PDF, DOCX, PPTX, XLSX, EPUB ve SRT gibi biçimleri destekler. Resmî sayfası, yazı tiplerini, renkleri, tabloları ve sayfa düzenini koruduğunu ve hem çevrilmiş hem de iki dilli sürümler sunduğunu belirtir. İki dilli dosya, bir düzen değişikliğinin gerçek metin genişlemesinden mi yoksa eksik ya da çoğaltılmış içerikten mi kaynaklandığını kontrol etmek için kullanışlıdır.

Biçimlendirmenin korunması elle yeniden oluşturmayı azaltır, ancak her dilin aynı yeri kaplamasını sağlayamaz. İşi ayrı bir iki dilli ve düzen incelemesiyle bitirin; bunun için iki dilli belge inceleme kontrol listesini kullanın. Taşmayı, tablo büyümesini, sayfa sonlarını, üstbilgileri, altbilgileri, içindekiler tablosunu ve son dışa aktarılan PDF’yi kontrol edin.

Teslimden Önce Son Kontrol

• Hiçbir metin kesilmemiş, gizlenmemiş, üst üste gelmemiş veya onaylanan boyutun altına otomatik küçültülmemiş olmalı.
• Tablolar satır-sütun ilişkilerini korumalı ve okunabilir kalmalı.
• Başlıklar tanıttıkları içerikle birlikte kalmalı.
• Resim yazıları, dipnotlar, vurgu kutuları ve sayfa referansları hâlâ doğru yeri göstermeli.
• Yazı tipleri her hedef dil karakterini ve stilini desteklemeli.
• İçindekiler tablosu ve çapraz referanslar güncellenmiş olmalı.
• Hem düzenlenebilir dosya hem de dışa aktarılan PDF incelenmiş olmalı.
• İki dilli bir karşılaştırma, dosyayı sığdırmak için hiçbir içeriğin kaybolmadığını doğrulamalı.

Daha uzun bir çevrilmiş belge genellikle bir şeylerin ters gittiğinin değil, dil ile düzenin etkileştiğinin kanıtıdır. Genişleme için yer planlayın, belge yapısını koruyun ve düzeni ancak çeviri tamamlandıktan sonra ayarlayın.

Sources

• W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
• Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
• Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
• OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.