LibreOffice, eski Word dosyalarını okumada Word’den daha iyiydi

 (eldritch.cafe)
1 puan yazan GN⁺ 2024-01-08 | 1 yorum | WhatsApp'ta paylaş
  • Emeklilikten sonra eski taslaklarını düzenleyen bir kullanıcının eski belge kurtarma denemesinde, LibreOffice’in Word’e kıyasla daha eski dosyaları açabildiği görüldü
  • Word, 1994 öncesi dosyaları okuyamazken, Mac için güncel LibreOffice 1992 ve 1989 dosyalarını, hatta 1986 tarihli bir belgeyi genel olarak açabildi
  • Dönüştürme kalitesi kusursuz değildi: 1989 dosyasında küçük a harfleri circumflex karakterine dönüştü, 1986 belgesinde ise bazı kutu karakterleri göründü
  • Kullanıcı taslaklarını buluta ve Time Machine’e yedekledikten sonra 9 eski roman, 2 tamamlanmamış roman ve yaklaşık 15 öykü tespit etti
  • Eski tescilli dosya biçimlerinde geriye dönük uyumluluğu sürdürmenin maliyeti yüksek olduğundan, LibreOffice gibi harici araçlar belge kurtarma için bir güvenlik ağı olabilir

Eski taslakları düzenlerken başlayan kurtarma çalışması

  • Emeklilikten sonra yazmaya zaman ayıran kullanıcı, düzeltme ve yeniden yazım gerektiren satılmamış uzun romanlarını listelemeye başladı
  • Mac’i iş VPN’inden ayırdıktan sonra klasör bağlantıları karıştı; Finder’da Documents’a tıklayınca ağ konumunu bulmaya çalışıp başarısız olma sorunu ortaya çıktı
    • Yeniden başlatmadan sonra kullanıcı dizininden doğrudan Documents’a girince erişilebildi
    • Tüm yazı klasörlerini masaüstüne kopyalayarak eski roman ve öykü taslaklarını kaybetmediğini doğruladı
  • Başta tamamlanmış kitap sayısının 7 olduğunu sanıyordu, ancak gerçekte 9 tamamlanmış eser vardı
    • Bunlardan 3’ü bir üçleme oluşturuyor, bir romanda ise devam kitabı da karışık halde bulunuyordu
    • Tamamlanmamış roman sayısı 2’ydi
  • Öyküler yaklaşık 15 tane görünüyordu ve çeşitli klasörlerdeki gönderim kayıtları nedeniyle çoğunun tamamlanmış olduğu düşünüldü

Pages ve Word’ün açamadığı nokta

  • 1996’da yazılmış bir romanı Pages açmayı reddetti
    • Kullanıcı bu eseri, başlangıçta satılma ihtimali yüksek görünen eğlenceli bir space opera olarak değerlendiriyordu
  • Word kurulumu ve eski dosyaları açabilecek programları araştırmayı planladı, ancak daha sonra Word’ün 1994 öncesi dosyaları okuyamadığını doğruladı
  • Apple ][ döneminden kalan bölüm taslaklarını da saklıyordu, fakat PowerPC döneminde bunları Mac ve 2000’ler Word sürümleriyle güncellemişti

LibreOffice’in gerçekten açabildiği dosyalar

  • Başka bir kullanıcı “LibreOffice eski Word dosyalarını Word’den daha iyi okuyabiliyor” diye öneride bulundu ve kullanıcı Mac için güncel LibreOffice sürümünü kurdu
  • 1992 tarihli dosya sorunsuz açıldı
  • 1989 tarihli dosya da açıldı, ancak tüm küçük a harfleri circumflex karakterine dönüştü
    • Kullanıcı bunun katlanılabilir bir sorun olduğunu düşündü
  • Mac’te tarihe göre arama yapmanın yolunu bulduktan sonra, uzantısı olmayan The Revenger adlı bir hikâye taslağı buldu
    • Tarih 25 Mart 1986 idi
    • Birkaç kutu karakteri vardı ama genel olarak okunabiliyordu
    • Kullanıcı bu belgeyi Andre Norton tarzı bir bilimkurgu space opera denemesi olarak gördü
  • LibreOffice Tree Castle dosyasını da açtı
    • Bu belge muhtemelen bir Mac Draw belgesiydi ya da ona benzer bir şeydi
    • Tarih 1 Ocak 1986 idi ve kullanıcının elindeki en eski belgeydi
  • Kullanıcı belge dönüştürme amacıyla LibreOffice’i çok olumlu değerlendirdi; eski belgelerin bazı içerikleri acemice olsa da kaybolmuş bir fikri mülkiyet olmadığını belirtti

Geriye dönük uyumluluğu sürdürmenin gerçek maliyeti

  • Bir kullanıcı işte de LibreOffice’i ana araç olarak kullandığını ve eski Word dosyalarını Word’den daha iyi kurtardığı birçok deneyimi olduğunu paylaştı
  • Asıl yazar, Microsoft’un kendi tescilli biçimlerinde %100 geriye dönük uyumluluk sağlayamamasının yalnızca umursamazlıkla açıklanamayacağını düşünüyor
  • Geriye dönük uyumluluğu sürdürmek için geliştirici maliyeti ile test ve hata ayıklama maliyetleri sürekli devam eder
    • Büyük bir şirkette bir programcının, bonuslar hariç bile 150 bin dolardan fazlaya mal olabileceği belirtildi
    • Yönetim biçimi, programlama paradigması, dil gereksinimleri, depo erişimi, gizlilik standartları ve denetlenebilirlik her değiştiğinde kod bakım yükü oluşur
    • Desteklenen ürünlerin tamamı için özel bir programcı gerekebilir ya da kod değişikliklerinde dönemsel ekipler ve yönetim zamanı gerekebilir
  • Kullanıcıların çoğunda birkaç yıldan eski dosyalar bulunmaz; iş dünyasında ise en fazla 7 yıl saklama iyi uygulama olarak anılır
    • Eski dosyalar çoğu zaman güncellenir ya da PDF’ye dönüştürülerek saklanır
  • LibreOffice için eski dosyaları açabilmek, kurulu kullanıcı tabanını genişleten bir özellik olabilir; ayrıca bağış da aldığından bunu tamamen ücretsiz emek olarak görmek zor olduğu yorumu yapıldı
  • Harici araç başarısız olursa Microsoft, teknik destek yükünü ya da dava, boykot ve kötü itibar riskini harici aracın üzerinde bırakabilir

Açık kaynak hata bildirimi ve araç ekosistemi deneyimi

  • 1989 dosyasında küçük a harflerinin circumflex’e dönüşmesi, hata olarak bildirmeye değer görüldü
    • Dosya hata raporuna eklenebilirse birinin inceleme ihtimali var
    • LibreOffice Writer’daki paragraf ayırma iletişim kutusunun kullanıcı deneyimi sorununu bildirdiği ve tartışmadan sonra bunun düzeltildiği bir örnek de paylaşıldı
  • Asıl yazar, kullandığı birkaç açık kaynak projede hata bildirdiğini, ancak yıllar sonra gerçekten düzeltilenlerin yalnızca bir tane olduğunu hatırlattı
    • Sık sık “kendin düzelt” yanıtı aldığını ve başkalarının sorunlarını düzeltmenin genelde düşük öncelikli olduğunu hissettiğini söyledi
    • Microsoft’ta da benzer bir tavırla karşılaştığını, Apple’ın biraz daha iyi olsa da büyük fark olmadığını ekledi
  • Git ve pull request gibi açık kaynak katkı süreçleri, sıradan kullanıcılar veya bazı geliştiriciler için engel olabilir
    • Asıl yazar, Zowe ile ilgili açık kaynak çalışmasında ve Open Mainframe Project’in zorunlu uygunluk projesinde .md yönergelerini yeniden yazmak zorunda kaldı; GitHub pull request gereksiniminde takıldı
    • Mainframe, JavaScript, C ve Windows geliştiricileri de GitHub yöntemine alışık değilse bunu yeniden öğrenme yüküyle karşılaşır
  • Başka bir kullanıcı Git’e uyum sağlamanın zor olduğunu, Mercurial’ın benzer bir dağıtık model sunmasına rağmen çok daha anlaşılır geldiğini söyledi
  • WordPerfect tartışmasında, çok sayıda yazıcı sürücüsünü giriş engeli olarak gören stratejinin aksine zayıflığa dönüştüğü görüşü sürdürüldü
    • Windows yazıcı desteğini sürekli artırırken, WordPerfect’in artık gereksiz hale gelen yazıcı sürücülerini yüklemesinin 10 dakikadan uzun sürdüğü deneyimi paylaşıldı

İlgili okumalar

1 yorum

 
GN⁺ 2024-01-08
Hacker News yorumları

  • Birden çok kez düzenlenmiş ve yorum eklenmiş doc/docx dosyalarını LibreOffice’te her 5 dakikada bir kaydetseniz bile, bir sonraki sefer yeniden açılacağına güvenmeyin
    Word dosyalarını doğrudan düzenlerseniz LibreOffice bir noktada belgeyi bozabilir. LibreOffice biçiminde çalışıp sonra doc/docx’e dönüştürerek göndermek daha güvenlidir
    Sorun sinsi: LibreOffice düzenlemelerinizi gösterir ve değişiklik yapmanıza izin verir, ama gerçekten kaydedilen dosya bozulmuş olabilir. Bunu ancak bir sonraki açışınızda anlarsınız; bazı durumlarda iç XML’deki etiket uyumsuzluğu gibi düzeltilebilir şeyler olur, bazı durumlarda ise belgenin büyük bölümleri kaybolur ve kurtarılamaz

    • docx ile çalışmamak daha iyi. Gerekirse içe aktarın, ama çalışmayı OASIS OpenDocument biçiminde yapın
      MS Office kullanıcılarına göndermeniz gerekiyorsa OpenDocument göndermeniz yeterli. Office de açabiliyor; sorun çıkarsa hatanın LibreOffice’ten çok Office tarafında olma ihtimali daha yüksek
      MS Office kullanıcılarının da standart belge biçimi olan OpenDocument’a alışması gerekiyor
    • Büyük belgeler üzerinde hâlâ WYSIWYG opak biçimlerle çalışmayı hayal etmek zor. Düz metin dosya biçimleri ve sürüm kontrolünün, emeğinizi kaybetmemenizi sağlayan ölçeklenebilir tek araç birleşimi olduğunu düşünüyorum
    • Ters yönde de benzer şeyler yaşanabiliyor ve pratikte bunu daha sık gördüm. Gerçi çoğu 10 yıl önceydi
      Word’de değişiklik izleme açık bir DOCX oluşturup LibreOffice’te birkaç kez düzenleyip kaydettikten sonra Word’de yeniden açıp değiştirip kaydedince, Word’ün o dosyayı açamadığı durumlar vardı. LibreOffice’te açıp yeniden kaydedince düzeliyordu
      Bu örneklerin hepsi değişiklik izleme ile ilgiliydi; DOCX’in değişiklik izleme için kullandığı iç temsilin, biçimin “RTF ve türlü şeylerin XML’e dökülmüş” geri kalanından bile daha berbat olması şaşırtıcı değil
    • LibreOffice’in bir gün Word dosyalarını yuttuğu doğru, ama Word de yutmasa bile sonunda belgeyi küçük parçalara ayırıyor; pratikte fark kalmıyor
      Word biçiminden tamamen kaçınmak daha iyi
    • Hangi uygulama olursa olsun, belli bir karmaşıklığın üzerindeki yerel olmayan biçimlerde aynı sorun ortaya çıkar
      Tedarikçi A, A biçimini ve kendi uygulamasını birlikte geliştirir, test eder, düzeltir; kullanıcı verilerinin ve hata verilerinin tamamına sahiptir. Tedarikçi B ise hem kendi uygulamasını hem de biçimini geliştirmek zorundadır ve A’nın kurumsal bilgisine ve verilerine sahip değildir
      Bu nedenle B’nin uygulamasının A biçimindeki karmaşık verileri A kadar güvenilir işlemesi zordur; A’nın kendisinde de hatalar vardır. Bu durumda Microsoft Office ekibinin LibreOffice’ten çok daha fazla kaynağa sahip olması da muhtemeldir

  • Eskiden Joel Spolsky’nin yazdığını hatırladığım XLS biçimi tasarımı üzerine bir yazı okumuştum; Excel’in iç bellek yapısını diske dökmek ve o dönemin yavaş disklerinde kaydetme/yüklemeyi hızlandırmak için eklenmiş optimizasyonlardan ibaret gibiydi
    O performanstan epey memnun görünüyordu, ama benim aklımdan yalnızca “bu dosyayla uğraşmak zorunda kalan diğer programların işi bitti” düşüncesi geçti. Üstelik “diğer programlar”a Excel’in sonraki sürümleri de dahil
    Arşiv amacıyla eski dosyaları kurtarmak için eski DOC ve XLS iç dokümantasyonlarının olması iyi olurdu, ama Microsoft’un bunu kendi içinde bile düzgün belgelemiş olması pek olası görünmüyor

    • DOC da aynıydı. Word’ün iç temsilini olduğu gibi döken bir biçimdi
      Bu yüzden açık standart talepleri gelince DOCX/XLSX’e tamamen geçmeleri gerekti. Çünkü Microsoft’un bunu belgelemesinin bir yolu yoktu
      Ancak DOCX/XLSX’te de “Word/Excel’in iç ikili dökümü” etiketlerinin bulunması, aynı tuzağa düşmeleri açısından pek yardımcı olmuyor
    • Evet, gerçekten harika bir yazı
      https://www.joelonsoftware.com/2008/02/19/why-are-the-micros...
    • Microsoft eski biçimleri gerçekten belgeledi. Antitröst davası yüzünden buna zorlandılar
      Spolsky’nin dediği gibi tamamen karmakarışık, ama teknik olarak belgelenmiş durumda
    • Belki de yalnızca başlık dosyalarını yayımlamak yeterlidir diye düşünüyorum
      Sonuçta tüm dosya biçimleri, ikili olarak kaydedilmiş bellek yapılarından ibaret

  • Windows 7’ye yükseltme döneminde şirketin kullandığı eski puantaj yönetimi yazılımının artık çalışmadığını fark ettik
    Neyse ki BT departmanı bir çözüm buldu: şirketteki herkese Ubuntu VM verip o yazılımı Wine ile çalıştırdılar. Sonunda web tabanlı bir çözüme geçilene kadar birkaç yıl böyle işletildi

    • Artık geçmişte kaldı ama Microsoft uyumluluğu çok ciddiye alır ve doğrudan uyumluluk yamaları oluşturabileceğiniz araçlar da sağlar
      https://techcommunity.microsoft.com/t5/ask-the-performance-t...
    • Kız arkadaşım eski point-and-click Nancy Drew oyunlarını seviyor. Neredeyse hepsi Steam’de satılıyor ve bazıları sorunsuz çalışıyor, ama bazıları hiç açılmıyor ya da hemen bozuluyor
      Fakat Linux’taki Steam Proton’da güncel Windows’a göre daha iyi çalıştıklarını gördüm. Tabii gerçekten oynanabilir olacak kadar iyi değildi
    • Mac isteyen 3 pazarlama kullanıcısı için Parallels lisansı satın aldığım olmuştu
      Asıl sebep puantaj yönetimi yazılımını kullanabilmelerini sağlamaktı. Üretim çalışanları gibi 2 dolarlık RFID kart verebilirdik, ama o zaman zaman saatine kadar yürüyüp giriş yapmaları gerekecekti
      Sonunda Mac sürümünde olmayan bir özellik yüzünden sanırım Windows için Outlook da kullandılar
    • Eskiden çalıştığım şirketteki yazılım, o dönemde yaygın olan büyük monitörlerin belirli bir boyutuna göre yazılmıştı ve yalnızca o boyutta çalışıyordu
      Bu yüzden müşteri yazılımı satın aldığında uygun boyutta bir monitörü ücretsiz alıyordu. Gerçek hikâye

  • Windows XP döneminden kalma bir oyunu Ubuntu’da çalıştırıp Windows 11’de çalıştıramadığım benzer bir durum yaşamıştım
    Oyun bir tür Direct3D kullanıyordu ama Windows 10 sonrasında çalışmıyordu. Makineye Windows XP/7/8 kurmak istemiyordum, sanal makinelerin de grafik hızlandırma desteği pek iyi değildi
    Ama gerçek bir Ubuntu kurulumunda Wine kullanıp doğru dosyayı biraz arayıp yerine koyunca çalıştı. Daha da komiği, Windows 11’in WSL’inde çalışan Ubuntu’ya Wine kurunca oyunun o ortamda da çalışmasıydı. Eski bir oyunu bu kadar dolambaçlı bir yöntemle çalıştıracağımı hiç düşünmezdim

    • WSL’e gerek yok
      https://fdossena.com/?p=wined3d/index.frag
      Windows’ta çalışan derlenmiş wined3d DLL’leri var
      https://github.com/doitsujin/dxvk
      Bu da Windows’ta çalışıyor
      Oyun klasörüne koymanız yeterli; gerçek DirectX yerine ilgili DLL’i yükler. Eski oyunları çalışır tutmak için eski API’lerin başka uygulamaları da var; bazılarını Wine kullanan Linux kullanıcıları da kullanıyor. Örneğin dgVoodoo var
      http://dege.freeweb.hu/dgVoodoo2/ 3dfx dönemi kartların tescilli API’si Glide’ı ve DirectX 1~7, 8.1, 9’u destekliyor
      https://github.com/FunkyFr3sh/cnc-ddraw eski bir 2D API olan DirectDraw ile ilgili sorunları düzeltiyor ve hem Windows kullanıcıları hem de Linux’ta Wine kullananlar için faydalı olabilir
      https://github.com/otya128/winevdm 64 bit Windows’ta 16 bit uygulamaları çalıştırıyor
      Buna Windows’un kendi uyumluluk modu ayarlarını da eklerseniz, VM’in ağır ek yükü olmadan Windows için çıkmış neredeyse tüm oyunları çalıştırabilirsiniz. Bildiğim kadarıyla WSL, bir kez ayırdığı belleği serbest bırakmanın yolunu da bilmiyor
    • Hiç şaşırtıcı değil. Linux’taki WINE’ı Yabridge ile birlikte kullanınca Win98/XP döneminden kalma çok eski ama hâlâ harika ses eklentileri kusursuz çalışıyor. Bunlar güncel Windows’ta sorunlu olan ya da hiç çalışmayan şeyler
      Oyunlar da bu şaşırtıcı derecede sadık uyumluluk katmanından faydalanıyor ve bugünlerde yeni çıkanlar dâhil pek çok Windows oyununu WINE ile Linux’ta sorunsuzca kurabiliyorsunuz
      https://www.youtube.com/watch?v=Bg1NiXtrJ6g
      https://www.youtube.com/watch?v=3b50Stm8gu4
    • Eski Photoshop’u bu şekilde çalıştırmayı denemek istemiştim
      Sürecin kolay olup olmadığını merak ediyorum

  • İronik biçimde, LibreOffice’te açmaya çalıştığım eski dosya biçimlerinden biri StarOffice 5 dosyasıydı ama açılmadı
    LibreOffice, OpenOffice’ten ayrıldı; OpenOffice de StarOffice’in açık kaynak olarak yayımlanmış hâliydi. Dönüştürücü, kod tabanını sadeleştirmek için kaldırılmıştı

    • Dönüştürücü demişken, yalnızca biçim dönüştürme yapan bağımsız bir yardımcı program yapmak ne kadar zor olurdu merak ediyorum. El ile müdahale gerekmediğini varsayarsak
      Karmaşıklığı vardır ama StarOffice artık sabit bir biçim; OpenDocument’ın da hedef alınabilecek eski, sabit bir sürümü vardır diye düşünüyorum
      Kimse aksini beklememeli ama Apple da iWork biçiminin geriye dönük uyumluluğunu korumadı; açmak için eski sürüm bulmam gereken birkaç eski belge var
    • LibreOffice 3.x ile açmayı denemek iyi olur. StarOffice desteğinin önemli bir kısmı LO 4’te kaldırıldı
      https://wiki.documentfoundation.org/ReleaseNotes/4.0#Feature...
    • Şu an LO’da libstaroffice var, bu yüzden okuyabilmesi gerekir. Güncel LO’da ne olduğunu merak ediyorum

  • 2024 yılında hâlâ Excel, CSV’yi bozmadan açamadığı için tüm CSV dosyalarını LibreOffice ile açıyorum
    İçe aktarma sihirbazı olduğunu biliyorum ama o da hâlâ bazen işleri bozuyor

    • LibreOffice’in önizlemesi gerçekten iyi. Hangi ayırıcıyı ve karakter kodlamasını kullanacağınızı, kaçıncı satırdan başlayacağınızı vb. seçebiliyorsunuz; çok kullanıcı dostu ve kullanışlı
    • Bu kullanım için Power Query kullanmak daha iyi. Get Data, From File gibi bir akışla içe aktarabilirsiniz

  • 1990’ların ortalarından sonlarına doğru antivirüs yazılımı geliştiren bir şirkette çalışıyordum; Word dosyalarındaki makro virüslerini taramamız gerekiyordu
    Ama Word 1.0 dosyalarını açamıyorduk, bu yüzden Microsoft çalışanları yardımcı olmak için ABD’den bizzat geldiler. O zamanlar nispeten küçük bir İngiliz şirketi olduğumuz için bu epey büyük bir olaydı ve bildiğim kadarıyla böyle bir şey yalnızca o kez yaşandı
    Biraz gizli kapaklı yürütüldü ama duyduğum hikâye şuydu: Microsoft, Word 1.0 biçimindeki dosyaları okuyup yazan özgün kaynak kodunu kaybetmişti; ellerinde yalnızca derlenmiş ikili dosyalar kalmıştı, bu yüzden yeni kodu tersine mühendislikle çıkarmaları gerekmişti

  • LibreOffice uyumluluğu hedefliyor; MS ise müşterilerinin daha yeni ve daha kârlı sürümlere yükseltme yapmasını istiyor, bu yüzden bu sonuç şaşırtıcı değil

    • Eski Microsoft geriye dönük uyumluluğu gerçekten ciddiye alırdı; mainframe’ler hariç belki de herkesten daha fazla
      Bir uygulama bir hataya ya da belgelenmemiş bir özelliğe dayanıyor olsa bile çalışmaya devam etsin diye özel işlem ekleyecek kadar
    • İsterseniz standart açık biçimleri kullanabilirsiniz. Ama yorumlarda her zaman MS trolleri oluyor
      SharePoint’e koymak için 100 GB xls/doc dosyasını dönüştürdüm; yalnızca açık biçimde yeniden kaydetmek bile alanı kabaca 5 kat azalttı
      LibreOffice’in eski dosyaları daha iyi açması hiç şaşırtıcı değil. Microsoft’un, güvenlik ayarlarına girip izin vermedikçe açılmasını engellediği dosyalar bile var. Neredeyse 30 yıllık bir kütüphaneyi dönüştürüyordum ve 20 yıldan eski çok dosya vardı; bugün neden hâlâ bu berbat uyumluluğu taşımak zorunda olalım ki

  • Küçük bir hızlı yağ değişimi zincirinde kullanılan özel yapım bir DOS uygulamasının Windows 7 ve sonrasında uyumluluk ayarları nasıl yapılırsa yapılsın çalışmadığı, ama Linux’taki Wine’da sorunsuz çalıştığı benzer bir durum olmuştu
    Uygulama yeniden geliştirilene kadar geçici çözüm olarak bunu kullandık. Konsol uygulaması kullanma deneyimi nedeniyle yedek uygulamayı da konsol uygulaması olarak tuttuk ve Linux shell’de çalışacak şekilde modernize edip yeniden yazdık. Lisans maliyetlerinin de hepsinden tasarruf edildi ve sonunda oldukça memnun kalmış gibiydiler
    Microsoft, 10 yıldan da uzun süre önce şirket genelinde bir anda bedeli ne olursa olsun geriye dönük uyumluluğu koruma temel ilkesinden uzaklaşmış gibi görünüyor

    • Cidden merak ediyorum: Bu temel ilke kötü amaçlı yazılımlara karşı savunmayla bağdaşması zor bir hâle mi geldi? Eski şeyleri desteklerken saldırı yüzeyi fazla mı büyümüştü?
    • 1980’lerden bu yana yayımlanan her şeyle uyumlu kalmak uygulanabilir değil ve sürdürülebilir de değil
      16 bit DOS ve Windows uygulamaları 64 bit Windows’ta çalışmaz

  • Eski Japonca Word dosyaları LibreOffice’te kesinlikle açılmamalı. Dosyayı bozuyor
    Eski Japonca Word dosyaları Shift JIS ile kaydedilmiş oluyor; LibreOffice ise bunları UTF-8 olarak açtığı için

    • Bu özel sorunla ilgili Bugzilla’da[1] bir kayıt olup olmadığını merak ediyorum
      Yoksa yeni bir kayıt açıp açmadığınızı ve yeniden üretmek için örnek paylaşabileceğinizi merak ediyorum. Bugzilla’da “Shift JIS” araması yaptım ama hiçbir şey bulamadım
      [1] https://bugs.documentfoundation.org/