Re: debian ile gelen türkçe problemleri
Valla kesin bir çözümünü bilemiyorum. Ancak aynı problem benim de başıma emacs ile gelmisti. Input methos'u Turkish yerine latin-5 olarak ayarladiktan sonra duzeldi. 0240 (onluk sistem 160) ISO-8859-1 içerisinde non-braking space olarak gozuuyor. Ayni problem bir program kodunu kopyala yapistir yontemiyle kaydedip gcc ile derlemeye calistiginizda da karsiniza cikabilir. gcc ascii olmayan bu karakteri gorunce parsing yapamiyor anlasilan. On Tue, 1 Jul 2003 17:51:41 +0300, Volkan YAZICI [EMAIL PROTECTED] wrote: bugün çok ilgiç bir þey keþfettim: aþaðýdaki basit bir C programý: 01 #include stdio.h 02 03 /* example.c: A basic c program */ 04 05 main() { 06 int c; 07 08 while ( (c = getchar()) != EOF ) 09 putchar(c); 10 } bu programi konsolda (x kapalýyken) nano ile yazýp derlemeye çalýþýnca þöyle bir hata alýyorum: example.c:8: parse error before character 0240 ayný programý X'de nedit (yada aterm'de nano) ile yazýnca paþa paþa derleniyor... fikirlerinizi (ki bunlarýn çoðunun çözüm olacaðýna eminim ,) bekliyorum, iyi çalýþamalar...
RE: debian ile gelen türkçe problemleri (SONUC)
Bu iş sadece delete tuşunun yerinden kaynaklanmıyor. Türkçe Nasıl dokümanlarında anlatılanlar (ve birkaç ayrı dokümanda daha) uygulandığında kullanılan Türkçe klavyeye göre bazı uyumsuzluklar ortaya çıkıyor. Eğer bir sorun varsa bu Debian ile ilgili olmalı. Sizden başka şikayet eden yok. Mesela benim burada şirkette kullandığım klavye (Compaq KB-9963) ile sadece Debian kullanıcıları değil diğer kullanıcılar da sorun yaşar. (RedHat ve Mandrake ile denedim) Sadece tuş işlem kodları değil aynı anda tek tuş üzerinde bulunan karakterlerinde değişik olduğu klavye türleri var. Ben bu sorunum için mecburen Xmodmap dosyası değişikliği yaptım. Bence Türkçe klavye türlerini biraz araştırmak ve derleyip toplamak gerekiyor. Mehmet Türker mailto:[EMAIL PROTECTED] http://www.mturker.net/ -Original Message- From: Nilgün Belma Bugüner [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 2:57 AM To: debian-user-turkish Subject: Re: debian ile gelen türkçe problemleri (SONUC) Selam, Şu delete ile ne sorununuz var? Doğrusu anlamıyorum. Delete tuşu, imlecin sağındaki karakteri, Backspace tuşu ise imlecin solundakini siler ve bu hem konsol klavyesinde hem de xkb klavyesinde benim hazırladıklarımda sorunsuzdur. Eğer bir sorun varsa bu Debian ile ilgili olmalı. Sizden başka şikayet eden yok. Ancak Unix'den kalanlar Delete tuşunun (backspace'in sağındaki tuş takımında olan delete tuşunun) backspace gibi çalışmasını, backspace tuşunun da delete tuşu olarak çalışmasını ister. Ama dos dünyasından gelenler de delete tuşunun her ikisinin de delete tuşu gibi, backspace tuşunun da backspace tuşu gibi çalışmasını ister. Bu konu ise bahsettiğiniz, unix davranışını isteyenlerin çok sınırlı sayıda olacağını düşünüyorum. Dolayısıyla böyle tarihi delete tuşlu bir klavyeyi consol-data'ya göndermek bir sürü gereksiz tartışmayı beraberinde getirecektir. Linux genelde PC üzerinde kullanılıyorsa PC klavyesi PC klavyesi gibi çalışmalıdır. Benim hazırladığım klavyeler buna uygundur. Piyasayı bilmem de benim kullandığım sistem en iyisidir : Esen kalın, Nilgün Salı 1 Temmuz 2003 14:52 sularında, Recai Oktas şunları yazmıştı: * Nilgün Belma Bugüner [EMAIL PROTECTED] [2003-07-01 09:31:36+0300] Burada Volkan Bey sanırım XF86Config dosyasında option belirtirken klavyesinin marka-modelini yazdığı için xkb klavyesini kullanamadı. O alana yazılabilecek değerler bellidir: pc101, pc102, pc104, pc105. Bir de Japon klavye için pc106; bu bizi ilgilendirmiyor. Siz de uğraştığınız için bilirsiniz, xkb ile ilgili en küçük bir sorunda X kendi öntanımlı klavyesine döner. Bunu denedik (yani chicony yerine pc105), sorun aynen devam etti. Bu konuyu gereksiz yere karıştırmışsınız ... Keske gereksiz olsaydi ve ben de o karisik kismi yazmasaydim :-) Bakin iste Q layout 1 secilmis ve problem olmus. Harcıalem klavyeler 2. yerleşimi kullanır. Ben 1. yerleşime pek rastlamıyorum. Listelerden 1. yerleşim ile ilgili birkaç şikayet okudum ama klavye değiştirmek genelde yeni bir eşlem yazıp çalıştırmaktan ucuz :-) Harcialem Q layout 2 yerlesiminde Delete tusu calismiyor. Bu sorun niye bu kadar gozardi ediliyor anlamiyorum, cok basit bir cozumu varken ustelik. Omurleri konsolda gecmese bile bircok dagitimda kurulumun on safhalarinda bu ortam kullaniliyor. Konsolda fazla calismasaniz bile mini floppy dagitimlar ve yeni moda live-cd'lerde de bu yerlesimle karsilasiyorsunuz. Hersey bir yana linux'un `hall of shame'inde olan bu problemin ilkesel olarak dahi Turkce konsol eslemlerinde varolmasi utandirici. (Redhat'te bir aralar `fix_bs_delete' benzeri bir utility dahi vardi.) Ki, sizin yazdığınız eşlem de sorunlu olmuş. `trq_enhanced'i kastediyorsunuz saniyorum. Maalesef oyle bir sorun oldu (brace tusu icin) ve duzelttik. Ben, onu kaldırın ve kimsenin kafasını karıştırmayın derim. `trq_enhanced'in karisiklik yaratacabilecegi konusundaki hassasiyetinizi paylasiyorum. Su an uzerinde calistigim proje biter bitmez Turkce-NASIL belgesindeki o kisimlari degistirecegim. Zaten ben o belgede `trq_enhanced'in kendi kullandigim bir eslem oldugunu ve subjektif nitelik tasidigini belirttim. O eslem sizin hazirladiginiz (Delete sorunlu) eslemi `enhanced' ediyor sadece, asil trq'da `Delete' duzeltmesi disinda degisiklik yok. Fakat karisikligi en aza indirmek icin o kisimlari seve seve cikarmaya hazirim. belgeler.org'daki Türkçe Nasıl ile erişilen tr.tar.gz dosyasında bu yüzden debian ile ilgili ayrı bir dizin açmıştım. Debian için olmayan klavyelerin debian ile de sorunsuz çalışacağını düşünüyorum. Debian, Linux ise sorun çıkmayacaktır. Konsol tarafi aslinda bir Debian meselesi degil. Yukarida da belirttigim gibi `Delete' tusunun duzeltilmesi lazim. Turkce-NASIL'in eklerinde verilen `trq.kmap'de bu degisiklik yapilmamis. Bu konuda size basit bir patch gonderdigimi hatirliyorum. Onerim su: Debian-Turkce belgesinde verilen `trq.kmap' eslemi
Re: debian ile gelen türk çe problemleri (SONUC)
* Nilgün Belma Bugüner [EMAIL PROTECTED] [2003-07-02 02:56:53+0300] Selam, Selam Şu delete ile ne sorununuz var? Doğrusu anlamıyorum. Delete tuşu, imlecin sağındaki karakteri, Backspace tuşu ise imlecin solundakini siler ve bu hem konsol klavyesinde hem de xkb klavyesinde benim hazırladıklarımda sorunsuzdur. Eğer bir sorun varsa bu Debian ile ilgili olmalı. Sizden başka şikayet eden yok. Once bazi konularda anlasalim: - Tartisma alanimiz X ortami degil, X konsolu degil, karanlik *konsol* ortami. - Backscape derken kursorun solundaki karakterin silinmesi eylemini kastediyoruz. - Backspace sozcugunu Ascii set icindeki bir kontrol karakteri olan BS ile karistirmayalim. BSin ascii karsiligi 0x08dir ve bunun da karsiligi ^H dir. - Delete derken kursorun uzerinde bulundugu karakterin silinmesi eylemini kastediyoruz. - Delete sozcugunu Ascii set icindeki bir kontrol karakteri olan (daha acik ifadeyle Ascii setin en son, yani 127nci karakteri) DEL ile karistirmayalim. DEL'in ascii karsiligi 0x7fdir ve bunun da karsiligi ^? dir. - Isleri daha da karistirmak adina ek bilgi: vt220 terminalini emule eden Linux *kernel* tus eslemi Delete eylemi icin \e[3~ kodunu kullanir. - Backspace ve Delete *eylemlerinin* tanimlandigi sekilde davranmasi bircok faktore baglidir. Linux kernel'in on tanimli tus haritasi, sectiginiz terminal emulasyonuna iliskin terminal database'i (eskiden `termcap', simdilerde `terminfo' ve `ncurses') ve uygulamanin kendi ozel secimleri. Simdi de Linux camiasinda -bir yigin kaosdan sonra- yeni yeni oturmaya baslayan standart davranisi tarif ediyorum (eski standartlarla ilgilenmiyorum), ayrintilar icin [1] kaynagina bakilabilir: - Backspace eylemine atanan kontrol karakteri Ascii DELdir. Bakin bunu tekrar yaziyorum, Backspace eylemini gerceklemek uzere eslediginiz tusun uretmesi gereken kontrol karakteri Ascii DEL yani ^? dir. (Denemek isteyecekler icin ek bilgi: uretilen kontrol karakterini gormenin basit yontemi Ctrl-V tus kombinasyonundan sonra o tusa basmaktir.) Yani klavyede Backspace eylemi icin secilen -- tusuna C-v tus kombinasyonundan sonra bastiginizda ^? kodunun uretilmesi gerekir. - Delete eylemine atanan kontrol karakteri \e[3dur. Bu secim -tutarli veya tutarsiz ayri bir konu- linux cekirdeginden gelen on tanimli kod ile uyumluluk acisindan yapilmistir. Yani C-v tus kombinasyonundan sonra piyasadaki PC klavyelerde uzerinde Delete yazan tusa bastiginizda ^[[3~ (\e[3) kodunun uretilmesi gerekir. Eger -uzerinde konustugumuz sorunda oldugu gibi- bu tus *yanlis olarak* Backspace eylemini gerceklestiriyor ise muhtemelen ^? kodunu uretecektir. Bu tip yanlislar cogunlukla yukarida bahsettigim karisikliktan kaynaklanir. Yani: Hmmm, Delete eylemi icin Ascii set icindeki DEL kodunu (Delete sembolunu) atamaktan daha dogal ne olabilir Ve booom! :-) - Bir dagitim Delete ve Backspace hadiselerine bir de Ascii BSi yani ^H yi karistiriyorsa intihar etmis demektir. Redhat zamaninda boyle bir intihar girisiminde bulundu (evet, Turkce klavyeden degil kendi US klavyelerinden bahsediyorum :-). Debian ilk surumlerinden itibaren (Hammden sonra) bu hatayi gidermistir. Iste kaynak [1]'den alinti: It's ridiculous that only Debian has done something about this issue. Where's Redhat with their Product Of The Year 1998? Linux for the masses? They can't even get the keys right! - Backspace/Delete sorununu cozmenin on sarti -- tusuna ^? kodunu, Delete tusuna da ^[[3~ kodunu eslemektir. Hersey bir yana standartlar umurumda degil diyenler icin dahi en azindan bu iki tusun farkli kodlar uretmesi mantiksal on sarttir. Eger bu standart eslemeler veya farkli eslemeler yapilirsa en azindan konsol'da dogru Backspace/Delete eylemleri bashin readline yapilandirma dosyasi olan /etc/inputrcde yapilacak oynamalarla elde edilebilir. (Bir dagitimin dogru eylemler icin boyle bir ayar gerektirmesi utandiricidir. Redhat *bir zamanlar* maalesef boyle bir hataya ducar olmustur.) Simdi bizim klavyelere geliyorum... Dosya: (Nam-i diger Layout 1) tr_q-latin5.kmap.gz Problem: keycode 14: -- (Backspace) tusuna Backspace sembolu (BS kontrol karakteri) atanmis. Bu tus ^H uretiyor. Neyse ki vt220'de ^H geriye dogru sildiginden sorun yok gibi gozukuyor. Tanriya sukur keycode 111: Delete tusuna hicbir sey atanmamis ve bu tus icin tanimli kernel tus eslemi overwrite edilmemis. Dolayisiyla dagitim -baska bir ayarla- ekstra bir giciklik yapmaz ise bu tus dogru calisiyor. Imdaat! :-) keycode 16: q icin altgr-q tanimsiz. @ karakterini basamiyor. Bu sorunun cozumu icin e-mail dahi atmayacaksiniz :-)) Diger kivir zivir problemler... Dosya: (Nam-i diger Layout 2) trq.kmap.gz Problem: keycode 14: -- (Backspace),
snortsnarf
Merhabalar, tam da debian'a alismisken baktimki snortsnarf debian icin yok. Ne tavsiye edersiniz? Bilgin