Problemin çözümü için kütüphane dosyalarında ufak değişiklikler yapmamız gerekiyor. Problemler kütüphane sahiplerine bildirilmiş ve sanırım bir sonraki sürümlerinde çözülmüş olacaktır.

Gelelim bu problemi nasıl çözüceğimize;

Bu problemi iki farklı yöntem kullanarak çözebiliyoruz. Fakat yöntemlerden biri başka problemleride meydana getirebileceğini düşündüğümden en sağlam çözüm olacağını düşündüğüm yöntemden bahsediyor olucam.

Jquery kütüphanemizin developer’lar için hazırlanmış olan versiyonunu indiriyoruz. Daha sonra return (“scrollTo” in elem && elem.document) ? // does it walk and quack like a window? kod bloğunu bularak bu kod bloğunu return (“scrollTo” in elem && elem.document && !elem.parentNode) ? // does it walk and quack like a window? ile değiştiriyoruz. Tabiki developer sürümünün boyutu yüksek olduğundan bu sürümünü sıkıştırarak kullanmak isteyebilirsiniz. Burada yardımınıza Closure Compiler yetişiyor. Yapmanız gereken tek şey http://closure-compiler.appspot.com/home sitesine girmek ve sol taraftaki alana kod bloğunu yapıştırıp Compile düğmesine basmak. Daha sonra sağ taraftaki sonucu kopyalayarak yolumuza devam edebiliriz.

İlgili makaleler

• http://forum.jquery.com/topic/ie-jquery-and-prototype-conflict
• http://dev.jquery.com/ticket/6088

Projenin kaynak dosyaları ile proje geliştirme aşamasında hazırlanan sayfaları karşılaştırdığımda, projenin kaynak dosyaları içinde olmayan fakat geliştirme ortamında farklı ihtiyaçlar için kullanılan CSS dosyaları olduğunu farkettim. 16 CSS dosyası olması gereken proje, geliştirme ortamında sonrasında 36′ya çıkmıştı.

Problemin kaynağının Internet Explorer üzerindeki CSS dosya kısıtlamalarından kaynaklandığını çok geçmeden anladım. Peki nedir bu kısıtlamalar, neler yapabiliriz kısaca bahsetmek istiyorum.

CSS Dosya Limitleri Hakkında Kısa Bilgi

Internet Explorer geliştiren ekip bir sayfa içinde <link /> veya @important url(’sablon.css’) yöntemi kullanarak maksimum 32 harici CSS dosyası eklememize izin verir. Eğer bu sayının üzeririnde CSS dosyasına sahipsek bu dosyaları kesinlikle yüklemeyecektir. Bu limit tüm Internet Exlorer (6,7,8) sürümleri için geçerlidir. Bunun dışında pek bilinmeyen sınırlamalardan biride Internet Explorer içinde yüklenecek CSS dosyasının boyutunun (288 KB) geçemiyeceğidir.

Limitler İçin Çözüm Önerileri

Sayfamızda 36 CSS dosyası var ve hepsinede ihtiyamız olduğunu varsayalım. Peki bu durumda ne yapmamız gerekiyor?

1 – CSS dosyalarını gruplamak

Yeni CSS dosyaları oluşturabilir yada sık kullandığımız birden fazla CSS dosyası içine diğer CSS dosyalarını @import url(stil.css) yöntemi kullanarak gruplayabilirsiniz.

grup1.css
-----------------------------
@import url("1.css");
@import url("2.css");
...........
@import url("16.css");

grup2.css
-----------------------------
@import url("17.css");
@import url("18.css");
...........
@import url("36.css");

2 – CSS dosyalarını birleştirmek

CSS dosyalarını bölümlendirmenin en büyük nedenlerinden biri diğer sayfalarda kullanılmayacak olan stil tanımlamarını dosya içinden ayırarak hem CSS dosya boyutlarını düşürmek, hemde dosya yönetimini kolaylaştırmaktır.

Fakat çok fazla parçaya ayrılan CSS dosyalarının yönetimi bir süreden sonra amacı dışına çıkacak, yönetim zorlaştığı gibi aynı tanımlamara sahip bir çok CSS dosyasına da sahip olacaz. Tarayıcı üzerindeki dosya istek sayısınıda unutmayalım. Ne kadar çok istek sunucu tarafına o kadar yük demektir. Sonuç olarak yapmamız gereken benzer özelliklere sahip CSS dosyalarını birleştirmek ve münkün olduğunca benzer tanımlamaları aynı CSS dosyası üzerinde tutmak olacaktır.

3 – Gereksiz CSS dosyalarını kaldırmak

Malum dosya sayısı arttıkça yönetim zorlaşacağından aynı stil kurallarını içeren birden fazla CSS dosyasına sahip olacaksınız. Bu tarz bir sorun ile karşılaştığınızda elinizdeki dosyalarını tekrar gözden geçirebilir ve artık işinize yaramayan yada fazlalık olan dosyalarıda kaldırabilirsiniz.

Eğer sayfanız içinde bir java applet kullanıyor ve bir şekilde bu applet üzerinde kullanılacak açılır menü (dropdown menu) veya bir html bloğu konumlama ihtiyacı duyuyorsanız blokların java applet’in altında kaldığını görüceksiniz. İlk aklınıza gelen blokların z-index’lerini kontrol ederek çözmeye çalışmak olacaktır. Fakat denediğinizde bunun bir işe yaramadığını görüceksiniz.

Benzer bir problem olarak IE6 içinde render edilen bir sayfada selectbox üzerine bir div vb. bir blok açmaya kalktığınızda selecbox’ın açılan bloğun üzerine taşmasınıda verebiliriz.

Şu anda anlatıcağım yöntem ile yaşanacak olan iki problemide çözebilir kendi metodlarınızıda geliştirebilirsiniz. Ama şunu söyliyim aklın yolu birdir

İşin püf noktası applet üzerine yerleştireceğimiz boş bir iframe kullanmaktır. Fakat iframe eklendikten sonra applet içinde gösterilen uygulamayı maskelediğinden java applet gözükmeyecektir. Bunun için dropdown gibi menü yapılarında menü açıldığında iframe’i dom ağacına eklemeli, iframe’ın pozisyonu ve boyutunu açılır menünün kapladığı alan ve pozisyonla eşitlemeli, iframe’in z-index’i dropdown menü’den daha küçük olacak şekilde ayarlanmalıdır. Dropdown menüden bir item seçildiğinde iframe dom ağacı üzerinden kaldırılmalıdır. Burada iframe set ederken ie versiyonları için src=”#” diğer modern tarayıcılar için src=”javascript:;” kullanılması doğru olacaktır.

Aşağıda ortaya çıkacak yapının bir örneğini görebilirsiniz.

Çok fazla vaktim olmadığından konuyu kısa kesiyorum fakat ilk fırsatta örnekler ile konuyu daha iyi anlamanız için bir çalışma yapacam ve yazıyı tekrar elden geçirecem. Umarım yararlı bir makale olmuştur.

Biraz araştırma yaptıktan sonra hatanın sebebinin query string üzerinden gönderilen parametrelerin sql sorgusuna dahil edilememesinden kaynaklandığı ortaya çıktı. Sorunun çözümü için query_post() fonksiyonu içinde wordpress içinde tanımlı olan global $query_string; değişkenini eklemek problememi tamamen çözdü. Aşağıda doğru kullanım için gerekli örneği bulabilirsiniz.

Bir önceki kullanım örneğim

Son hali

İlgili Sayfalar

• http://codex.wordpress.org/Template_Tags/query_posts#Usage_Note

http://www.sony.com.tr

İş Tanımı

• Avrupa ülkelerinin ortak olarak kullandığı sistemin Kullanıcı Arabiriminin Geliştirilmesi (XHTML, CSS, Javascript)
• Erişebilirlik Çalışmaları