Väljendades IT

Kui teil on kunagi teinud (või tegemise 1) vertikaalne menüü abil loendiüksuste (li) sildid ja CSS, siis võib tekkida see järjekordne viga Internet Explorer, kus IE 6 lisab need erinevused loendiüksuste mis sisaldavad ploki taseme elementide st kui on tühik vahel Loendiüksused märgistuskeel. Thanks, kuid tänu IE versiooni 7 tundub vabaks see viga.
Kui meeldib mulle, ja palju muud, te kuulute sellesse bänd pettunud arendajad, kes on veel saada oma uue paigutusega, töötades IE6 liiga, siis see võib osutuda kasulikuks. Have a look ...

Proovi märgistuskeel:

<ul id="menu">
<li> <a href="#"> Home </ a> </ li>
<li> <a href="#"> About </ a> </ li>
<li> <a href="#"> Services </ a> </ li>
<li> <a href="#"> Portfolio </ a> </ li>
<li> <a href="#"> KKK </ a> </ li>
<li> <a href="#"> Kontakt </ a> </ li>
</ Ul>

Sa võid luua mõned CSS, mis on sarnane 1 alla, et transfrom eespool juurdehindlus sisse vertikaalne menüü ....

Proovi CSS ...
# Menu {
margin: 0; padding: 0; background: # FF9900;
list-style-type: none; laius: 150px;
}
# Menu li {margin: 0; padding: 0;}
# Menu {kuva: block;
color: # 555555;
text-decoration: none;
padding: 0 15px;
line-height: 2,5; border-bottom: 1px solid # fff;
}

Tulemused näed ...

Lahendus see viga ... (muudetud / lisatud CSS paksus kaldkirjas)

# Menu {
margin: 0; padding: 0; background: # FF9900; list-style-type: none; laius: 150px;
float: left; / * see sisaldab paisati loendiüksuste * /
}
# Menu li {
margin: 0; padding: 0;
float: left; / * See fikseerib * /
Laius: 100%; / * tühik viga IE6 * /
}
# Menu {
kuva: block; color: # 555555;
text-decoration: none;
padding: 0 15px;
line-height: 2,5; border-bottom: 1px solid # fff;
}

Kui eespool esitatud lahust doesnot tunduda tööle (põhjustel teada IE6 ainult) ... proovida seda meetodit asemel

Lihtsalt lisada see täiendava IE6 ainult stiilide märgistuskeel ...

<! - [If lt IE 7>
<style type="text/css">
# Menu li {kuva: inline-block;}
# Menu li {kuva: block;}
</ Style>
<! [Endif] ->

Rohkem DOM elementide lehel, aeglasem see muudab, aeglasem on DOM juurdepääsu JavaScript s. Suure hulga DOM elemente võib olla tingitud halb kujundus. Näiteks nested tabelit võis kasutatakse paigutamiseks. Kasutada mis tahes HTML Tag, kus on mõistlik semantiliselt. Sest näiteks Donot kasutamise tabelite paigutust, kuid Donot kartke neid, kus teil on kuvada tabelina andmed ja seega kasutab vähendada DOM elemente, võrreldes, et sarnane struktuur loodud, kasutades DIVs ainult ..

Katsetada mitmeid DOM elemente oma HTML lehekülje, kirjuta järgmised Firebug konsooli: document.getElementsByTagName('*').length

Ei ole kehtestatud standard, kui palju DOM elemendid on liiga palju. Vaata teisi sarnaseid lehekülgi, mis on hea markup.Eg. Yahoo! Home Page on üsna hõivatud lehele ja veel 700 elemendid (HTML).

Kasuta GET jaoks AJAX taotlusi

On leitud, et kui kasutate XMLHttpRequest, POST rakendatakse brauserid nagu kaheastmeline protsess: saates päised ja seejärel saadab andmeid. Nii et see on kõige parem kasutada GET, mis võtab ainult 1 TCP pakett saata (kui sul on palju küpsiseid). Maksimaalne URL pikkus IE on 2K, nii et kui sa saadad üle 2K andmed, mida ei pruugi kasutada GET.
Huvitav külg mõjutaks see, et POST ilma tegelikult postitad mingeid andmeid käitub nagu GET. GET on mõeldud allalaadimise teavet, seega on mõttekas (semantiliselt) kasutada saad, kui sa vaid teabenõudega, mitte saates säilitatavate andmete server-side.

Vältida Synchronous AJAX kutsub

Tehes "Ajax" taotlused, võite valida, kas async või sünkro. Async režiimis töötab taotlusel taustal teised brauser tegevused võivad jätkuvalt töödelda. Sünkrorezhiimi ootab taotluse tagasi enne jätkamist.
Taotlused koos sünkrorezhiimi tuleks vältida. Need taotlused paneb brauseri lukustada kasutajale kuni taotluse tagasi. Juhul, kui server on hõivatud ja vastus võtab aega, kasutaja brauser (ja võibolla OS) ei luba midagi teha. Juhul kui vastus ei ole kunagi korralikult saanud, brauser, võivad jätkata blokeerida kuni taotluse aegunud.
Kui te arvate, et teie olukord nõuab sünkrorezhiimi, see on kõige tõenäolisem aeg uuesti mõtlema oma disain. Väga vähesed (kui üldse) olukorras tegelikult vaja Ajax taotlused sünkro.