THIS

!!!!!Dobrý večer!!!!!
Mám takýto kód, ktorý mení priehľadnosť elementu:

A neviem ako predať objekt this do funkcie timeout(ID). Niekde tam sa to zasekne.
Chybová konzola píše: ID is not defined

nenijesom specialissta na javascript , ale ked som ja riesil taketo nieco tak som ID mal ako globalnu premennu lebo casovac sa spusta asynchronne cize bezi v samostatnom threade.

Áno skúšal som to aj s globálnou premennou, ale nič.... Mňa zaujíma hlavne, prečo nie je schopná tá funkcia predať ten objekt... Asi preto, že sa to predáva ako reťazec a teda sa tam stráca ten objekt. Ale skúšal som to fakt aj s tou globálnou premennou a aj tak to blblo. Skúsim to ešte raz napísať s tou globálnou...
To, že je niečo asynchrónne, by podľa mňa na to nemalo mať vplyv.

EDIT:
Tak som to urobil cez tú globálnu a dnes to funguje. Musela tam byť ešte nejaká iná chyba...:


Dalo by sa to napísať lepšie - a ako?

globalnu premennu nemas pouzit na vstupe funkcie ale priamo sa na nu odkazovat v tele funkcie a hlavne si osetri clearovanie casovaca aj v pripade viacnasobneho vyvolania onmouseover !

Zdá sa, že píšeš, ešte k tomu needitovanému príspevku...

ano pisal som este ktomu needitovanemu

EDIT :
tiez nerozumiem tomuto :

To ID2 tam ostalo omylom, ešte z predchádzajúceho pokusu predať ID cez setInterval.
To druhé bola len pohodlnnosť. Najprv som mal len glob++ a nechcelo sa mi to prepisovať na glob=glob+2, tak som to dal dvakrát(tam neni čo chápať).
Teraz mám ale iný problém.

Ak si to pomaly vyskúšaš, tak všetko funguje. Onmousover fotku zvidiťeľní, onmouseout naopak. ALE keď to urobíš rýchlejšie ako prebehne cyklus, tak sa tu zacyklí a bliká donekonečna. Totiž každý cyklus(onmouseover/onmouseout) ukončuje podmienka s porovnaním hodnoty glob. Ale ak pred ukončením cyklu, nastaví opačný cyklus glob na inú hodnotu pred ukončením inkrementácie/dekrementácie, tak sa ku koncu nikdy nedostane a navzájom si prepisujú túto premennú...
A teraz neviem čo.....
Založiť pre každý cyklus inú premennú......?

ved som ti hovoril ze je to asynchronny proces beziaci ako samostatny thread
najrychlejsie aj ked mozno nie najcistejsie riesenie :

Pisat kod do retazca, to je fakt prasacina.

Este doplnim:Toto je velka chyba. Preco testujes podporu jednej veci, a pritom menis druhu? Je celkom pravdepodobne, ze bude existovat prehliadac, kde document.all existuje, ale uz pouzitie IDcko.filters.alpha vyhodi chybu, lebo IDcko.filters neexistuje.
Pouzi podmienku na testovanie, ci existuje IDcko.filters.

Coldak: už som na to myslel, že treba v každom cykle zmazať opačnú premennú casovac/uncasovac. Ešte to budem musieť dopísať.

Ďuri: Tým kódom v reťazci asi myslíš to volanie steInterval("funkcia()",50).
Lenže tak to je aj na JPW aj na W3school. A mám to ešte v pamäti, že keď som to riešil prvý krát tak ma na to niekto upozorňoval. A mi povedz, prečo to tak je? Písať kód funkcie do zátvoriek inej f. to sa teda podĺa mňa na krásu nepodobá ani náhodou.

To testovanie mi v JS moc nejde. Prečo sa napr. testuje IDcko.filters a nie IDcko.filters.alpha. Totiž som také niečo skúšal napísať pred tým, ale akosi mi to nefrčalo. Možno som tam mal ešte inú chybu...neviem. Tak som tam dal to, čo vidím v testoch bežne. Ak sa môžem spýtať, tak ktorý browser podporuje ešte document.all?

Ano, myslim to volanie.
Viem, ze v mnohych kodoch sa to tak uvadza, ale je to zle, prakticky ako keby si pouzival eval(). Mozes si prejst aj par prispevkov na djpw.cz, kde sa toto casto vycita. Vznika vtedy hlavne problem s parametrami nadradenej fcie, ku ktorym nemozes pristupovat, presne s tym si sa stretol aj ty, dam ti priklad:
Mozes si tento kod spustit a uvidis, ze ti vyhodi 0. Pouzil si skarede zle eval a to pristupilo ku globalnej premennej. Prave tu vyuzijes vyhodu tzv. closure, ktora dokaze pristupovat k parametrom nadradenej fcie:
Niektori experti dokonca spravia to, ze zapisu ako parameter setTimeoutu toto: "alert("+g+")", cim ale predaju volanej fcii iba hodnotu, nie samotnu premennu/parameter, co robi uz pri retazcoch problemy, nehovoriac o objektoch.
A v neposlednom rade, pri pouziti closure ti funguje aj zvyraznovac syntaxe v editore
Co sa tyka filters, nemozes kontrolovat atribut objektu, pokial nevies, ci existuje samotny objekt. Pozri:
Toto bez problemov vyhodi undefined - objekt o existuje, neexistuje iba jeho atribut qux, pretoze o ma len 2 atributy foo a bar. Keby si zmazal prvy riadok a pouzil rovno typeof o.qux bez zadefinovania o, skonci to chybou. Preto nemozes pozerat atribut alpha objektu nieco.filters, ak nevies, ci nieco.filters existuje.
Ak ti je pribuznejsie PHP, podobne mozes spravit

Ale uz nemozes pouzit rovno isset($pole['qux']) bez definovania $pole, lebo pritomnost $pole nikde neoverujes.
A co sa tyka document.all? Fiha, vyzera to tak, ze nove verzie prehliadacov to uz odstranili, ale nikdy nevies. Na tuto temu si mozes pozriet clanok Psi zivot na Webylone, je tam napisane akurat o document.all. A vobec, ak jes parky stale s horcicou, nejdes sa do chladnicky pozriet na horcicu, aby si zistil, ci mas parky. Chapeme?

Ďuri:
No moc vďaka za prácu nad čas...
Máš to u mňa(volako...(napíš adresu pošlem čokoládu).
Myslím, že chápem aj keď s tou anonymnou funkciou si mi trochu zavaril.
Ešte idem prečítať ten Webylon.

PS:Ja sa niekedy idem pozrieť aj na to, či máme horčicu a či má teda vôbec zmysel rozmýšľať nad párkami....

PS2:Ten model 'fcia("g")',... som skúšal aj ja, keď som už bol na dne

duri, ano pristup ktory najprv otestuje existenciu objektu alebo jeho vlastnosti je urcite lepsi ako otestovat typ browsera. kedysi som sa trapil s problemom otestovania pritomnosti helpera ktory som si sam nakodil a loadol do IE no ked som ho chcel otestovat stale mi to padalo na chybe nakoniec som to riesil cez try {} catch () {} . vies poradit nejake elegantnejsie riesenie ? dik

Hm, aku chybu to hadzalo? Zaujimave, napadlo mi testovat to poriadne pre prehliadace, ktore window.external nepodporuju:
ale to neriesi problem s Explorerom.

no nechtiac som ta zavadzal lebo som si uz nepamatal ale prezrel som kody a neslo to takto hadzalo to chybu "Object doesn't support this property or method at line..."
ale ked som to zmenil takto :
tak to uz islo v pohode, takze nakoniec som try {} catch() {} nemusel pouzivat aj ked som ho urcite skusal nez som prisiel na tento sposob testovania. bolo by zaujimave popisat kedy aky typ objektu v akom prehliadaci akym sposobom testovat.

Ten tvoj zmeneny kod by sa mal stale hodit do vetvy else. Typ unknown v Javascripte neexistuje.
K tvojmu kodu ti nemam moc co povedat, lebo s window.external som nikdy nerobil, ale plati, ze nedefinovane premenne a atributy objektov maju typ undefined.
Co sa tyka kontroly, ci nieco existuje, najspolahlivejsie je pouzit typeof. Este je tu jedna zaujimavost - ak pouzijes v beznom kode neexistujuceho clena objektu, ten len vrati undefined, zatialco ak pouzijes referenciu na globalnu premennu, to uz hodi ReferenceError:
A (takmer) ekvivalentny kod:Ale ako som povedal, staci proste typeof cokolvek === 'undefined' a funguje to vzdy.

v klasickom javascripte asi unknown nema zmysel ale v IE je to prevdepodobne koli activeX objectom . unknown neznamena ze definicia neexistuje ale ze definicia je neznama aj ked existujuca. zase dalsia feature internet explorera ktora sice na jednej strane pridava dalsie moznosti no na druhej strane vytaca coderov koli nekompatibilite.

EDIT: ako by vyzeral test ak by sa vyuzila moznost pristupovat k metodam alebo vlastnostiak ako k prvkom pola ?

Hm, tak k tomu unknown ti fakt viac neviem povedat, ja tieto propertialne srandy JScriptu nepoznam. Ale ani msdn nepise nic o unknown (link), takze neviem.
Celkom som nepochopil. Ono zapisy foo.bar a foo['bar'] su ekvivalentne, takze je uplne jedno, ci zapises if (foo.bar) alebo if (foo['bar']) alebo if ('bar' in foo) (alebo zasa pomocou typeof).

ano presne tento zapis som myslel aj ked niekde som zazrel este aj funkciu grep() . myslel som ze ta to bude mat nejak osetrene ale chova sa presne ako Object["property"].

takze zhrnutie:
ak v IE zavolam helper s nazvom debug pomocou :

spadne na chybe "Object doesn't support this property or method..."
zistenie typu objectu

vrati "unknown". Samozrejem to plati iba ak dany helper je nainstalovany! ak nieje nainstalovany tak oba pristupy vracaju "undefined".
mozno toto niekomu niekedy pomoze

Ja len tak okrajovo...

Ta zmena opacity vobec nie je plynula.
Namiesto pouzi a namiesto pouzi
Rychlost je uplne rovnaka aku si mal ty a je to 10-krat plynulejsie.

bude to rovnake aj pri prehliadacoch s lepsim alebo horsim renderovanim a pri PC s inym vykonom ?

To som neskusal, ale ak pouzijes to prve riesenie, bude to zle vo vsetkych prehliadacoch a na vsetkch pocitaoch. Ak pouzijes to moje (duhe) na novych PC to bude OK a na starsichy to (predpokladam) nebude o nic horsie ako to tvojje prve riesenie...

A vieš, že o to vôbec nešlo?