Araç · ücretsiz
Metin karşılaştırma
İki metin arasındaki farkı satır ve kelime düzeyinde göster. Ve asıl kısım: ekranda aynı görünen iki satır neden farklı — onu da söyler.
Tarayıcında çalışır · sunucuya hiç gitmiyor
Fark
Sık sorulanlar
Metinlerim bir yere gönderiliyor mu?
Hayır. Karşılaştırmanın tamamı tarayıcında yapılıyor; hiçbir şey cihazından çıkmıyor. Bu araca çoğu zaman sözleşme, teklif ya da yayımlanmamış metin yapıştırılıyor — nereye gittiği önemli.
“Ekranda aynı görünüyor ama farklı diyor” — neden?
Bu aracın asıl cevapladığı soru bu. Sebep neredeyse her zaman üçünden biri: (1) Unicode normalleştirme — ç tek kod noktası olabilir ya da c + birleşen çengel; ekranda ikisi de aynı. (2) Görünmez karakter — sıfır genişlikli boşluk, BOM, kırılmaz boşluk, yumuşak tire. (3) Boşluk düzeni — satır sonundaki boşluk ya da art arda boşluk. Araç bunları ayrı bir not olarak yazıyor; başka diff araçları sadece kırmızı–yeşil gösterip seni gözünle fark aramaya bırakıyor.
Bu görünmez karakterler nereden geliyor?
Çoğunlukla kopyala-yapıştırdan. Word ve bazı web sayfaları kırılmaz boşluk koyuyor; PDF’den kopyalanan metin yumuşak tire taşıyor; bazı editörler dosya başına BOM yazıyor. Farkı görmediğin için de saatlerce “ama ben aynısını yazdım” diye uğraşıyorsun.
Türkçe büyük-küçük harf duyarsız karşılaştırma doğru çalışıyor mu?
Evet. Düz toLowerCase "IŞIK" metnini "işik" yapıyor ve "ışık" ile eşleştirmiyor — I harfinin Türkçedeki küçüğü ı. Araç Metin araçları ile aynı Türkçe küçültmeyi kullanıyor, testleri de IŞIK ve İSTANBUL ile koşuyor.
Windows’tan gelen dosya neden baştan sona farklı çıkmıyor?
Çünkü satır sonu türü karşılaştırmadan önce eşitleniyor. Windows satırları CRLF ile bitiriyor, Linux ve macOS LF ile. Bunu normalleştirmeyen araçlarda iki özdeş dosya her satırı farklı gösteriyor ve sonuç okunmaz oluyor.
Kelime vurgusu ne yapıyor?
Değişen bir satır çiftinde satırın tamamını değil, hangi kelimenin değiştiğini işaretliyor. Uzun cümlelerde tek bir sayının değiştiğini görmek gözle zor; vurgu onu bulup gösteriyor. Aynı algoritma, bu sefer satır yerine kelime üzerinde çalışıyor.
Neden 3000 satır sınırı var?
Kullanılan algoritma (LCS) satır sayılarının çarpımı kadar bellek istiyor: 3000 × 3000 dokuz milyon hücre demek. Sınırsız bıraksak büyük dosyada sekme kilitlenirdi. Sınırı sessizce kesmek yerine söylüyoruz — “çalışmadı” demekle “şu yüzden çalışmadı” demek arasında fark var.
Sonucu bir yere kaydediyor musunuz?
Hayır. Sayfayı kapattığında hiçbir iz kalmıyor; sunucu tarafında zaten hiç olmadı.
Kırmızı ve yeşil yetmiyor
Diff araçlarının hepsi aynı işi yapıyor: iki satırı yan yana koyup birini kırmızı, ötekini yeşil boyuyor. Sorun şu ki bazen o iki satır ekranda birebir aynı. Kullanıcı gözüyle fark arıyor, bulamıyor ve aracın bozuk olduğunu düşünüyor.
Oysa fark gerçek; sadece görünmüyor. ç harfi iki farklı şekilde
kodlanmış olabiliyor — tek kod noktası ya da c artı birleşen
çengel. Ya da metnin ortasında sıfır genişlikli bir boşluk duruyor, ya da
Word’ün koyduğu kırılmaz boşluk normal boşluk sanılıyor.
Bu araç o durumu yakalayıp adını koyuyor: hangi satır, hangi sebep, hangi karakter. Çünkü “farklı” demek yetmiyor; nerede farklı olduğunu bilmeden düzeltemiyorsun.
Diğer araçlar: Metin araçları · Kodlayıcı / çözücü · Excel → Markdown · JSON ↔ CSV