OpenOffice.org'da Türkçe Yazım Denetimi

Uzun zamandır Türkçe konuşan kullanıcılar arasında OpenOffice.org'un yayılmasının önündeki en önemli engel olarak duran Türkçe yazım denetimi sorunu aşılmış görünüyor. Mehmet D. Akın ve Ahmet A. Akın liderliğindeki Zemberek ekibi tarafından geliştirilen "Zemberek" (eski adıyla tspell) adlı yazım denetimi aracının OpenOffice.org'a entegre edilmesi işlemi tamamlandı. Zemberek'in sitesinden indirilebilen bir OpenOffice.org eklentisi sayesinde Türkçe yazım denetimi yapmak mümkün hale geliyor. Konuyla ilgili olarak Görkem Çetin e-posta listelerine aşağıdaki mesaj gönderdi:

Merhaba

Uzun zamandır farklı kanallarla yapılan çalışmalar meyvesini verdi ve OpenOffice.org, artık Türkçe imla denetimi yapabiliyor. Önceki adı Tspell, yeni adı Zemberek olan proje, OpenOffice.org'a imla denetimi ve kelime öneri yapısını getirdi. Böylece OpenOffice.org'un Türkiye'deki yaygınlaşmasının önündeki en önemli (Türkiye'ye özgü) sorun da ortadan kalktı. Şimdiye kadar menü ve yardım dosyalarının Türkçeleştirilmesi ile Türkçe heceleme desteği verilen OpenOffice.org'da, artık imla denetimi de var.

Eklenti (henüz çok yaygın denenmediği için) yeni sayılır, ancak denemeler, bu halinin bile pek çok kişi ve kurumu tatmin edebileceğini gösteriyor. Şu ana kadar sadece OpenOffice.org 1.1.4 (Windows/Linux) ile denenen imla denetimi sisteminin, OpenOffice.org 2.0'a da aktarılması
planlanıyor.

İmla denetim yazılımının yeni 0.4 sürümünün OpenOffice.org ile bütünleştirilmesi Mehmet Akın tarafından yapıldı. Bu özelliğin Windows ve Linux altında nasıl çalıştığını merak ediyorsanız, aşağıdaki adresi
ziyaret edin:

http://zemberek.dev.java.net/zemberek_ooo/zemberek_ooo.html

Merak edenler için bir kaç ekran görüntüsü:
http://rail.iqchoice.com/ooo_tr_spell_2.png
http://www.gorkemcetin.com/tmp/writer1.png
http://www.gorkemcetin.com/tmp/writer2.png

Zemberek projesinin adresi (İmla denetim yazılımına ilişkin istek, öneri ve taleplerinizi Zemberek listelerine iletin):

http://zemberek.dev.java.net

OpenOffice.org 1.1.4 Türkçe indirmek için:
http://tr.openoffice.org/indirme-adresleri.html

İyi çalışmalar
Görkem

Görüşler

tongucyumruk
20 yıl önce

Off, yine anonim göndermişim. Bu arada şunu söyleyeyim. Ne yazıkki TSpell Java ile geliştirilen bir proje. Yani bu anlamda tamamen özgür bir yazılım olduğunu söyleyemeyiz sanırım. OpenOffice.org 2.0'daki OOo Base adlı veritabanı uygulamasının da Java'ya bağımlı olduğunu düşünürsek doğrusu aklıma iki olasılık geliyor.

1- Kötümser olasılık: OpenOffice.org gitgide java ile bütünleşip özgürlüğünü kaybedecek.

2- Sun Java'yı özgür bir lisans altında dağıtmaya devam edecek.

Açıkçası bir süredir devam eden "Sun Java'yı açacakmış" dedikodularından dolayı hala iyimser olan ikinci olasılığı düşünmek istiyorum.

Nightwalker
20 yıl önce

"Ne yazıkki TSpell Java ile geliştirilen bir proje. Yani bu anlamda tamamen özgür bir yazılım olduğunu söyleyemeyiz sanırım."

Ben arada bir ilişki kuramadım. Java ile yazılan pek çok özgür yazılım mevcut. Hatta bunların içinde java derleyicileride var.

tongucyumruk
20 yıl önce

Java'nın kendisiyle doğrudan bir derdim yok tabiiki. Birçok özgür java geliştirme ortamı vs... mevcut, bunun farkındayım. Fakat örneğin zemberek sun microsystems tarafından üretilen java 1.4'e bağımlı ve özgür java ortamları üzerinde çalışıp çalışmadığı konusunda da bir bilgi yok. Yazılımın kendisi özgür, burası sorun değil, fakat çalışmak için özgür olmayan bir platforma bağımlı olması benim gibi bilgisayarına özgür olmayan yazılımları bulaştırmamaya çalışan insanlar için ciddi bir sorun oluşturuyor.

Bunun dışında FZ'nin dediğine katılıyorum. Kodlar açık, sözlük açık, algoritmalar açık. Bu koşullarda sanıyorum özgür bir altyapı üzerinde çalışacak şekilde ayarlanması çok zor olmayacaktır.

ahmetaa
20 yıl önce

Selamlar.
diger JVM alternatifleri ile denemedigimiz icin bu ibare yazilimda mevcut. isin asli surum acisindan Sun JRE 1.3 hatta 1.1 ile calisabilecegini tahmin ediyorum, ama denemedik. Bahsettiginiz bagimlilik ise bir indirme isleminden ibaret.. open office'yi indirirken kenardan Sun JRE'yi de indrmek cok zor olmasa gerek.
Acikcasi keske OOo java ile daha iyi butunlesse, ben bilakis java tabanli HSQLDB'nin OOo'nun parcasi olacagi haberine cok sevindim, cunku gercekten kaliteli bir veri tabani. Ve nihayet 2.0 surumu ile java eklentilerini gelistirmek eziyet olmaktan cikacak gibi.

Mono projesi onca bulanikliga ragmen goklere cikarilirken Java konusunda Linux'a dogrudan destek veren, OOo'nun var olmasini saglayan Sun'a ve Platform olarak java'ya bu konuda haksizlik ediliyor dusuncesindeyim. Neyse tartismayi derinlestirmek istemiyorum. Bizim niyetimiz bu cizgiden ilerlemek, gonullu arkadaslar farkli JVMler ile derleyebilir, Gcj ile native kod uretebilir ya da C,C++, Python surumunu yazabilir. Bu yazilimin ilk halini C++ ile kendi capimda yazmistim, ama inanin java'ya gecince C++ gunlerimi hatirlamak bile istemiyorum.
selamlar.

tongucyumruk
20 yıl önce

Bu konuda bu kadar yaygara koparan bir insan olarak sanırım artık GNU Classpath ile bir deneme yapmam şart oldu.

Mono Sun JRE'nin aksine özgür bir yazılımdır. Bu kadar göklere çıkarılmasının sebebi ise GNU Classpath'in aksine Microsoft'un .Net api'sinin büyük bölümünün tamamen implement edilmiş olmasıdır. Sorun zaten JRE indirmenin zorluğunda değil, JRE'nin özgür bir yazılım olmamasında. Neyse, ilk fırsatta özgür JVM'ler ile deneyip buraya yazmaya çalışacağım.

ahmetaa
20 yıl önce

Selamlar.
Bu konu gerektiginden fazla uzadi, katiliyorum. Ama son olarak mono ile ilgili kisisel gorusumu belirtmek istiyorum. Microsoft acikca .Net'in tum haklarinin kendinde oldugunu ve patentlerle korundugunu ifade eder. sirf Java'yi yoketme ugruna windows disi klonlara ses etmiyor diye mono ya da benzeri projeleri "ozgur" diye adlandirmak bence biraz saf bir yaklasim. Sun'in acik kodlu java klonlarindan kaybedecegi bir sey yok ama Microsoft'un .Net icin cok. Windows ve ofis'in Microsoft'un para kaynagi oldugunu unutmayin. Bunlarin herhangi birine indirilecek ilk darbede bu sirketten sefkat beklenemez.
Biliyorum bu konu cok tartismali ve ucu yok, sadece kisiel gorusumu ve neden o yoldan gitmedigimizi belirtmek istedim.
sayglar.

tongucyumruk
20 yıl önce

Mono konusundaki endişelerinizi anlıyorum. Konuyu daha fazla dağıtmamak iyi olur diye düşünüyorum fakat umarım bu mono konusunu bir ara tekarar tartışma imkanımız olur.

Bu arada bir yandan zemberek'in kodlarını incelemeye başladım. Henüz sadece OOo ile ilgili kısmına şöyle bir gözata bildim fakat gördüğüm kısmı GNU Classpath'e uyacak gibi gözüküyordu. Umarım kalanı da öyledir. Sanıyorum asıl sorun OOo ile GNU Classpath arasında çıkacak. Tabii java bilmeyen bir insan olarak denemeden daha kesin konuşmam zor.

ahmetaa
20 yıl önce

Selamlar.
Isin asli eklenti icinde OOo tarafindan kullanilan alanda saniyorum aykiri bir kod yok. Java 1.1 uyumlu oldugunu soyleyebilirim. Derleme acisindan, eger demo arayuzu icin kullanilan paketler derlemeye dahil edilmezse saniyorum gene bir sorun cikmaz (Demo arayuzu Swing oldugu icin Classpath'ta belki sorun cikarabilir). Ama endisenize katiliyorum, asil sorun OOo ile Classpath ya da baska bir JRE arasinda yasanabilr. Elimdeki makine is yerine ait oldugundan ve Windows disi bir isletim sistemine izin verilmediginden (!) ne yazik ki ilgili denemeleri yapamiyorum.

FZ
20 yıl önce

Valla yani tabii sabaha kadar tartışabiliriz sistemin neresi ne kadar özgür filan ama yani şu saatten sonra hiçbir ticari gücün Zemberek ya da OO.org üzerinde herhangi bir hak iddia edebileceğini, hukuki bir takım pürüzler çıkarabileceğini düşünmüyorum, yanılıyorsam lütfen düzeltin.

ahmetaa
20 yıl önce

Selamlar.
Java ile ozgur yazilim yazilabilir. Ortada GPL, LGPL BSD ve Apache lisansli binlerce java projesi varken aksini iddia etmek cok makul olmasa gerek. Bu konuda herhangi bir kisitlama yok. Tek kisitlama eger Sun JRE isterseniz (ki benim tavsiyem odur) onu "java.sun.com"'dan indirmeniz gerektiginizdir. Sun JVM ve JDK kodu malumunuz acik, yani isterseniz indirip derleyebilirsiniz. Eger illaki Sun Java harici bir JVM kullanmak isterseniz bu konuda cesitli alternatifler mevcut (Gnu classpath, kaffe, sable JVM hatta Gcj), bu konuda bence yersiz sekilde biraz fazla hassas davraniliyor. Zemberek ise BSD lisanslidir, bu hali ile ozgur ya da ozgur olmayan tum uygulamalarda kullanilabilir.
Saygilar.

tongucyumruk
20 yıl önce

Tabiiki bildiğim kadarıyla Java dahil bütün dillerle özgür yazılım geliştirilebilir. Fakat Sun veya IBM'in ürettiği özgür olmayan JVM'lere bağımlı bir uygulama tek başına özgür olsa dahi özgür olmayan bir platforma bağımlı olduğundan benim gibi bilgisayarında özgür olmayan yazılım bulundurmaktan kaçınan insanlar tarafından kullanılamaz. Zaten sorun da burada. İnsanların hayatlarını çok kolaylaştıracak bir özgür bir yazılım geliştiriliyor, fakat özgür yazılım fikrinin öncelikli amacı olan "insanları özgür kılmak" hedefinden uzaklaşıyor.

Doggie
20 yıl önce

Önce Sun Javayı açmayacak, oracle'ın dblerini açmayacağı gibi. Bu insanların hedefini dikkatli değerlendirmek lazım, konuşurken çok iyiler ama icraat yok. İkincisi de zemberek zehir gibi olmuş, tek sorunu çalışmıyor. Arkadaşlar bu tip işleri tek başınıza yapmayın, bizden yardım isteyin. Sonra yarım iş yapıyorsunuz. Biz ne güne duruyoruz. Bu arada Sun'ı da ORacle'ı da indireceğiz, hedefimiz herşeyin özgür olması unutmayın ! İşimize geldiği gibi özgürlük öyle olmaz.

FZ
20 yıl önce

Sallapati yorum yazmanın da bir haddi hududu olmalı diye düşünüyorum. zemberek zemberek olmadan önce yani tspell günlerinden beri takip ediyorum bir kullanıcı, yazılımcı ve dilbilimle ilgili biri olarak. OpenOffice.org entegrasyonunu denemedim ama çekirdek sistem ve bunun sergilendiği demoyu defalarca çalıştırdım, hem imla denetimi hem heceleme hem de deASCIIfy işlevlerini test etmek için ve hatta bu sistemden, FM'ye gelen ve içinde Türkçe karakter kullanılmamış olan yazıları dönüştürmek için faydalandım.

Bu durumdaki bir sisteme çalışmıyor demek... enteresan bir tabir! ;-)

FZ
20 yıl önce

OpenOffice.org için +1 (yoksa +1000 mi? ;-) puan daha!

Pek çok kişi için gerçekten imla denetimi bir kelime işlem yazılımının olmazsa olmaz özelliklerinden. Hele bir de OpenOffice.org'a geçen kitlenin ezici çoğunluğunun MS Office'ten bu geçişi yaptığı düşünelecek olursa.

Konunun bir başka önemli yanı ise kodun tamamen açık olması. Yani isteyen biri varsa Java uygulamasını alır C++ ile yazar, C ile yazar, her ne dilde isterse yani, bilgi ve sözlük orada açık şekilde duruyor. Bir kısmı kapalı olan imla denetim uygulamalarına kıyasla böyle bir şeyin tercih edilebilirliği aşikar.

mdakin
20 yıl önce

Zemberek Projesini sadece ben geliştirmiyorum, asıl kurucusu ve denetim mekanizmasının mimarı, kardeşim Ahmet A. Akın'dır. Ayrıca projenin bize fikirleri ile destek olan başka üyeleri de var.

Ben de geliştiricilerden biriyim, ve Open office eklentisini ben yaptım ancak bu haberde Zemberek benim eserimmiş gibi söyleniyor. Hata düzeltilirse sevinirim.

http://zemberek.dev.java.net

FZ
20 yıl önce

Düzeltildi.

everestk
20 yıl önce

1.1.0 versiyonunda çalışmadı yada ben beceremedim
sistemde jre olarak yanılmıyorsam 1.5.0 ve önceki birkaç sürüm daha var (1.5.0 kulanıyorum)birkaç kez daha deneyeceğim düzelme olursa yani benden kaynaklanan birşey varsa tekrar yazarım buraya bu arada xp kullanıyorum.

Görüş belirtmek için giriş yapın...

İlgili Yazılar

BinarySearch ve MergeSort kullandıysanız kodunuzu kontrol edin!

FZ
5 Haziran 2006, 1 dakika okuma süresi

Algoritmalar mükemmel olabilir ama uygulamaları her zaman öyle olmayabiliyor!

Google'dan Joshua Bloch, yeni günlük girdilerinden birinde Extra, Extra - Read All About It: Nearly All Binary Searches and Mergesorts are Broken diye konuya girip Java standart kütüphanesinde kendi yazdığı BinarySearch fonksiyonunun nasıl bir hata barındırdığını anlatıyor.

Sun Microsystems'e 11 Mayıs 2004 yılında gönderilen hata raporunun yorum kısmı ise epey eğlenceli: "Should be fixed in the next release. Not for Tiger. xxxxx@xxxxx 2004-05-11 Finally fixing for Mustang. Can't even compute average of two ints is pretty embarrassing."

3 Haziran 2006 Cumartesi günü yollanan yorumlara göre ise, benzer problemden ötürü Solaris'teki look komutu yaklaşık 1 GB'den büyük dosyalar için düzgün çalışmıyor.

Bir MPEG Çözücü Nasıl Çözülür ;-)

FZ
29 Ağustos 2003, 1 dakika okuma süresi

Meşhur çip seti ve anakart üreticisi VIA´nın EPIA-M anakartları üzerinde gömülü bir CLE266 MPEG çözücü (decoder) mevcut. Bu özellik söz konusu anakartı multimedya uygulamaları için ideal hale getiriyor. Ancak küçük bir problem var, VIA´nın ürettiği yegane sürücü kapalı kod olarak geliyor. Tabii bu durumda da devreye `hacking´ ve `reverse engineering´ ruhu giriyor! Tabii planlı programlı çalışmanın da önemi yadsınamaz ;-)

Linux'ta Autocad. Çok Yakında!

bfta
22 Eylül 2010, 1 dakika okuma süresi

Autocad'e muhtaç insanların (çoğunlukla mimarlar) Linux'ta çalışan bir Autocad klonu hiç olmamıştı. Catia'nın yayıncısı Dassault Systems' in Windows ve Mac için çıkarttığı DraftSight, öyle görünüyor ki yakında bu eksikliği giderecek. Yaklaşık 2 saatlik bir test ile DraftSight'ın ucuz IntelliCad klonlarından çok daha iyi ve hızlı olduğunu söyleyebilirim.

Ofis Yazılımlarımızı Yükseltelim Lütfen!

conan
18 Eylül 2003, 1 dakika okuma süresi

Bu ay GNU/Linux dünyasında Ofis yazılımları ayı sanırım! Dün gnomedesktop.org GNOME Office 1.0 sürümünün çıkarıldığının haberini verdi. Bu Ofis sürümünün içindeki AbiWord de böylece 2.0 sürümüne ulaşmış oldu. GNOME Office içinde aynı zamanda GNOME-DB 1.0, Gnumeric 1.2.0 da bulunuyor.

Hızır Emacs: Her Nev'i Internet Yayın ve Yazı İşleri

FZ
23 Mayıs 2007, 1 dakika okuma süresi

cs-lisp üyelerinden Ahmet Usal, Emacs ile etkili JavaScript, CSS ve PHP kodlamaya yönelik deneyimlerini Emacs Web Geliştirme Ortamı Neler Sağlıyor? başlığı altında paylaşmaya başladı. Usal'ın MEWDE (My Emacs Web Development Enviroment Project) projesi de anlatılanların bir parçası olarak meraklılar tarafından kullanılmayı bekliyor.