Gnostic'in Nightshift 2007 topicinde sorduğu soruya burdan devam ediyorum konuyu dağıtmamak için.
v2.0.0.1 kullanıyorum (daha dün update ettim). Önceki versiyon da 2.0'dı. Tahmin edebileceğinizden çok daha fazla cebelleştim ff ile. aranızda kaç kişi px (pixel) değil de em (element) kullanarak site yapmak zorunda kaldı? kaçınız bu siteyi ff'da çalıştırmak için aylarını harcadı? 🙂
ff forumlarına tek bir mesaj bile atmam gerekmedi. ne sorun yaşasam benden önce bikaçyüzbin kişinin yaşamış olduğunu gördüm. ancak ff'da çok eksik var henüz. belki v4 serisi beni tatmin eder. 2 ve 3 sanmıyorum...
Öncelikle javascript konusunda gerçekten çok kötü performans veriyor. Bunu bana sormanıza gerek yok, internette biraz gezinip performans testlerini ve diğer browserlarla karşılaştırmalarını araştırmanız yeterli.
VML (Vector Markup Language) gibi güzide dilleri desteklemiyor. Onlar da mı standart dışı? HTML standartı diyorsa Java ve Flash plugini de olmasın bare. Ha "onlar plugin ama" diyorsanız "vml plugini" istiyorum ben 🙂
Bunun gibi çok baş ağrıtıcı sorun yaşadım. Bir de tabii ki FF kullanıcılarının birçoğu IE 7.0'ı taklit olarak görüp, kullanmaya tenezzül etmedi. IE 7.0 da yeterli değil bana göre ama FF v4'den beklediğimi IE v8'den bekliyorum desem umarım ne demek istediğim anlatabilmiş olurum.
Bir de dikkatinizi çekiim, FF için site yaparsanız IE %99 destekler. "min-width" gibi bir iki property harici desteklemediği birşey görmedim pek. Yeni IE standartları destekliyor. Ama "fazlasını da" destekliyor. Olay benim kanaatimce bundan ibaret.

öncelikle ff'nin 2.0'ı üzerinde konuşmak için yeterince stable değil. o yüzden ben de, web dev yapan birçok arkadaşım da 1.5 serisini kullanmaya devam ediyoruz. eldeki işini görüyorsa yeni versiyon çıktığında hemen upgrade etme. bırak yerleşsin, bug'ları temizlensin, extension'lar uyarlansın. o zaman geçerim elbette 2.0'a da.
vml konusunda; evet, standart olabilir, ama wap da bir zamanlar standart idi ve üzerine ek yapılmayacağı bilindiğinden beri (sebebi de css ve xhtml'in yeterince iş görmesi) wap'ın adı anılmaz oldu. vml de tahminimce böyle bir deneysel dil. şimdiye kadar profesyonel ortamlarda ihtiyaç duyulduğunu, vml baz alınarak hareket edildiğini de pek görmedim. bir ara popülerdi, hemen standart yaptılar, ama popülerliği kısa sürede daha pratik çözümlerle yok oldu.
em konusunda; ben de zaman zaman em ile çalışıyorum, ama bu kadar problem yarattığını görmedim. em'e de pixel'e olduğu gibi körü körüne bağlanmak yanlış; herşeyi karrınca kullanmak ve uygun ölçüde karmak en sağlıklısı.
örnek olarak; css tablo kullanmayın demek değildir, tabloyu tabii ki verileri listelemek için kullanacağız. ama her komutu fonksiyonu dışında kullanmamaya gayret etmek en doğrusu. hele hele tasarım için komutları istismar (evet evet, komut hakları savunucusuyum! yazık zavallı komutlara, ahaha) etmek, mesela tabloları tasarımı oturtmak için kullanmak geçmişe ait bir yanlış.
tabii ki browser savaşlarında IE yerine sonuna kadar FF desteklerim. kendi başına buyruk, istediğini dayatan, yaptığını tam yapamayan ve kuralları hiçe sayarak tekelini genişletmeye çalışan bir şirketten bahsediyoruz. opensource her zaman var olacak ve gücü de artacak.
açıkçası fazlasına ihtiyacım yok, standartları temiz kullansın, bug'ları olmasın, IE için özel kod yamzaya, özel patch'ler hazırlamaya gerek kalmayalım, ne ala olurdu. ama hal böyle değil. ayrıca css ile ilgili problemlerin de IE'yi ilgilendirmiyor. ben de min-height gibi property'lerin olmasını isterim; bunun için IExx ya da FFyy beklemek durumunda değiliz, CSS3'ü beklememiz doğru olacaktır. Sonuçta CSS'i tanımlayan ve ortaya atan onlar.
Bu arada IE'nin public olan RSS formatını da kendi üzerine lisanslamaya çalışması komik ve üzücü tabii. Bir tarafta açgözlü ve tekelci bir monopol, diğer tarafta da işini en sağlıklı ve başı ağrımayacak şekilde yapmaya çalışan kullanıcılar var.

1999-2004 arası ateşli bir IE kullanıcısı idim... mozilla'ya bok atardım... w3c.org'u okumaya başladıktan sonra, tamamen kendi neşesine göre "render" yapan, kafasına göre standartları olan, "hiç bir spec" e uymayan bir browser olduğunu görsüm IE'nin. 2004'ten sonra yaptığım web-application'ların out-fit'ini IE'ye uydurmak için çok uğraştım. Netice'de 270'e yakın "bug" ını öğrendim IE'nin...
en "baba" bug'ı : double-margin olayıdır... şuan psp ile uğraştığım için burada delicesine bi yazımicam...
css2.1 speclerinin çoğunu desteklemez IE 6.0+ ve IE 7.0+
"document selector" 'ün gücünü kullanamazsın IE'de...
css sadece font tipi vermeye yarayıyan bişi diildir, for-next'den, if-then'e kadar orda istediin gibi kod yazarsın... ama sadece IE'de çalışmaz...
IE 7.0'da 260 küsür bug fixlendi evet doğru... ama idda ettikleri, özellikle IE 7.0'ın "render engine" ni yazan kadına yüze-yüze sorduğum "what about png-24" sorusuna "ofcorz" cevabı almama rağmen "bug" bitmemiş...
nightshift'de sorun tamamen görselliğimizle ilgili... transparency üzerine kurduk herşeyi... hoşumuza da gitti. IE 7.0'da bakınca "1 pixellik" bir bug, tarafımızdan BAN yemesine sebeb oldu. sevgili kardeşim hyper'ın el emeği ve göz nurunu 1 pixel'e değişmem 🙂 (çok edebi oldu!)
aslen IE 7.0'da da çalışabilirdi o bugla... olsun, bu gazla arkamıza opensource'u linux camiasını filan aldık şuan. çok sevindilier...
genele konuştum kimse üstüne alınmasın. keza tüm IE'lerdede sayfada bi sorun bişi yoktu.... 7.0'dan küçüklerde transparent diildi... 7.0'da da 1pixel bug vardı...
bu arada, local'de çalışan bi web server olsun. ie 7.0'da o sayfayı çaarın...
http://localhost/ mesela.... sonra bi refresh edin bakın ne oluyor.... 🙂

akıl sağlığınız için firefox'u tercih edin... 😉

sanırım vigo'nun doublemargin'le kastettiği bug, IE'nin border ve marjinleri konteyner objenin genişliğinden eksilterek kullanması...
transparan png de IE'nin diğer bir zaafı. eğer kullanıcı biz isek IE kendisine göre değil, kullanıcının ihtiyacına göre yapmalı ürününü ve PNG gibi, CSS gibi oturmuş sistemleri kaale almama yaklaşımını terk etmelidir. ey nightlord! duy sesimizi... ordaki bozuk-css meraklılarının kıçına bi tekme...

float eden objelerde olur double margin...

p {
	float: left;
	margin: 0px 20px 0px 20px;	
}

durumunda, IE'de birden left'de right'da 40px görürsün, doğrusu 20 iken...

nette biraz bakindim ve javascript testi icin olusturulmus sayfalarda elimdeki 2 browser'i da test ettim.. ornek olarak;
http://www.24fun.com/downloadcenter/benchjs/benchjs.html
http://wd-testnet.world-direct.at/mozilla/dhtml/funo/jsTimeTest.htm
ve cok ilginc bir sekilde bolme islemi (division) haric hep ff daha iyi sonuclar verdi.. divisionda ise iexplorer 500ms'da isi yaparken, ff 1400 ms gibi cok alakasiz bir sonuc verdi..
sonra firefox javascript slow (slower) gibi kriterlerle google'da arandim.. cikan ilk sitelere baktim, ornegin;
http://www.howtocreate.co.uk/browserSpeed.html
burda da degerler olarak javascript'te ff daha hizli, altta notda var;

...Firefox is not faster than Internet Explorer, except for scripting, but for standards support, security and features, it is a better choice. However, it is still not as fast as Opera...

vml konusunda, hatirladigim kadari ile firefox svg destekledigi icin vml'e gerek duymadilar (oyle bisi okudugumu hatirliyorum, yaniliyor olabilirim)..
sonuc olarak;
skate'in yakindigi olayi, browser'larin isimlerinin yerini degistirerek ben anlatiyorum insanlara.. firefox'da cok guzel gozukuyor, internet explorer uyumlu yapacam diye canim cikti felan diye.. 😃
sansima baktigim siteler hep firefox'dan yana cikti.. ilk mesajimda belirtmistim, flame war'a donussun istemem, tercih meselesi hep..

flame war'a dönüşmesinden ben de endişe ediyorum ama artık arada sırada teknik birşeyler tartışmaktan korkacak hale de gelmedim henüz. ben gayet teknik açıdan bakıyorum yazılanlara.
ben en son javascript testlerini yaptığımda 2.0 versiyonu yeni çıkmıştı. çok da eski sayılmaz yani. tekrar araştırıcam bu konuyu. ama bir de gözümle gördüğüm olay var o ayrı 🙂
bir diğer önemli nokta ise FF'u linuxla test etmemiş olmam. Belki linuxda daha üstün performansa sahip olabilir. Ben IE FF karşılaştırmasını IE'nin krallığında yaptım.
Bu arada ben web sitesi yapmaya 96'da başladım. Dolayısıyla "Internet Explorer uyumlu yapıcam diye canım çıkıyor" diye birşey söylemem hiçbir zaman mümkün olmadı. Hatırlarsanız bir aralar millet şu anda Firefox için söylenenleri öncelikle Netscape 4.xx versiyonları için söylüyorlardı. Daha sonra Netscape 6 çıktı (5'e nooldu yaw?! eheh) ve birden herkes Netscape'ci oldu. O zamanlar ben Netscape 4.xx (document.layers geyiği), Netscape 6 (document.getElementById <- bak adam olmaya başlamış ehehe) ve IE (document.all) uyumlu yapmakla meşguldüm. Opera o yıllarda o kadar yaygın değildi. Hatta bir ara frame desteklemiyordu falan (yanlış hatırlamıyorsam).
Sonuç? IE ayakta, Netscape değil. şimdi Firefox Netscape'in yerini aldı. Bu 1 pixel bug yüzünden IE uyumsuz site yapmak için yeterli mazeret değil bence. Ama Vigo&Hyper ikilisinin yaptığı seçime de saygılıyım. Dedikleri gibi open source dünyasını çekeceklerdir bu sayede.

Bu arada vigo kardeş, IE 7.0'da localhost'da refresh edince sayfa refresh ediyor. Aksi birşey mi olması lazımdı? 🙂
P.S: Directory browsing açık.

os ne, server ne?

2000 ve XP'de sorun çıkarmadı. 2003 server var şirkette. Denerim onda da.

w2k3 + iis6'da ikinci refresh'de site gelmiyor...

Vigo, henüz denemedim ancak bu sorun büyük ihtimalle iis ile senkronizasyon problemlerinden kaynaklanıyordur. Genellikle control panel->system->advanced->performance settings->advanced (yanlış hatırlamıyorsam) bölümünden background services yerine program seçersen büyük olasılıkla bu sorunu yaşamazsın. Aslında bu konuda bir hotfix çıkardı microsoft ancak henüz service pack hazır olmadığı için download edemiyorsun. Microsoft ürün destek hattını arayıp "gönderin ulan" diyince gönderiyorlar ama 🙂

sorun iis'de diil... diğer tüm clientlarda da oluyor bu...

hmm, o zaman biraz senin çalışma platformuna özel bir durum bu. çünkü bizim şirkette 3 tane Win 2003 yüklü makine var, hepsinde de IIS var ve hepsi de düzgün çalışıyor. Arada bir CGI hataları falan çıkarıyorlardı. O da zaten known bug ve yukarda anlattığım şekilde çözülüyor.