Ilmaista sitä

Tässä niistä old school, mutta kuten tavallista, se on minun muisti lisä ...
Joten ei ole käytössä = "true" ja käytössä = "false" sama? Kyllä
... Älä usko, hyvin! thats miten se on ... täällä on muutamia nopeita selitys ...
"Pois päältä" on ominaisuus minkäänlaista elementin / kenttä, ja näin ollen voi hyväksyä arvoa luonteeltaan.

Niin kauan kuin tämä määrite on läsnä, elementti poistetaan käytöstä riippumatta sen arvosta. esim..
<input type="text" value="This on disabled" disabled>
<input type="text" value="This on disabled" disabled="disabled">
<input type="text" value="This on disabled" disabled="true">
<input type="text" value="This on disabled" disabled="false">

Kaikki edellä mainitut tekee tämän luetteloa "käytössä".

Yksinkertaisesti ei tuota määritettä "Disabled" pitää Field "ABLED" ... kuten alla

<input type="text" value="This ei disabled" />

Muistakaa "Mikä tahansa arvo (tai lainkaan arvoa) vammaisten määritteen selain tekevät sen käytöstä". Jotta asiat selväksi mielessämme W3C suosittelee, että käytämme käytössä = "vammaiset" näissä tilanteissa.

Tämä ero kuitenkin kun käyttää tätä ominaisuutta javascript ...

document.form.element.disabled = true; / / elementti poistetaan käytöstä
document.form.element.disabled = false; / / elementti on käytössä

Edellä argumentit pätevät myös näiden attribuuttien:

• tarkastetaan (valintanappi ja valintaruutu)
• valittu (optio)
• nowrap (td)

Google aloittaa liike kannustaa ihmisiä upottaa IE6 ... By nakkaa IE6 käyttäjät POPUP sivulla kuorma ... ei välttämättä ole kovin hyvä idea ... mutta on UI kehittäjä, minun täytyy liittyä tämän bändin vaunun ... yksi vähemmän selainta minun huolehtia ... Anteeksi itsekäs se on! mutta olen myös tätä javascriptiä ... (TRY Tämän sivun IE6) ...
Hei! ja kirkkaampi huomautuksen ... Katso se näyttö POWER JavaScript .... se voi jopa kaataa jättiläinen (tai kun se oli)

SO ... Auta poistamaan maailmasta IE6 yhden rivin JavaScript!

http://code.google.com/p/sevenup/

Toisella selaimella huolta huomisesta! (IE8 tulee ulos Beta valtion huomenna) ... Sen todella korkea aika IE6 annetaan pitkät johtuen Mercy Death ... Iso kannatamme syksyllä IE6

"IE6 on uusi Netscape 4. Hakata tarvitaan tukemaan IE6 yhä pitää ylimääräinen rahti. Kuten Netscape 4 vuonna 2000, IE6 koetaan pidättelevän www. "

Jeff Zeldman, standardit guru

Ja sillä välin niille kuin minä, joka tulvii puhelut murtaa CSS kaavoihin IE8, täällä on vanha kiertää / korjata käyttäen meta (meta http-ekv = "X-UA-Compatible") voisit kokeilla ...

Mis-käyttäytyy IE8: CSS Layout katkenneita (kohdistaminen selainversiota käyttäen meta IE8)

Kumpikaan Olen hyvin uusi käyttöliittymä (UI) kehittäminen enkä veteraani ja olen aina laittaa sitä, minä sopii profiilia UI kehittäjä enemmän kuin suunnittelija, ilman pahoittelee. Oh No! Mitä minä kirjoittaa? ... Jonkin aikaa (pitää olla vuosina ei yhtään vähempää) nyt aina silloin tällöin kun en päästä vähän UI Design (kun ammattimainen suunnittelija on mennyt lomalle), olen aina cant stop-miettinyt olisiko minun pitäisi suunnitella asianmukaisesti complient vai ei (vilpittömästi, ei että voisin achive 100% standardien noudattamista, jos halusin myös). Sitten sanon, mitä paskaa! ... Suunnittelussa tulisi olla yksinkertainen, mukava ja ennen kaikkea näyttää käyttökelpoinen, se ei tee vierailijoita karkuun ... tai Bounce (on tekninen). Mitä hyötyä olisi kiva tableless CSS layout olla vierailija, joka ei piittaa kaikki fiksu HYPERTEKSTI ja Cascading Style Sheet ihon alle verkkosivusi ... Zilch!
Sen pitäisi näyttää mukava ja helppo käyttää ... sitten tulee kaikki vaatimukset kamaa.

Olen stumbbled accross tämän blogin merkintä Jason Fried of 37 Signals (Niille jotka eivät tiedä 37 signaalit ovat onces jotka ovat luoneet mahtavia Web apps kuten Basecamp, nuotio jne.), joka kirjoitti jotain vastaavaa 2004 ja uskokaa minua, melkein 5 vuotta ja ei ole paljon muuttunut, että ... olin iloinen lukea virkaansa, sillä olen täysin samaa mieltä siitä, mitä hänellä on sanottavaa, ja myös siitä, hän ei ole varma siitä, mitä kertovat sen vain hänen hänestä ja niin on minun

Jason Fried: "On aivan liian paljon puhua CSS ja XHTML ja standardit sekä saatavuus ja liian vähän puhua ihmisille. CSS ja standardit yhteensopiva koodi ovat vain työkaluja - sinun täytyy tietää, mitä rakentaa näillä työkaluilla. Hienoa, olen iloinen teidän UI ei käytä taulukoita. Mitä? Ketä kiinnostaa, jos se ei vielä anna ihmisiä saavuttamaan tavoitteensa. Web-standardit ovat suuria, mutta ihmisten omat standardit ovat Getting Things Done (ja on edelleen liian vaikea tehdä verkossa).

UI suunnittelijat tekevät samaa vanhaa laatua "unohtaminen ihminen toisella puolella" virheitä - paitsi tällä kertaa koodiaan näyttää paremmalta. Ihmiset - ei koodia validators - käyttöliittymät. "

Kassalle Jason Fried n koko artikkeli

DISCALIMER: Tämä ei tarkoita, että meidän pitäisi vaivautua vaatimuksia lainkaan. Standardit on hyvä olla ja pitäytyä niissä mahdollisimman paljon. Meidän on vain ymmärrettävä, että hyvän käyttöliittymän suunnittelu ei aina tarkoita 100% standardeja Complience tai päinvastoin ....

Minun lista minun opetukset, minä seuraan muutamia käyttöliittymän suunnittelu ja kehittäminen kultaiset säännöt ... Tässäpä TOP 10 ... ei, että sinulla on seurata niitä liikaa ...

1. Huolehdi käyttäjille. Käyttäjät voivat tehdä tai rikkoa sivuston. Antaja antaa käyttäjä näyttää koko idoit, täysin kykenemätön sivuston käytössä. Se on huono!

2. Pidä Yksinkertaisuus ja helppokäyttöisyys ensisijainen guidlines. Liian monia asioita ruudulla, sitä suurempi todennäköisyys, että käyttäjä saa sekoittaa tai häiritsee niiden alkuperäinen tehtävä.

3. Ole RAJAT ... antaja hemmotella liikaa KÄYTETTÄVYYS, saavutettavuutta ja standardeja. Käytä standardeja tehokkaasti ja ne ymmärretään joukkue. Näin varmistetaan oikea yhdenmukaisuuden tuote

4. Prototyyppi vaatimuksen. Koska näinä päivinä käyttöliittymät ovat rikkaita, prototyypit on aina parempi kuin vain yksinkertaisia ​​kehyksiä viivoina, ja jälkimmäinen on vailla kunnollista vuorovaikutusta, se ei anna asiakkaalle selkeä kuva lopputuotteen, jota kehitetään. Aina on helpompi muuttaa prototyyppien lopullisiin tuloksiin. Myös! ja prototyyppien tahansa vuorovaikutusta asioita voitaisiin korjataan aikaisemmin kehityksen aikana.

5. Johdonmukaisuus suunnittelua ja vuorovaikutus on erittäin tärkeää. Antaja sekoita käyttäjää arvaamattomia yhteisvaikutuksia ja vempaimia.

6. Ymmärrä "Design Mission Statement". Aways keskittyä ensisijaisesti toiminnan sivun beign suunniteltu. Varmista myös, listan seconday toimia sivun, ja priorisoida niitä.

7. Anna asianmukainen palaute sivuston käyttäjille. Kun useimmat sivustot suunniteltu noin AJAX, tarjoavat visuaalisia vihjeitä käyttäjälle muutoksista sivulle. Käyttäjän on annettava tunnustus loppuun mitään tehtävää hän suorittaa. Antaja tekee käyttäjä odottaa ja arvaa, esim.. tarjota edistystä indikaattoreiden tiedoston uplaods.

8. Käytä tarkastukset asianmukaisesti. Esim. Käytä Valitse pudotusvalikosta pieniä luetteloissa ainoastaan, antaja antaa käyttäjän valita yhden 200 kaupunkia käyttäen valitse laatikot. Ymmärrä ero painiketta ja linkki. Linkki ja nappi on erilaiset käyttötarkoitukset, antaja käyttää yksi muilla. Anna oikea ohjaus tehdä vuorovaikutuksessa sivun helpompaa. Vältä Valikot, jotka ovat yli kaksi tasoa syvä. Älä keksi pyörää. Käytä standardiohjausten, muokata niitä vain, jos erittäin tarpeellista. Määritä mukautetut tarvittavien tarkastusten sivuston omakohtaisesti, jotta ne voitaisiin luoda ja testata itsenäisesti, käyttövalmis accross sivuston.

9. Antaja toistaa liikaa suunnittelua. Muista! Koko tuote sisältää enemmän kuin suunnittelu yksin. Rakenna sopiva aikataulut projektiisi aikataulu suunnittelussa toistojen ja pysyä siinä. Iterointi auttaa meitä selvittämään, mikä toimii ja mikä ei, poimia kriisipesäkkeissä. Koska hyvä käyttöliittymä vie aikaa, antaa aikaa toistojen ja aloittamalla tuotekehitysprosessin nopeuttamista, jotta suunnittelu toistojen doesnot suoraan merkitse muokata. Liika työstää voisi jeopradize määräaikoja.

10. Istu alas ja ajattele käyttäjä joskus.

Olen niin innoissani yhä enemmän sivun näkemyksiä blogiini, että voin tarkistaa Google Analytics melkein joka päivä. Huomasin, että blogini on tarkoitettu pitämien monilla muilla kielillä, ja ihmiset ympäri maailmaa. Niin mukavaa!!
Voit tehdä elämästä hieman helpompaa minun EI-ENGLANTI viewer laiva, olen lisännyt Google Widget / plugin nimeltään "Global Translator".

Global Kääntäjä sanoo, että se "automaattisesti kääntää blogin 41 eri kielellä kietomalla neljän eri verkossa translation moottoreita (Google Translation Engine, Babel Fish Translation Engine, FreeTranslations.com PROMT)" ... Jos haluat lisätä sen omia wordpress asennus ... check it out here http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Etkö ole varma, kuinka hyvä käännös on, mutta toivon että se auttaa muutama kaveri kehittäjät siellä, kuka lopulta päästä blogiin, vain pettynyt, että se on Englanti ....

Kääntäjän linkit ovat alareunassa Side Bar ....

Tässäpä toinen vähän peice Javascript kikkailu, että minun piti kaivaa noin, koska tilanne commaned sitä. Yhdessä minun sivustoja, minulla oli tämä tilanne, jossa minun piti toteuttaa "windows.onload" kahdesti. Ensimmäinen asia, joka tuli kokemattomalle mieleen kuin minun (Täytyy rehellisesti sanoa, että koska olen käyttänyt javascript puitteisiin ja kirjastot, olen forgotton tehdä yksinkertaisia ​​asioita itse ... surullista mutta totta), on seuraavan menetelmän ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 jne. ..

Ikävä sanoa, mutta tämä tapa toimia ... dont halua keskustella toteuttamiseen tiede Javascript paljon ... mutta oman viimeaikaisten kokemusten, vain viimeinen toiminto (onloadfn3) on sairas todella saada teloitettiin.

Normaaleissa tilanteissa, toisin kuin minun (jonka minä puhua hieman myöhemmin) ... voisit jollakin seuraavista suorittaa mutliple onload toiminnot ....

Tai jotain tällaista

 funktio doOnLoad () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

Minun nykyinen tilanne, en voi käyttää kumpaakaan edellä ...
Miksi minun pitää soittaa windows.onload kahdesti, vaan että soittaa kaksi tehtävää yhden onload funktio? Tässä vilkaista minun ongelmani ilmoitus ...

"Oman sivuston sivut on rakennettu kuten WordPress teema .... eli ei yhteistä Header.php ja footer.php, joka sisällytetään kaikkiin sivuille. On onload funktio implementaion vuonna footer.php tehdä joitakin yhteisiä onload toimintoja. Ja on muutamia sivuja, jotka tarvitsevat jotain omaa lataustapahtuman, lukuun ottamatta tehnyt yhteisiä onload toimintoa. Jos liittää takaisinkutsufunktio suoraan window.onload ohjaaja, se ohittaa aiemmin määritetty kutsuja on footer.php "

.... Onko minun ongelmani ymmärtää ?

No! on olemassa muutamia ratkaisuja, en löydä. Ne kaikki ovat hyvin samanlaisia ​​ja pääasiassa implementions ja liuoksen annetaan Simon Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Ratkaisu:

Lisää vain tämä javascript-koodin sivusto ...

 toiminto addLoadEvent (FUNC) {
     var oldonload = window.onload;
     if (typeof window.onload! = 'toiminto') {
        window.onload = FUNC
     } Else {
        window.onload = function () {
            Jos (oldonload) {
                   oldonload ()
           }
           FUNC ()
        }
    }
 }

Ja kutsuvat sitä sen sijaan, että "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * Lisää koodin suorittamisen sivunlatauksella *
 }); 

Edut Tämän koodinpätkän ...
1. Ensisijaisesti se voit olla useita windows.onload tapahtumia, soitti erillistä osiin koodia ilman overridding edellinen määritelmä
2. Se on todella huomaamaton. Se voidaan sijoittaa tiedoston sinun on skriptejä tai erilliseen tiedostoon.
3. Se toimii vaikka window.onload on jo asetettu.