RTF Dosyası Nasıl Çevrilir: Neler Korunur, Neler Bozulur

Bir RTF dosyasını çevirmek için .rtf dosyasının tamamını RTF okuyabilen bir çeviri aracına yükleyin ve sonucu kontrol edin. BookTranslator RTF kabul eder. Metni her seferinde bir paragraf okuyup çevirir ve size yeni bir RTF dosyası ile iki dilli bir RTF dosyası verir. Metni bir sohbet penceresine veya web çevirmenine yapıştırmak da bir iki sayfa için işe yarar, ancak dosyayı kaybedersiniz ve yeniden oluşturmanız gerekir.

Yüklemeden önce bilmeniz gereken bir şey var. Çevrilen dosya sözcüklerinizi ve paragraflarınızı korur, ancak biçimlendirmenizi korumaz. Kalın yazı, başlıklar, yazı tipleri, tablolar, bağlantılar ve görseller geri gelmez. Bu nedenle doğru yol, dosyanızda ne olduğuna ve dosyayı hangi uygulamanın kaydettiğine bağlıdır. Word'den kaydedilmiş düz bir el yazması kolay durumdur. Mac'te TextEdit tarafından kaydedilen bir dosya önce ek bir adım gerektirir, aksi takdirde tüm paragraflar birbirine karışır.

üç test dosyası oluşturduk ve yüklemeden önce bir RTF dosyasında neler olduğunu ve sonrasında nelerin değiştiğini gösteren ücretsiz bir denetleyici yazdık. Test dosyalarını, BookTranslator'ın kullandığı RTF okuma ve yazma kodunun yerel bir kopyasından, model yerine bir işaretleyici ile geçirdik; böylece her test dosyasının çeviri için tam olarak hangi metni gönderdiğini ve dosyanın nasıl geri döndüğünü görebilirsiniz.

Kısa Yanıt: Dosyanın Her Bölümüne Ne Olur

Bu kılavuzun geri kalanı her satırın nereden geldiğini ve bu konuda ne yapılacağını gösterir.

Adım 1: Hangi Tür RTF'ye Sahip Olduğunuzu Kontrol Edin

RTF, içinde biçimlendirme kodları bulunan bir metin biçimidir. Dosyayı düz bir metin düzenleyicide açın veya terminalde head -c 120 yourfile.rtf komutunu çalıştırın ve ilk satıra bakın.

• İçinde \cocoartf varsa, dosya Apple'ın metin sistemi tarafından kaydedilmiştir: TextEdit veya onu kullanan başka bir Mac uygulaması.
• İçinde \rtf1\ansi varsa ve \cocoartf yoksa, büyük olasılıkla Word, LibreOffice, WordPad veya bir yazma uygulamasının dışa aktarımından gelir.

Bu fark önemlidir çünkü iki tür paragrafı farklı şekillerde bitirir. Word ve diğer çoğu kelime işlemci her paragrafın sonuna \par kodunu yazar. Apple'ın metin sistemi ise bunun yerine satır sonuna tek bir ters eğik çizgi yazar. Her ikisi de geçerli RTF'tir: Microsoft'un orijinal 1989 RTF belirtimi (kopya), ters eğik çizgi ve ardından gelen satır sonunun \par ile aynı şekilde işlendiğini söyler ve Apple'ın kendi okuyucusu TextEdit test dosyamızı ayrı paragraflar olarak gösterir. BookTranslator'ın RTF okuyucusu paragrafları yalnızca \par üzerinden böler. Bunu 3 Kasım 2026'da kodunda ve aşağıdaki testte kontrol ettik.

Kontrol aracı hangi türe sahip olduğunuzu ve dosyada başka neler olduğunu size söyler. Python 3'e ihtiyaç duyar, başka bir şeye ihtiyaç duymaz:

python3 check_rtf.py sample-word-style.rtf

Word tarzı test dosyamızda şunu yazdırdı:

== sample-word-style.rtf
  par_breaks: 7
  table_cells: 4
  table_rows: 2
  hyperlinks: 1
  fields: 1
  bold_on: 2
  italic_on: 1
  page_breaks: 1
  fonts: 2
  footnotes: 1
  headers: 1
  images: 1
  visible_paragraphs: 7
  WARN 4 table cells: check that cell boundaries survive.
  WARN 1 footnotes: check where this text ends up in the output.
  WARN 1 headers: check where this text ends up in the output.
  WARN 1 hyperlinks: the link text may survive without the URL.
  WARN 1 images: keep the original for the artwork.

TextEdit dosyasında ilk uyarı şuydu:

  WARN Paragraphs end with a backslash + line break (TextEdit/Cocoa style), not \par. Tools that only split on \par will see one long paragraph.

Denetleyici herhangi bir uyarı vermezse, paragraflarınız, sayılarınız ve metniniz sorunsuz geçmelidir. Kalın yazı, başlıklar ve listeler uyarı tetiklemez, ancak RTF yolunda yine de kaldırılırlar; bunlara ihtiyacınız varsa Adım 2'ye bakın.

Test Dosyalarımızdan Ne Geri Geldi

Üç küçük dosya oluşturduk. Hepsi ve geri gelen her şey test dosyası klasöründe.

• sample-word-style.rtf Word'ün RTF için kullandığı tarzda elle yazılmıştır: \par satır sonları, bir sayfa üstbilgisi, bir dipnot, bir bağlantı, ikiye iki bir tablo, küçük bir görsel, bir sayfa sonu, kod sayfası karakteri olarak yazılmış café ve Unicode kodları olarak yazılmış 日本.
• sample-textedit.rtf bir Mac'te textutil -convert rtf ile oluşturuldu; bu, TextEdit ile aynı metin sistemini kullanır. İçinde bir başlık, kalın ve italik kelimeler, bir bağlantı, madde işaretli bir liste, bir tablo ve {braces} ile ters eğik çizgiler içeren bir satır var.
• sample-long-numbers.rtf 20 haneli bir sipariş referansı, 40 karakterlik bir commit hash'i ve bir telefon numarası içerir.

RTF okuma ve yazma fonksiyonlarını 3 Kasım 2026'da BookTranslator'ın arka uç kodundan kopyaladık ve her dosya üzerinde çalıştırdık. Hiçbir model kullanılmadı. Çeviri için gönderilecek her paragraf, [ZH] artı orijinal metin ile değiştirildi. Bu, gerçek bir çevirinin gürültüsü olmadan bir modelin tam olarak ne alacağını ve dosyanın nasıl yeniden oluşturulduğunu gösterir.

Word tarzı dosya: altı temiz paragraf, üç sürprizle

Dosya, şu sırayla altı çevrilmiş paragraf olarak geri geldi:

[ZH] Harbor Notes - Draft 2
[ZH] Chapter 3: The Harbor
[ZH] The ferry left at 6:40, an hour before the café opened. Timetable from the 1998 edition.
[ZH] Read the harbor map before you go.
[ZH] StopTimeNorth pier7:05
[ZH] Chapter 4: 日本 (Nihon)

Bunların çoğu istediğiniz şeydir. Her paragraf bir kez, sırayla gönderildi ve café ile 日本 RTF kodlarından metne ve geriye yolculuktan sağ çıktı. Üç sürpriz:

1. Sayfa üstbilgisi ilk paragraf oldu. "Harbor Notes - Draft 2" her sayfanın üstünde basılan bir üstbilgiydi. Çevrilmiş dosyada gövde metni.
2. Dipnot cümlenin içine taşındı. "Timetable from the 1998 edition." "opened" üzerine bir dipnottu. Şimdi cümlenin bir parçasıymış gibi onu takip ediyor ve dipnot numarası kayboldu. Bu paragrafı çeviren bir model tek bir bitişik metin görür ve dipnotu elle bulup geri taşımanız gerekir.
3. Tablo hücreleri birleşti. Dört hücre "Stop", "Time", "North pier" ve "7:05" tek bir dize oldu: StopTimeNorth pier7:05. Bir model bunu yanlış yerden bölebilir veya "StopTime"ı tek kelime olarak çevirebilir.

Çevrilmiş dosyada üstbilgi, dipnot, tablo, bağlantı adresi, görsel ve kalın yazı yok. Adım 4'teki denetleyicinin karşılaştırma modu tüm bunları listeler.

TextEdit dosyası: tek paragraf

TextEdit dosyasında sekiz görünür paragraf var. Hepsi çeviri için tek paragraf olarak gönderildi:

Chapter 3: The HarborThe ferry left at 6:40, an hour before the market opened.Read the harbor map before you go.	•	Bring cash	•	Keep your ticketStopTimeNorth pier7:05Ana said: "We'll wait {here}" and C:\Users\ana\notes stayed open.

Her paragrafın bittiği yerde boşluk yok: "HarborThe", "opened.Read". Çevrilmiş dosya da tek paragraf. Test dosyamız kısa. TextEdit ile kaydedilmiş gerçek bir kitapta, tüm dosya tek paragraf olur. Çeviriden önce BookTranslator, çok uzun paragrafları bulabildiği yerde cümle sonlarından yaklaşık 6.000 karakterlik (Çince, Japonca veya Korece için yaklaşık 2.000) parçalara böler. Bu bölmeler yine paragrafların içindeki cümle sonlarına denk gelir, ancak asla eksik paragraf sonlarına denk gelmez, çünkü "opened.Read" bir cümle sonu gibi görünmez. Her paragrafın tek bir cümle olduğu durumlarda, örneğin diyalog satırları veya liste öğeleri, bölmeler virgül veya boşluklara denk gelebilir. Model paragrafların nerede olduğunu asla görmez ve geriye tek bir metin duvarı alırsınız.

Son cümledeki süslü parantezler ve ters eğik çizgiler hayatta kaldı. Çıkışta doğru şekilde kaçış karakteriyle yazıldılar, bu yüzden dosya hâlâ açılıyor.

Uzun sayılar: çeviriden önce silindi

Üçüncü dosya şöyle geri geldi:

[ZH] Your order reference is  and must be quoted in full.
[ZH] The fix landed in commit  last week.
[ZH] Call +44 20 7946 0958 before 5 pm.

Sipariş referansı ve commit hash'i kayboldu, her birinin yerinde çift boşluk var. Okuyucu, yalnızca 0–9 rakamları ve a–f harflerinden oluşan 20 veya daha fazla karakterlik her diziyi kaldırır, çünkü RTF'te gömülü görsel verisi böyle görünür. Metninizdeki uzun bir sayı da ona aynı görünür. Telefon numarası hayatta kaldı çünkü rakam grupları kısa.

Bu çoğunlukla sözleşmeler, faturalar, teknik notlar ve uzun referans numaraları içeren kayıtlar için önemlidir. Denetleyici, kaynak dosyanızdaki bu tür her dizeyi listeler ve çeviriden sonra birinin eksik olup olmadığını size söyler.

Adım 2: Dosyanız için Doğru Yolu Seçin

Birini seçmek için denetleyicinin çıktısını kullanın:

Mac'te bir TextEdit dosyasını dönüştürmek için Terminal'i açın ve şu komutlardan birini çalıştırın:

textutil -convert docx notes.rtf
textutil -convert txt notes.rtf

İlki, orijinalin yanına notes.docx yazar. TextEdit test dosyamızı bu şekilde dönüştürdüğümüzde, DOCX'te her satır için ayrı bir paragraf vardı ve kalın ile italik kelimeler korunmuştu. Tabloyu korumadı; tablo ayrı paragraflara dönüştü, bağlantı da korunmadı. Bunlara ihtiyacınız varsa dosyayı Word veya LibreOffice'te açıp oradan DOCX olarak kaydedin ve yüklemeden önce tabloyu kontrol edin. İkinci komut düz bir metin dosyası yazar. Yalnızca kelimelere ihtiyacınız olduğunda bunu kullanın; düz metin çeviri rehberimiz bir TXT dosyasında neleri kontrol etmeniz gerektiğini anlatır.

Tabloların, stillerin ve üstbilgilerin önemli olduğu bir Word belgesi için bir Word belgesini biçimi koruyarak çevirme rehberimize bakın. BookTranslator'ın belge çevirici sayfasındaki SSS bölümü, eski Word .doc dosyaları için aynı tavsiyeyi verir: metinlerini çevirip bir RTF dosyası döndürür ve görsellerin, tabloların veya düzenin korunması gerektiğinde bunları önce DOCX olarak kaydetmenizi önerir.

Adım 3: Tüm Dosyayı Çevirin

Dosyayı yükleyin, hedef dili seçin ve ödeme yapmadan önce fiyatı kontrol edin. BookTranslator paragrafları sırayla çevirir. Yinelenen adlar ve terimler içeren uzun bir dosya için ödeme yapmadan önce Otomatik sözlük seçeneğini açın; böylece bunlar baştan sona aynı şekilde çevrilir.

İki dosya alırsınız:

• Çevrilmiş dosya: hedef dildeki her paragraf.
• İki dilli dosya: her orijinal paragraf ve ardından çevirisi. İnceleme için daha hızlı olan dosya budur, çünkü ikisini yan yana okuyup atlanan veya yanlış okunan bir paragrafı fark edebilirsiniz. TextEdit testimizin iki dilli dosyasında, tüm belge önce İngilizce olarak, sonra işaretçiyle birlikte bir kez daha görünür; bu da tek paragraf sorununu görmenin başka bir yoludur.

Her iki dosya da düz 12 punto Times New Roman paragraflar olarak yazılır. Arapça ve İbranice gibi sağdan sola hedef diller, sağdan sola paragraflar olarak işaretlenir. Dosyaları okumak ve biçimlendirmek için Word, LibreOffice veya TextEdit'te açın.

Adım 4: Çevrilen Dosyayı Kontrol Edin

Denetleyiciyi kaynak dosya ve çeviriyle çalıştırın:

python3 check_rtf.py sample-word-style.rtf sample-word-style-translated.rtf

Word tarzı dosyamız için karşılaştırma bölümü şunu yazdırdı:

== compare
  CHANGED table_cells: 4 -> 0
  CHANGED footnotes: 1 -> 0
  CHANGED headers: 1 -> 0
  CHANGED hyperlinks: 1 -> 0
  CHANGED images: 1 -> 0
  CHANGED bold_on: 2 -> 0
  CHANGED italic_on: 1 -> 0
  CHANGED page_breaks: 1 -> 0
  CHANGED visible_paragraphs: 7 -> 6

Her satır, incelemeniz gereken bir iştir. Burada paragraf sayısı yediden altıya düştü çünkü tablo satırları tek bir paragraf haline geldi. Uzun sayılar dosyası için, silinen her sayı için bir tane olmak üzere iki MISSING satırı yazdırdı. TextEdit dosyası için visible_paragraphs: 8 -> 1 ifadesi, Adım 2'ye geri dönmeniz gerektiğinin işaretidir.

Denetleyici yapıyı sayar. Çevirinin iyi olup olmadığını size söyleyemez. En azından açılış sayfaları ve ad, sayı veya diyalog içeren herhangi bir pasaj için iki dilli dosyayı okuyun.

Yaygın Sorunlar

Çevrilen RTF dosyam tek uzun paragraf. Kaynak dosyanız büyük olasılıkla TextEdit veya başka bir Mac uygulamasından geliyor. Denetleyiciyi orijinal üzerinde çalıştırın. Ters eğik çizgi satır sonları konusunda uyarı verirse, dosyayı DOCX veya TXT'ye dönüştürün ve onu çevirin.

Bazı kelimeler "StopTime" gibi birbirine yapışmış. Bunlar tablo hücreleriydi. RTF tabloları bu yolda hücre sınırlarını kaybeder. Tablo önemliyse dosyanın bir DOCX kopyasını çevirin.

Bir cümle, kendisine ait olmayan metinle bitiyor. Bu muhtemelen bir dipnottur. Orijinalde bulun, ardından çevirisini Word'de bir dipnota geri taşıyın.

Çeviride bir sayı eksik. 0–9 ve a–f karakterlerinden 20 veya daha fazla karakterden oluşuyorsa, çeviriden önce kaldırılmıştır. Orijinalden geri kopyalayın. Denetleyicinin MISSING satırları her birini listeler.

Biçimlendirme kayboldu. RTF yolunda bu beklenir: dosya düz paragraflarla yeniden oluşturulur. Biçimlendirmeye ihtiyacınız varsa, bir DOCX kopyasını çevirin veya çeviriden sonra stilleri yeniden uygulayın. DOCX çeviri araçları karşılaştırmamız, hangi araçların Word biçimlendirmesini koruduğunu ve ne kadar iyi koruduğunu ele alıyor.

Sonucu DOCX olarak alabilir miyim? RTF yüklemesinden alamazsınız; RTF girer, RTF çıkar. Yüklemeden önce orijinali DOCX'e dönüştürün, sonuç DOCX olarak geri gelsin.