* Recai Oktas [2004-07-09 03:16:56+0300] > Merhaba, > > Daha onceleri birkac kez belirttigim gibi Debian Sarge'da ontanimli > Turkce yereli tr_TR.ISO-8859-9 olarak ayarlamistik. Buna gerekce olarak > da Unicode kipin henuz olgunlasmadigini, hatalardan fazla etkilenmemek > icin simdilik emektar ISO kipiyle yola devam etmememizin daha uygun > olacagini ifade etmistim. Bu konudaki rahatsizligim son gunlerde bir > tur vicdan azabina donusmeye basladi :-) Ontanimli yereli Unicode > yapmadan bu hatalari ortaya cikarmak da zor gozukuyor. Bunu yaparsak > Debian Sarge'da problem cikaracak bir kac uygulama sayabilirim hemen: > > * mc (Midnight Commander): Sarge'a yetismesini zor gordugum bir > patch mevcut. > > * tetex (TeX): Latex 2e'de Unicode kullanimiyla ilgili bir > degisiklik yapildi, fakat Sarge'a yetisir mi bilmem. > > * jed, most gibi slang kullanan bircok uygulama: Bu uygulamalar > oncelikle slang-utf8'le calisacak sekilde hazirlanmali. Bu > islem basitce derleme secenekleriyle halledilebilecek bir sey > degil ve ayrica slang-utf8'in cok kararli olmadigina iliskin > bir intiba aliyorum. > > * aterm, wterm: Bunlar bildigim kadariyla Unicode desteklemiyor. > Eterm'e Unicode desteginin yeni eklendigini duydum. Rxvt ise > son baktigimda rxvt-unicode olarak Unicode'u destekliyor > (tabii kullanicinin bunu hemen farketmesi kaydiyla :-). > > * Motif ve Xt tabanli programlar: Bircogu klasik olan bu > uygulamalarda cok sorun beklenebilir. > > * man: groff'un yeni surumu gerekli. > > * bash/readline: Genel olarak iyi durumda. > > Metin duzenleyicilerde durum nispeten iyi; Emacs ve VIM (ozellikle bu > sonuncusu) Unicode'u neredeyse kusursuz destekliyor. Nano'ya (pico > klonu) UTF-8 destegi yeni kazandirildi. Jed yukarida da belirttigim > gibi iyi gozukmuyor. Nedit de oyle gibi. > > Masaustu ortamlari: GNOME ve KDE'de Unicode destegi fevkalade. O alanda > herhangi bir problem ummuyorum. > > Tablo bu. Ne dersiniz, tamamen UTF-8'e gecelim mi? Yoksa bu isi bir > baska bahara mi birakalim? Sukutu ikrar kabul edecegimi belirteyim, > cevap gelmezse UTF-8 gecisi icin kollari sivayacagim :-) Bu iletiye gelen cevaplar sonucunda _genel egilimin_ "UTF-8'e gecelim, sorunlara katlaniriz ve hatta boylece sorunlar daha cabuk tespit edilebilir" seklinde oldugunu gozledim. Bu kanaati paylasiyorum. Fakat d-i'da Turkce UTF-8 yereline gecis icin tahminimden daha fazla duzeltme gerektigini goruyorum. Dil-secici (languagechooser) modulunde yapilacak tek satirlik bir degisiklik yetmiyor, ozellikle ikinci asama kurulumda bazi seylerin duzeltilmesi gerekiyor. Soz konusu tek satirlik son dokunustan once gereken duzeltmeler icin BTS'e gonderdigim bazi yamalar var: http://bugs.debian.org/259478 http://bugs.debian.org/258681 http://bugs.debian.org/260025 Bunlardan ilk ikisi tamamlandi. Son yamanin bir sonraki surume [1] girmeyecegi kesin, hatta bu degisikligi Sarge+1'e saklamayi uygun gorenler de mevcut. [2] Eger d-i grubunu ikna edebilirsem, yakinda gonderecegim son bir hata bildirimi de sonuclandiktan sonra ontanimli Turkce yereli UTF-8'e ayarlayacagim. Bu degisikliklerin kabul edilmesi halinde d-i'in UTF-8 yereliyle cikacagini umit ediyorum (son dakika degisklikleri her zaman tehlikelidir ;-). Aksi taktirde -onceden de niyetlenildigi gibi- ISO yereliyle devam edecegiz ve UTF-8 konusu Sarge+1'e kalacak. [1] RC1 testlerinde iyi sonuc alinamadigindan bu surumden vazgecildi ve ay sonuna dogru (duruma gore) bir Beta5 veya RC2 cikarilmasina karar verildi. [2] http://lists.debian.org/debian-boot/2004/07/msg00943.html -- roktas
Attachment:
signature.asc
Description: Digital signature