Python Programlama Dili

Diyelim ki elimizde şöyle bir şey var:

#-*- coding: cp1254 -*-
 
def kayit_ekle(isim, soyisim, sehir, meslek, tel, adres):
    kayit = {}
 
    kayit["%s %s" %(isim, soyisim)] = [sehir, meslek, tel, adres]
 
    print "\nBağlantı bilgileri kayıtlara eklendi!\n"
 
    for k, v in kayit.items():
        print k
        print "-"*len(k)
        for i in v:
            print i
 
kayit_ekle(isim = "Abdurrahman",
           soyisim = "Çelebi",
           meslek = "Öğretmen",
           tel = "0212 123 45 67",
           sehir = "İstanbul",
           adres = "Çeliktepe")

Bu kodları (utf-8 ile) GNU/Linux’ta çalıştırırken herhangi bir Türkçe karakter sorunuyla karşılaşmıyoruz. Ancak aynı kodları Windows’ta çalıştırmak istediğimizde şöyle bir çıktı alıyoruz:

Ba­lant² bilgileri kay²tlara eklendi!
 
Abdurrahman Ãelebi
------------------
¦stanbul
Í­retmen
0212 123 45 67
Ãeliktepe

Gördüğünüz gibi bütün Türkçe karakterler birbirine girmiş durumda. Bunun temel sebebi Windows’ta komut satırının öntanımlı yazı tipinin unicode karakterleri gösterememesi. Yani aslında komut satırının kendisi Türkçe karakterleri düzgün bir şekilde algılayabiliyor. Ancak kullanılan öntanımlı yazı tipi bu karakterlerin düzgün bir şekilde gösterilmesine müsaade etmiyor… Ayrıca ortaya çıkan bu durumda, MS-DOS’un öntanımlı kod sayfasının da etkisi var.

Yukarıdaki sorundan kurtulmak için şu işlemleri yapmamız gerekiyor:

1. Önce kullanılan kod sayfasını değiştiriyoruz:

chcp 1254

2. Ardından pencere başlığına sağ tıklayıp “özellikler”e giriyoruz.

3. Yazı Tipi sekmesi içinde yazı tipini “Lucida console” olarak değiştiriyoruz.

4. Tamam’a basıyoruz.

5. Karşımıza çıkan pencerede, “özellikleri sadece geçerli pencereye uygula” seçeneğini işaretliyoruz.

Şimdi en başta verdiğimiz betiği çalıştırdığımızda şu çıktıyı alıyoruz:

Bağlantı bilgileri kayıtlara eklendi!
 
Abdurrahman Çelebi
------------------
İstanbul
Öğretmen
0212 123 45 67
Çeliktepe

istihza Python, Teknik ms-dos, Python, türkçe karakter, Windows

Bildiğiniz gibi istihza.com‘daki belgeler reStructuredText biçiminde hazırlanıyor. Bu belgeleri farklı biçimlere dönüştürmek için ise Sphinx adlı bir yazılımı kullanıyorum.

Özellikle reStructuredText, belgelendirme çalışmalarıyla uğraşanlar için çok önemli bir araç. Hatta Python programlama dilinin resmi sitesi olan www.python.org‘daki belgelendirme çalışmaları da reStructuredText biçimi kullanılarak yapılıyor. Python geliştiricileri de reStructuredText biçiminde hazırladıkları belgeleri Sphinx adlı yazılım yardımıyla HTML’ye çeviriyorlar. Zaten Sphinx yazılımının geliştiricisi olan Georg Brandl da Python topluluğunun etkin bir üyesi…

Elbette bu önemli konuya istihza.com’da yer vermemek olmazdı. O yüzden Python 2.x bölümüne “reStructuredText ve Sphinx” adlı yeni bir konu ekledim.

Bu konu çok geniş olduğu için henüz tamamlanmadı. Konuları yazdıkça siteye ekleyeceğim. Şimdilik “reStructuredText” ile bir giriş yaptım.

Yeni konu eklemenin yanısıra, Python 2.x bölümünde varolan belgeleri de gözden geçirmeye devam ediyorum. Tabii buna bağlı olarak PDF belgeleri de sürekli olarak tazeleniyor. Yakında istihza.com’da bunun dışında yenilikler de göreceksiniz.

Sevgiler,

istihza

istihza Teknik reStructuredText, sphinx

Firefox tarayıcısıyla istihza.com’da bazı sayfaları görüntülemeye çalışırken tarayıcının bazen şöyle bir hata verdiğini farkettim:

Content Encoding Error
The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.
Please contact the website owners to inform them of this problem.

Bu hatayı sadece Firefox veriyor. Google Chrome, Galeon ve IE gibi tarayıcıların bu hatayı verdiğine rastlamadım. İnternette araştırdığıma göre Firefox bu hatayı başka pek çok sitede de veriyormuş…

Bu sorunu gidermek için Firefox’un önbelleğini temizlemeyi deneyebilirsiniz. Bu işlem sorunun çözülmesini sağlıyor… İşin ilginci bu sorun sadece Firefox 3′te var. Bu tarayıcının eski sürümlerinde böyle bir sorun yok.

istihza Teknik, istihza.com content encoding error, Firefox 3

Ubuntu GNU/Linux‘un resmi olarak desteklediği masaüstü ortamı Gnome, yeni ve farklı bir sürüme doğru hızla yol alıyor. Uzun yıllardır hiçbir belirgin değişiklik görmeden kullanageldiğimiz bu sade masaüstü ortamının 3 numaralı sürümü, muhtemelen “Ubuntu 10.10” ile birlikte öntanımlı masaüstü ortamı olarak gelecek. Aslında Gnome 3 Ubuntu’nun 10.04 numaralı sürümü olan Lucid Lynx ile birlikte gelecekti, ancak bu plan şimdilik ertelenmiş gibi görünüyor…

Eğer Gnome 3′ün neye benzediğini merak ediyorsanız, aslında  bu masaüstü ortamının öntanımlı olarak geleceği zamanı beklemenize gerek yok. Şu anda da bu masaüstü ortamını test etme imkanına sahibiz. Ancak şu uyarıyı yapmadan geçmeyelim:

Bu işlemi yapmadan önce önemli bilgilerinizi yedeklemeyi unutmayın. Ne de olsa Gnome 3 henüz geliştirme aşamasında… Yani aşağıda anlatacağım işlemleri yaptıktan sonra bilgisayarınız açılmazsa, “istihza bilgisayarımı bozdu!” demeyin… Sorumluluk tamamen size ait!..

Şimdi Gnome 3′ü Ubuntu’nun Karmic Koala adlı sürümüne nasıl kuracağınızı anlatmaya çalışacağım. Ancak dilerseniz bu işleme başlamadan önce yeni bir kullanıcı oluşturun ve kurma işlemlerini bu yeni kullanıcı ile yapın. Böylece ana kullanıcıyı çok fazla etkilememiş olursunuz… Bu arada, yeni kullanıcıyı oluştururken ona program ekleme/kaldırma yetkisi vermeyi unutmayın… Yetkisiz bir kullanıcıyla istediğimiz işlemleri yapamayız…

Yeni kullanıcıyı oluşturduktan ve ona gerekli yetkileri verdikten sonra bilgisayarı bu yeni kullanıcı hesabıyla açın. Ardından şu komutu vererek gnome-shell adlı paketi kurun:

sudo aptitude install gnome-shell

Gnome-shell, yeni Gnome 3 sürümünün özünü oluşturur. Bu uygulama, Gnome kullanıcısı ile sistemin arkaplanı arasındaki bir arayüz gibidir. Yani bilgisayarımızda kurulu olan programlara nasıl erişeceğimizi belirler. Bu yönüyle Gnome 2′deki üst panelin yerini alır…

Yukarıdaki komut gnome-shell’i sistemimize kurar. Gnome 3′ü test etmeye başlamak için yapmamız gereken tek şey ALT+F2′ye basıp açılan pencereye şu komutu yazmaktır:

gnome-shell –replace

Bu komutu verdikten sonra şuna benzer bir ekranla karşılaşmış olmalısınız (Resimleri daha net görebilmek için resimlerin üzerine tıklayabilirsiniz):

Gördüğünüz gibi, Gnome 3′te alt panel yok. Bu yeni masaüstünde bütün işlevler üst paneldeki “Activities” adlı menünün içinde toplanmış durumda. “Activities” menüsünün içeriğine ulaşmak için sol üst köşede görünen “Activities” düğmesine tıklayabilirsiniz. Ya da fare imlecini sol üst köşeye çarptırarak da aynı etkiyi elde edebilirsiniz. Activities menüsüne girdiğimizde şöyle bir ekranla karşılaşıyoruz:

Activities menüsüne girdiğimizde ekran ikiye bölünüyor. Ekranın sol tarafında “Applications“, “Places” ve “Recent Documents” adlı üç yeni menü görüyoruz. Bu üç menünün her biri bizi bilgisayarımızın farklı bir alanına ulaştırıyor. Applications menüsü içinden bilgisayarımızdaki programlara; Places menüsü içinden bilgisayarımızdaki önemli dizinlere; Recent Documents menüsü içinden ise son kullandığımız belgelere erişebiliriz. Ayrıca en tepede gördüğümüz “Find” adlı arama kutucuğu ise bilgisayarımızdaki uygulamalara kolayca ulaşabilmemiz için tasarlanmış. Oraya mesela “firefox” yazarak, Firefox internet tarayıcısına ulaşabiliriz.

Applications adlı menünün sağ tarafında görünen “More” adlı düğme ise bilgisayarımızdaki bütün uygulamalara erişebileceğimiz bir liste açar bize…

Dikkat ettiyseniz, yukarıdaki ekran görüntüsünde sağ alt köşede bir artı düğmesi görünüyor. Bu düğmeye bastığınızda yeni bir masaüstü çalışma alanı açılacaktır.

Oluşturduğunuz yeni çalışma alanını kaldırmak için, yukarıdaki ekran görüntüsünden çalışma alanı üzerinde görünen eksi düğmesine basabilirsiniz…

Eğer Gnome 3′ü sisteminize başarıyla kurduysanız, bu yeni masaüstü ortamını biraz kurcalayın. Aslında oldukça mantıklı bir şekilde tasarlandığını göreceksiniz. Ben bu yeni masaüstü ortamını beğendiğimi söyleyebilirim. Yeniliklerin, en azından KDE4′teki kadar yıkıcı olmaması benim açımdan sevindirici bir durum… Muhtemelen ilerleyen günlerde Gnome 3 yeni özellikler ve yetenekler kazanacak. O günler geldiğinde bu yeni masaüstü ortamını daha sağlıklı bir şekilde değerlendirme imkanımız olacak.

Son bir ekran görüntüsü ile bu yazıyı kapatalım:

istihza GNU/Linux, Teknik ekran görüntüleri, gnome 3, Karmic Koala, kurulum, Ubuntu

Bildiğiniz gibi, Ubuntu’da Python’un etkileşimli kabuğuyla çalışırken uçbirimi kapatmaya çalışırsanız uçbirimi kapatmak istediğinize emin olup olmadığınızı soran bir pencere açılıyor. Eğer siz de bu onay penceresinden gıcık kapıyorsanız, bu “özelliği” şu şekilde kapatabilirsiniz:

ALT+F2′ye basın ve açılan pencereye “gconf-editor” yazarak enter’e basın. Orada “apps > gnome-terminal > global” yolunu takip edin ve sağ taraftaki “confirm_window_close” değerinin sağındaki kutucuğun üzerindeki onay işaretini kaldırın…

istihza GNU/Linux, Teknik emin misiniz?, gconf-editor, terminal, uçbirim

********************************************************************

ÖNEMLİ NOT: Bu yazıdaki bazı bağlantılar eskimiştir. Bağlantıların yeni adresleri için http://www.istihza.com/blog/pygtk-ve-windows.html/ sayfasındaki yazımızı inceleyiniz…

********************************************************************

Bir-iki gün önce bir arkadaş bana e.posta göndererek, Windows’ta PyGtk’yi kullanamadığını, herhangi bir PyGtk programını çalıştırmaya çalıştığında şöyle bir hata aldığını söyledi:

from _gobject import type_from_name
ImportError: DLL load failed: Belirtilen modül bulunamadı.

Bunun üzerine deneme yapmak için ben de daha önce PyGtk kurduğum ve düzgün bir şekilde çalışan Windows’lu bir bilgisayardaki PyGtk ve PyGtk’ye ilişkin bütün paketleri önce kaldırıp daha sonra PyGtk ve ilgili paketleri yeniden kurdum bu bilgisayara…

Dediğim gibi, eski kurulumda bir sorun yoktu, ancak bu kez PyGtk’yi kurup herhangi bir PyGtk programını çalıştırmaya çalıştığımda ben de hemen hemen aynı hatayı aldım.

Benim aldığım hata da şöyleydi:

ImportError: DLL load failed: The specified module could not be found.

Sanırım son GTK paketlerinden birinde bir uyumsuzluk var… Eğer siz de Windows üzerine PyGtk kurarken yukarıdakine benzer bir hata alıyorsanız, sorunu şu şekilde çözebilirsiniz:

1. Önce PyGtk ile ilgili kurduğunuz bütün programları kaldırın.

2. Daha sonra sırasıyla şu programları indirin:

** http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.16/gtk+-bundle_2.16.6-20090911_win32.zip

** http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-2.win32-py2.6.exe

** http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.2-2.win32-py2.6.exe

** http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-3.win32-py2.6.exe

3. İlk paket hariç ötekilerin kurulum betikleri var. Bunları çift tıklayarak kurabilirsiniz. Yalnız bu paketleri kurarken listeden Python 2.6 sürümünü seçmeyi unutmayın…

4. İlk “bundle” paketini C dizini içinde GTK adlı bir klasörün içine açın. Daha sonra C:\GTK\bin klasörünü “PATH” değişkeninize ekleyin.

Eğer bu dizini “PATH” değişkenine nasıl ekleyeceğinizi bilmiyorsanız şu makalemizden yararlanabilirsiniz: http://www.istihza.com/py2/windows-path.html

istihza Teknik gobject, import error, pygtk, Windows

GNU/Linux’ta, sahip olduğunuz donanımlarla ilgili son derece ayrıntılı bilgiler veren “lshw” adlı bir komut bulunur. Bu komutu şöyle kullanıyoruz:

sudo lshw

Eğer sisteminizde “lshw-gtk” adlı program kuruluysa yukarıdaki komutu şöyle verebilirsiniz:

sudo lshw -X

Bu komut lshw’nin grafik arayüzünü çalıştıracaktır.

lshw komutu normalde epey uzun bir çıktı verir. Ama eğer biz istersek bu komutu bazı parametrelerle birlikte kullanarak çıktıyı süzebiliriz.

Örneğin sadece işlemci ile ilgili bilgi almak için bu komutu şu şekilde yazabilirsiniz:

sudo lshw -C processor

Böylece önünüze sadece işlemci ile ilgili ayrıntılar gelecektir. Bu komutu şu şekilde de kullanabilirsiniz:

sudo lshw -class processor

Eğer lshw’nin size tablo görünümünde ve kısaltılmış bir çıktı vermesini isterseniz şöyle bir şey deneyebilirsiniz:

sudo lshw -short

Ayrıca bu komutun çıktısına bakarak “lshw” içindeki “class”ları (sınıf) da görebilirsiniz. Mesela lshw’de “disk” adlı bir sınıf olduğunu görüp şöyle bir komut vererek sadece disk sürücülerine ilişkin ayrıntılı bilgi edinebilirsiniz:

sudo lshw -C disk

veya:

sudo lshw -class disk

Eğer isterseniz birden fazla sınıfı bir arada da kullanabilirsiniz:

sudo lshw -class network -class disk

Bu komut hem ağ hem de sürücü bilgilerini bir arada verecektir…

Bu komutun başka pek çok özelliği bulunur. Şu komutu vererek lshw’nin bütün özellikleri hakkında bilgi edinebilirsiniz:

man lshw

Ama lshw’nin en güzel özelliğini henüz anlatmadık. Bu komut, donanımımızla ilgili bütün bilgileri bir html veya xml belgesi biçiminde almamıza da olanak tanır. Şöyle:

sudo lshw -html > deneme.html

Bu komut, o anda içinde bulunduğunuz dizinde deneme.html adlı bir dosya oluşturacaktır…

Eğer donanımınıza ilişkin bütün bilgileri bir xml dosyası olarak almak isterseniz şu komutu vermelisiniz:

sudo lshw -xml > deneme.xml

Bu komut da, bulunduğunuz dizin içinde deneme.xml adlı bir xml dosyası oluşturacaktır…

lshw oldukça yararlı bir araçtır. Yeri geldiğinde sizi pek çok sıkıntıdan kurtardığını göreceksiniz…

istihza GNU/Linux, Teknik donanım bilgileri, GNU, html, Linux, lshw

istihza.com’daki belgelerin Sphinx adlı yazılım kullanılarak üretildiğini daha önceden duyurmuştum. Ancak orada da bahsettiğim gibi Sphinx adlı yazılım, URL’leri üretirken, içinde Türkçe karakterler geçen başlık adlarını oldukça okunaksız bir hale sokuyor. Mesela “Python Nasıl Çalıştırılır?” gibi bir başlığı, http://www.istihza.com/py3/hakkinda.html#python-nas-l–al-t-r-l-r biçiminde bir URL’ye dönüştürüyor…

Bu durumun sebebi aslında doğrudan Sphinx’in kendisi değil. Bu sorun Sphinx’in yararlandığı Docutils adlı yazılımdan kaynaklanıyor. Sphinx’teki html URL’lerinin nasıl görüneceğini, Docutils içinde yer alan “nodes” adlı bir modül belirliyor. Bu işin asıl sorumlusu ise “nodes” modülü içindeki “make_id()” adlı bir fonksiyon…

“make_id()” adlı fonksiyon “string” adlı bir parametre alıyor. Bu fonksiyonun görevi, kendisine parametre olarak verilen karakter dizisini alıp bu karakter dizisinden bir “tanımlayıcı” (identifier) üretmek.

Bu “nodes” modülü içinde “_non_id_chars” adlı bir değişken belirlenmiş:

_non_id_chars = re.compile('[^a-z0-9]+')

Buradaki düzenli ifade yardımıyla, tanımlayıcı olamayacak karakterler ayıklanıyor. Buna göre eğer bir karakter, sayı veya harf değilse bir tanımlayıcı olarak adlandırılamıyor. Bu süzgeç doğal olarak Türkçe karakterleri dışarıda bırakıyor…

“make_id()” adlı fonksiyon, bu “_non_id_chars” değişkeniyle belirlenen karakterlerin yerine “-” işaretini koyuyor. Bu işi de “make_id()” içindeki şu satır hallediyor:

id = _non_id_chars.sub('-', ' '.join(string.lower().split()))

Dolayısıyla yukarıdaki düzenli ifadenin ayıkladığı karakterler çıktıda “-” işaretiyle gösteriliyor…

İşte Sphinx de bu “make_id()” fonksiyonunun ürettiği tanımlayıcıları URL adlarını belirlemede kullandığı için, Türkçe karakterler barındıran URL adları epey okunaksız bir hale geliyor.

Ben istihza.com’daki belgeleri Sphinx’le üretirken, bu sorunu çözmek amacıyla, “make_id()” fonksiyonuna ufak bir ekleme yaptım. Fonksiyona eklediğim kod parçasını şuraya yapıştırdım:

http://paste-it.net/public/ub37a24/

Eğer bu kodları yama olarak almak isterseniz şuraya bakabilirsiniz:

http://www.istihza.com/denemeler/turkish.patch

Bu kod parçası, URL’lerdeki Türkçe karakterlerin yerine ASCII-benzerlerini koyuyor. Mesela “ş” yerine “s” harfi, “ç” yerine “c” harfi, “ı” yerine “i” harfi gibi… Böylece “python-nas-l–al-t-r-l-r” yerine daha okunaklı bir ifade olan “python-nasil-calistirilir” ifadesini elde ediyoruz.

Bu durumdan ben Docutils geliştiricilerini haberdar ettim. Kodları da kendilerine gösterdim. Docutils geliştiricileri, bu sorunun farkında olduklarını ve Docutils’in svn’deki sürümünde bu sorunu giderdiklerini söyledi. Tabii svn’deki sürüm sadece Türkçe karakterleri değil, İngilizce dışındaki başka dillere ait özel karakterleri de içeriyor…

Eğer Sphinx’teki Türkçe sorununa hızlı bir çözüm arıyorsanız yukarıda verdiğim kodları kullanabilirsiniz. Bu kodları Docutils içindeki “nodes.py” adlı dosyada yer alan “make_id()” adlı fonksiyonun içine yerleştireceksiniz. Kodları “make_id()”  fonksiyonu içindeki “id” tanımlamalarından hemen önce yazıyoruz.

istihza Python, Teknik docutils, nodes, sphinx, türkçe

Bundan kısa bir süre önce, Ubuntu’nun “Jaunty Jackalope”den sonraki sürümü olan Karmic Koala’nın Alpha 2′si yayımlanmıştı… Ben de bir süredir Karmic Koala’yı kullanıyorum. Karmic Koala henüz test aşamasında olmasına rağmen bugüne kadar ciddi bir hatayla karşılaşmamıştım. Ancak bugün yayımlanan son güncellemelerde önemli sayılabilecek bir sorun ortaya çıktı. Taşınabilir diskler sisteme bağlanmaya çalışılırken DBus hatası alınıyor ve mesela USB parmak belleğiniz sisteme bağlanamıyor… Bu durum muhtemelen DBus’un son sürümündeki bir uyumsuzluktan kaynaklanıyor. Eğer siz de Ubuntu Karmic Koala’nın Alpha 2 sürümünü kullanıyorsanız ve harici disklerinizi sisteme doğrudan bağlayamıyorsanız şimdilik bu sorunu şu şekilde çözmeyi deneyebilirsiniz:

1. Bir komut satırı açıyoruz.

2. /mnt klasörü içinde “parmak” adlı bir klasör oluşturuyoruz:

sudo mkdir /mnt/parmak

3. Parmak belleği USB girişine takıyoruz ve aldığımız DBus hatasını görmezden geliyoruz.

4. Parmak belleği /mnt/parmak klasörüne bağlıyoruz:

sudo mount -t vfat /dev/sdc1 /mnt/parmak

Artık /mnt/parmak dizininin içinden, parmak belleğin içeriğine ulaşabilirsiniz. Tabii ben burada parmak belleğin “sdc1″ olduğunu varsaydım. Bu isim sizde farklı olabilir. Eğer parmak belleğin hangi adla sisteme bağlandığını bilmiyorsanız bunu

sudo fdisk -l

komutuyla öğrenebilirsiniz…

Ancak parmak belleği yukarıdaki komut yardımıyla sisteme bağladığınızda, bellekteki dosyalara yazabilmek için root olmanız gerekir. Eğer parmak belleği okuma-yazma yetkileriyle bağlamak isterseniz şöyle bir komut kullanabilirsiniz:

sudo mount -t vfat -o rw,uid=1000,gid=100,umask=0022 /dev/sdc1 /mnt/parmak

Karmic Koala’daki bu sorunun bir sonraki güncellemelerde düzeltileceğini zannediyorum.

İşinize yaraması dileğiyle…

istihza Teknik dbus, disk bağlama hatası, Karmic Koala, Ubuntu

Deneme sürümlerinden bu yana kullandığım Kubuntu Jaunty Jackalope’de, yine ta deneme sürümlerinden bu yana devam eden bir sorun vardı: Bütün uygulamalarda bazı harflerin, sanki bunların üzerine biri çekiçle vurmuş da o harfleri ezmiş gibi görünmesi… Jackalope’nin deneme sürümlerini kullanırken, bu sorunun kararlı sürümde düzeleceğini düşünüyordum. O yüzden de fazla üzerinde durmamıştım. Ancak Jackalope’nin kararlı sürümü çıktıktan sonra da bu sorun devam edince meseleye bir el atmaya karar verdim. Uzun süre uğraştım, internette araştırdım, ama bir türlü işe yarar bir bilgi bulamadım. Bugün yine bu sorunu çözmek üzere Yazıtipi Yumuşatma ayarlarını karıştırırken, soruna neden olan ayarı buldum… Belki benim gibi bu sorundan muzdarip kişiler vardır diye düşünerek, çözümü burada paylaşayım dedim:

1. KMenu > Sistem Ayarları > Görünüm yolunu takip ediyoruz.

2. Sol taraftaki menüden  Yazı Tipleri’ni seçiyoruz.

3. “Yumuşatma Kullan” ayarı “etkin” iken, hemen sağ taraftaki “yapılandır” düğmesine basıyoruz.

4. Açılan ekranda “Gölgeleme Biçimi” olarak “Hiçbiri”ni seçiyoruz.

5. Bilgisayarı kapatıp yeniden açtığımızda bütün uygulamalar yeni ayarları benimsemiş olacak…

Bu yol, benim yaşadığım sorunu çözdü. Umarım başkalarının da işine yarar…

İyi çalışmalar,

Fırat

istihza Teknik bozuk harfler, jaunty jackalope, kubuntu