P0lip
P0lip
#js #javascript #webdev

Taki mały, trywialny tip, który może być nieznany dla paru osób, które nie sprawdzają kompatybilności w starszych przeglądarkach. Zawsze starajcie się dawać wszystkie argumenty dla funkcji - nawet jeśli są one opcjonalne, np. w EventTarget.addEventListener można ominąć bąbelkowanie (z reguły się go pomija, bo domyślnie jest zdefiniowany jako false). Niektórzy pomijają ten argument, a jest on szczególnie ważny w FF <= 6 czy Opera <= 11.60. To samo tyczy się CSSStyleDeclaration.setProperty i paru innych funkcji.
4
  • Najlepsze
  • Wszystkie komentarze
npsr
@P0lip: a wiesz, że niektórzy mogą mieć po prostu w------e na tak stare przeglądarki i ich userów?:P

Albo inaczej - tego się po prostu nie wspiera
1
P0lip
P0lip
@npsr: Programiści tak, czego nie zawsze można powiedzieć o zleceniodawcach :P
1
P0lip
P0lip
@npsr: Ja też zaraz znikam. Po prostu wiem, że ja to jakoś inaczej rozwiązałem. Zaraz poszukam, jak znajdę to wyślę.

A tak ogólnie to jeszcze to może być dla Ciebie przydatne http://browserhacks.com/
1
npsr
@P0lip: ff <= 6 serio? To się albo uświadamia, że ten nowy ie spierniczył się już 33 raz albo nie bierze zlecenia, bo szkoda nerwów na janusza :)
0
P0lip
P0lip
@npsr: Racja, z tym, że te przeglądarki jakby się zliczyło to nadal jest jakieś 2-3% na rynku jeśli nie więcej. Poza tym jest łatwo je wesprzeć, co innego IE8
0
npsr
@P0lip: 2-3% wątpię czy 1% :) Nawet IE 6 ma poniżej 1%
0
P0lip
P0lip
@npsr: Właśnie chiałem napisać, że 1-2%, z tym, że te przeglądarki jest dużo łatwiej wesprzeć niż IE < 9. Zresztą i tak dobrym nawykem jest dawanie argumentów. Np. w nowych FF async jest domyślnie true w xhr'ach, a w innych jeszcze nie (chyba). Ominiesz 3ci argument i masz w nowych FF asynchroniczne żądanie a w innych nie :P
0
npsr
@P0lip: dla tego IE <9 też nie wspieram :P

Właściwie to wcale nie wspieram ie i o dziwo praktycznie wszystko na >= 9 śmiga. Czego nie mogę powiedzieć o z------m firefoxie, który zastąpił ie :P
0
P0lip
P0lip
@npsr: Ja IE < 9 też nie wspieram. Na nowych nie ma większego problemu. Jeszcze IE9 małe braki ma, ale głównie jeśli chodzi o CSS (flexboxy, transition). Co w FF się nie podoba? :D
0
npsr
@P0lip: wszystko :P Flexboxy na <28 sypią się. document.innerHeight kłamie do dziś jak ktoś nawet delikatnie skopie css, cache to chyba trzyma dożywotnio, setSelectionRange() a bo i po co .... duuużo tego.

Zawsze jak wszystko działa na chrome, operze, iShitach, androidach i innych safari to na ff się i tak w-----e :P
0
P0lip
P0lip
@npsr: Bo <28 nie ma flex-wrap
0
npsr
@P0lip: tak, wiem. Z autopsji :P I z can i use :P
0
P0lip
P0lip
@npsr: Ta, po prostu stosuj styl z IE9 do ff <28
0
npsr
@P0lip: jeśli dobrze pamiętam to ominąłem to floatowaniem a do sprawdzania napisałem taką klasę:

KLASA.prototype.isFlex = function()
0
P0lip
P0lip
@npsr: No tak, ja też w ie9 floaty stosuje, to miałem na myśli :P

Ja mam swoją biblioteczką do feature detection bo modernizr nieraz ssie mocno

A is wystarczy, że zrobisz

return 'flexWrap' in document.body.style === true albo samo 'flexWrap' in document.body.style :P
0
npsr
@P0lip: ja obecnie w ogóle nie mogę używać biblotek, więc stosuję leczenie objawowe :) Swoją drogą jeszcze więcej zabawy, bo robię widgety, które nie dość, że muszą być odporne na przeglądarki i urządzenia to jeszcze na koderów stron z którymi są integrowane :D
0
P0lip
P0lip
@npsr: Ja też nie używam bibliotek :D zaawansowane te widgety?
0
npsr
@P0lip: w sumie mogę pokazać chyba. Tutaj jedna z implementacji (nie wypał trochę, a co tam) :)

http://superstarcie.tvp.pl/video/najlepsze-momenty#top

a sercem jest "złap moment" tutaj
0
P0lip
P0lip
@npsr: Podoba mi się szata graficzna. Sam robiłeś?
0
npsr
@P0lip: jeśli masz na myśli skina do widgetu to tak:P czyli mały plik css z kolorkami :P Tak poza tym nie mam nic wspólnego z tą stroną. To tylko jedna z implementacji widgetu :)

tak jak tu: http://bigbrother.mtv.fi/tv-hetket :)
0