Izsakot IT

Tas tiem vecās skolas, bet kā parasti tas ir manas atmiņas papildinājums ...
Tā ir izslēgta = "true" un invalīdu = "nepatiess" tas pats? Jā
... Neticu, labi! thats kā tas notiek ... šeit ir daži ātri izskaidrojums ...
"Invalīds" ir atribūts jebkurā formā elementu / jomā un līdz ar to var pieņemt jebkuru vērtību pēc būtības.

Kamēr šis atribūts ir klāt, elements tiks atspējoti neatkarīgi no tā vērtības. lai, piemēram.
<input type="text" value="This ir disabled" disabled>
<input type="text" value="This ir disabled" disabled="disabled">
<input type="text" value="This ir disabled" disabled="true">
<input type="text" value="This ir disabled" disabled="false">

Visi iepriekš padarīs šo veidlapas lauks "invalīdiem".

Vienkārši nenodrošina atribūtu "invalīdiem" tur lauks "atslēgts" ... kā tālāk

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

Atcerēties "Jebkura vērtība (vai nav vērtības vispār) par invalīdu atribūtu, pārlūkprogramma padarītu invalīdiem". Lai saglabātu lietas skaidrs mūsu prātus W3C iesaka mēs izmantojam invalīds = "invalīdiem" šajās situācijās.

Šī ir atšķirība, lai gan tad, kad mēs izmantojam šo atribūtu javascript ...

document.form.element.disabled = true; / / elements tiks atspējoti
document.form.element.disabled = false; / / elements tiks aktivizēta

Iepriekš minētie argumenti ir patiesība arī attiecībā uz šiem atribūtiem un elementu skaits:

• pārbauda (radio pogu un izvēles rūtiņa)
• izvēlēts (opcija)
• nowrap (td)

Google sāk pārvadājumu ātru cilvēki dump IE6 ... Ar bugging IE6 lietotāji POPUP par lapas ielādes ... var būt ļoti laba ideja ... bet ir UI attīstītājs, man pievienoties šai joslā vagons ... viens mazāk pārlūkprogramma man jāuztraucas par ... Atvainojiet savtīgi tas ir! bet man ir arī šis javascript ... (TRY THIS PAGE IN IE6) ...
Hei! un par gaišāku piezīmi ... Skatīt tas ir displejs POWER JavaScript atbalstam .... tas var pat samazināt milzis (vai kad tā bija)

SO ... Help atbrīvot pasauli no IE6 ar vienu līniju javascript!

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

Ar citu pārlūku, kas parūpēsies no rītdienas! (IE8 nāk no tās Beta Valsts rīt) ... Tā patiešām pēdējais laiks IE6 ir devusi Long Due Mercy Nāvi ... Apvienotā mēs aizstāvam rudenī IE6

"IE6 ir jauns Netscape 4. Triks, kas vajadzīgi, lai atbalstītu IE6 ir biežāk uzskata par pārmērīgu kravu. Tāpat kā 4 Netscape 2000.gadā, IE6 ir pieņemts, ka kavē internetā. "

Džefs Zeldman, standarti guru

Un tikmēr tiem, līdzīgi man, kas tiks pārpludināts ar zvaniem no pārrāvuma CSS izkārtojumi IE8, šeit ir vecs darbs ap / salabot izmantojot Meta tagus (meta http-ekvivalenta = "X-UA-Compatible"), jūs varētu izmēģināt ...

Mis-uzvedas IE8: CSS Layout salauzts panta Orientēšanās pārlūka versiju, izmantojot meta tagus IE8)

Ne es esmu ļoti jauns, lai lietotāja interfeiss (UI) attīstības, ne es esmu veterāns un kā es vienmēr nodot to, es ievietot profila UI izstrādātājs vairāk nekā dizainera, bez nožēlas. Ak, labi! Ko es biju rakstot par? ... Uz brīdi (jābūt gados nav kāds mazāk) Tagad šad un tad, kad man nokļūt mazliet UI Design (kad profesionāls dizainers devies brīvdienā), es vienmēr aprunāt pieturas domāšana, vai mans dizains būtu pareizi complient vai nav (patiesi, ne ka es varētu achive 100% standartu ievērošanu, ja es gribēju pārāk). Tad es pateikt sevi, kas crap! ... Dizains ir vienkāršs, jauks un galvenokārt šķiet lietojams, to nedrīkst darīt apmeklētāji bēgt ... vai lielība (par tehniskiem). Kas labs būtu jauki tableless CSS izkārtojumu jābūt apmeklētājs, kurš ir aizmirsusi visu smart hiperteksta un kaskādes stila lapas zem ādas jūsu mājas lapā ... zilch!
Tam vajadzētu izskatīties jauki un viegli lietot ... tad nāk visi standarti sīkumi.

Es stumbbled no visas šo bloga ierakstu, kurš pārstāv Jason Fried 37 signāliem (tiem, kuri nav informēti 37 signāli ir onces kuri ir radījuši dažas awesome web apps, piemēram, Basecamp, ugunskura utt), kas rakstīja kaut ko līdzīgu 2004.gadā un ticiet man, gandrīz 5 gadi un nav daudz mainījusies kopš tā ... Es biju laimīgs, lai lasītu savu amatu, jo es pilnīgi piekrītu tam, ko viņš ir ko teikt, un arī fakts, viņas nav pārliecināts par to, kas stāsta par tā tikai viņa zarnu sajūta un tā ir mana

Jason Fried: "Ir pārāk daudz runāt par CSS un XHTML un standartiem pieejamība un nav pietiekami daudz runāt par cilvēkiem. CSS un standartu RoHS kods ir tikai instrumenti - jums ir jāzina, ko veidot ar šiem instrumentiem. Lieliski, es esmu priecīgs jūsu UI neizmanto tabulas. Tā, kādi? Who cares, ja tas vēl neļauj cilvēkiem sasniegt savus mērķus. Web standarti ir liels, bet cilvēku pašu standarti ietver kļūst lietas darīts (un tas joprojām ir pārāk grūti izdarīt tiešsaistē).

UI dizaineri padara pats vecais galvenais "aizmirstot par cilvēka uz otru pusi" kļūdas - izņemot šajā laikā viņu kods izskatās labāk. Cilvēki - ne kods validatoriem - lietojamas saskarnes ".

Norēķināšanās Jason Fried pilns raksts

DISCALIMER: Tas nenozīmē, ka mums nevajadzētu uztraukties par standartiem vispār. Standarti ir laba, ir un pie tam, cik vien iespējams. Mums tikai ir jāsaprot, ka laba UI dizaina, ne vienmēr nozīmē 100% standartu complience vai otrādi ....

No mana saraksta manu gūto pieredzi, es pēc pāris UI Dizains un izstrāde Golden noteikumus ... Heress TOP 10 ... nav kas jums ir jāievēro to pārāk ...

1. Parūpējies par lietotāju. Lietotāji var veikt vai salauzt jūsu vietni. Donot padarīt lietotāja izskatīties kopējā idoit, kas nemaz nespēj izmantot jūsu mājas lapā. Ka ir SLIKTI!

2. Uzglabāt Vienkāršība un vieglums Izmantojiet savu primāro guidlines. Pārāk daudz lietas uz ekrāna, lielāka varbūtība, ka lietotājs apjūk vai apjucis no savas sākotnējās uzdevumu.

3. Esi īpaši ROBEŽĀS ... donot dzert pārāk daudz uz izmantojamību, pieejamības un standartiem. Izmantot standartus efektīvi un dara tos saprot komandai. Tas nodrošinās pareizu konsekvenci produkta

4. Prototipu prasībām. Tā, šajās dienās ir lietojamas saskarnes ir bagāti, prototipēšana vienmēr ir labāk nekā tikai vienkāršiem wireframes un tā ir spēkā no pienācīgas mijiedarbību, tas nespēj sniegt klientam skaidru priekšstatu par gala produktu, kas tiek izstrādāta. Vienmēr, ir vieglāk pārvērst prototipus uz gala rezultātiem. Arī! ar prototipu jebkādas mijiedarbības jautājumus varētu izlīdzināt agrāk attīstības ciklā.

5. Konsekvence savu dizainu un mijiedarbību ir ļoti svarīgi. Donot sajaukt savu lietotāju ar neparedzamiem mijiedarbību un gizmos.

6. Izprast savu "Dizaina ziņas". Aways koncentrēties uz galveno rīcības lapas paredzētas beign. Arī, lai sarakstu jūsu seconday darbībās, pamatojoties uz lapas, un noteikt prioritātes to.

7. Nodrošināt pienācīgu atgriezenisko saikni ar citiem vietnes lietotājiem. Ar lielāko daļu mājas veidoti AJAX, sniedz vizuāliem palīglīdzekļiem lietotājam par izmaiņām lapā. Lietotājam ir dota apstiprinājumu Pabeidzot ikvienu uzdevumu, viņš veic. Donot padarīt lietotājam jāgaida, un domāju, lai, piemēram. nodrošina progresa rādītājus failu uplaods.

8 Izmanto vadībai atbilstoši.. Lai, piemēram Lietošanas Izvēlēties nolaižamajā sarakstā mazajiem sarakstiem tikai, donot ļauj lietotājam izvēlēties vienu no 200 pilsētām, izmantojot izvēlieties lodziņos. Saprast atšķirību starp pogu un saiti. Saite un poga ir atšķirīgi mērķi, donot izmantot vienu otru. Nodrošināt pareizo kontroli, lai mijiedarbotos ar lapas vieglāk. Izvairieties lietot Izvēlnes, kas ir vairāk nekā divi līmeņi dziļi. Nav jāizgudro ritenis. Izmantot standarta vadīklas, pielāgot tos tikai tad, ja ļoti nepieciešams. Definēt visas pielāgotās vadīklas, kas vajadzīgi, lai jūsu vietnes pirmajā rokā, lai viņi varētu izveidot un testēt atsevišķi, gatavs lietošanai no visas vietā.

9. Donot atkārtot pārāk daudz par dizainu. Atceries! Viss produkts sastāv vairāk ka dizains vien. Veidot attiecīgus termiņus savā projekta grafiku dizaina iterāciju un stick uz to. Atkārtojuma palīdz mums, lai uzzinātu, kas darbojas un kas ne, izlasīt karstajos punktos. Kā labs interfeiss prasa laiku, paredz laiku iterāciju sākumu izstrādes ciklā, tāpēc, ka dizains iterācijas doesnot tieši pielīdzināmi pārstrādāt. Pārāk daudz pārstrādāt varētu jeopradize termiņus.

10 Sit atpakaļ un jādomā kā lietotājam reizēm..

Es esmu tik satraukti par pieaugošo skaitu lapu viedokļiem par manu blogu, ka es pārbaudīt manu Google Analytics gandrīz ikdienas. Es pamanīju, ka mans emuārs tiek minēta ar vietām daudzās citās valodās, un cilvēki visā pasaulē. Tik jauka!
Lai padarītu dzīvi mazliet vieglāk manā NON-angļu skatītāju kuģi, man ir pievienoti Google sīkrīku / spraudni sauc "Global Tulkotājs".

Globālā Translator saka, ka tas "Automātiski pārveido emuāru 41 dažādās valodās ar iesaiņojuma četras dažādas tiešsaistes tulkošanas motoriem (Google Translation Engine, Babelfish Translation Engine, FreeTranslations.com, Operatīvais)" ... Ja vēlaties pievienot to savu WordPress uzstādīšana ... to pārbaudīt out šeit http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Nav pārliecināts, cik labi tulkojums, bet es patiesi ceru, ka tas palīdz dažus kolēģus izstrādātājiem, kas tur, kas galu galā sasniedzot manu blogu, tikai vīlušies, ka tā ir angļu valodā ....

Tulkotāja saites ir apakšā Side Bar ....

Lūk vēl maz peice Javascript blēdībām, kas man bija rakt apkārt, jo situācija commaned to. Vienā no manām tīmekļa vietnēm, man bija šo situāciju, kad man bija jāievieš "windows.onload" divreiz. Pirmā lieta, kas nāca pie nepieredzējušam prātā, piemēram raktuvēs man godīgi jāsaka, ka, jo man ir bijis, izmantojot Javascript kopumus un bibliotēkas, esmu forgotton darīt vienkāršas lietas par savu ... skumji, bet taisnība), ir šāda metode ...

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

Žēl teikt, bet tas paradis strādāt ... dont gribam apspriest izpildes zinātne aktivizētam daudz ... bet saskaņā ar manu neseno pieredzi, tikai pēdējā funkcija (onloadfn3) būs slims faktiski saņemt izpildīts.

Parastos gadījumos, atšķirībā raktuvēs ko es ņemšu runāt par nedaudz vēlāk) ... jūs varētu veikt vienu no šīm darbībām, lai izpildītu mutliple onLoad funkcijas ....

Vai kaut kas līdzīgs šim

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

Par manu pašreizējo situāciju, es nevaru izmantot vai nu iepriekš ...
Kāpēc man ir nepieciešams, lai izsauktu windows.onload divreiz, gan to, ka zvanot divas funkcijas vienā onLoad funkciju? Šeit ir ātrs ieskats manā Problēmas formulējums ...

"Manas vietnes lapas ir strukturēti kā WordPress tēmu .... ti tur ir kopēja Header.php un Footer.php kas izpaužas iekļauti visās lapās. Ir onLoad funkcija implementaion īpaši Footer.php darīt dažas kopējas onLoad funkcijas. Un ir dažas lapas, kas ir nepieciešams kaut ko no savas onLoad, izņemot no tiem izdarījusi kopējās onLoad funkciju. Ja es piešķirt atzvanīšanas funkciju tieši window.onload hendlera, tas būs pārāk braukt iepriekš piešķirtos atzvanus īpaši Footer.php "

.... Mana problēma saprast ?

Labi! ir maz risinājumu, kas man bija atrast. Viņi visi ir ļoti līdzīgi un galvenokārt implementions no risinājuma, ko Simon Willison panta http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Risinājums:

Vienkārši pievienojiet šo javascript kodu vietā ...

 funkcija addLoadEvent (funkciju) {
     var oldonload = window.onload;
     ja (typeof window.onload = "funkcija"!) {
        window.onload = funkciju
     } Else {
        window.onload = function () {
            ja (oldonload) {
                   oldonload ()
           }
           funkciju ()
        }
    }
 }

Un sauc to nevis parasto "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (funkcija () {
 / * Vairāk kods, lai palaistu uz lapas slodzei *
 }); 

Priekšrocības šo koda fragmentu ...
1. Pirmkārt, tas ļauj jums ir vairāki windows.onload notikumus, ko sauc no atsevišķas daļas ar savu kodu, bez overridding iepriekšējo definīciju
2. Tas ir patiešām kluss. To var novietot failu ar citām jūsu skriptu vai atsevišķā failā.
3. Tas darbojas pat tad, ja window.onload jau ir noteikts.