2009 24 Mar 2009

Është i aktivizuar = "e vërtetë" dhe me aftësi të kufizuara = "false", të njëjtën gjë?

Kjo shkollë ato vjetër, por si zakonisht ajo është shtojcë ime memorie ...
Pra, është i aktivizuar = "e vërtetë" dhe me aftësi të kufizuara = "false" njëjtë? Po
Mos ... besoni, mirë! thats mënyrën se si është ... këtu është një shpjegim të shpejtë ...
"Aftësi të kufizuara" është një atribut i çdo element të formës / fushë dhe kështu mund të pranojë asnjë vlerë nga natyra e tij.

Për sa kohë që ky atribut është i pranishëm, element do të jetë me aftësi të kufizuara pavarësisht nga vlera e saj. psh.
<INPUT type="text" value="This është disabled" disabled>
<INPUT type="text" value="This është disabled" disabled="disabled">
<INPUT type="text" value="This është disabled" disabled="true">
<INPUT type="text" value="This është disabled" disabled="false">

Të gjitha më lart do të bëjë fushë kjo formë "invalid".

Thjesht mos siguruar atributin "invalid" e mban Fusha "ABLED" ... si më poshtë

<INPUT type="text" value="This nuk është disabled" />

Mos harroni "Çdo vlerë (ose nuk ka vlerë fare) e atribut me aftësi të kufizuara, browser-i do të bëjë atë me aftësi të kufizuara". Për të mbajtur gjëra të qartë në mendjen tonë W3C rekomandon që ne përdorim me aftësi të kufizuara = "aftësi të kufizuara" në këto situata.

Ky është dallimi pse kur ne përdorim këtë atribut në javascript ...

document.form.element.disabled = vërtetë, / / element do të jetë me aftësi të kufizuara
document.form.element.disabled = false; / / element do të jetë i aktivizuar

Argumentet e mësipërme janë të vërteta për këto atribute dhe elemente:

  • kontrolluar (butonin radio dhe checkbox)
  • zgjedhur (opsion)
  • nowrap (TD)

2009 22 Mar 2009

SevenUp! Inkurajimi bota për të hequr qafe IE6!

Google nis një popull lëvizje të shpejta për të hale IE6 ... By përdoruesve të IE6 përgjimi me një Popup në ngarkesës faqe ... nuk mund të jetë një ide shumë e mirë ... por duke qenë një zhvillues UI, unë duhet të bashkohet me këtë kamionçinë band ... një shfletuesi më pak për mua shqetësuar në lidhje me Na vjen keq egoist ... kjo është! por unë kam të përfshijë këtë javascript ... (Provoni këtë faqe në IE6) ...
Hey! dhe në shënim të ndritshme ... Shih kjo është një ekran i Pushtetit të aktivizoni Java .... ajo mund të sjellë edhe poshtë një gjigant (ose një herë se ishte)

SO ... Ndihmoni shpëtoj në botën e IE6 me një linjë të JavaScript-in!

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


2009 19 Mar 2009

Sillni Poshtë IE6, koha rreth saj!


Me një tjetër shfletuesin për të marrë kujdesin nga nesër! (IE8 vjen nga nesër Beta saj Shtetit) ... IE6 të vërtetë të lartë e saj është dhënë kohë të gjatë vdekjes së saj të merituar Mercy ... e Bashkuara ne qëndrojmë për rënien e IE6

"IE6 është 4 ri Netscape. Të hacks nevojshme për të mbështetur IE6 shihen gjithnjë si mallrave të tepërta. Ashtu si Netscape 4 në vitin 2000, IE6 është perceptuar të mbajtur përsëri në web ".

Jeff Zeldman, standardet guru

Dhe ndërkohë për ata si unë të cilët do të përmbytur me thirrjet e thyer Layouts CSS në IE8, këtu është puna e vjetër rreth / të rregulluar përdorimin Etiketa Meta (meta http-equiv = "X-UA-Compatible") ju mund të provoni ...

Keq-sjellje IE8: Layout breakages CSS (targetimit të një version të shfletuesit përdorur Meta Tags në IE8)


2009 12 Mar 2009

Një dizajn i mirë UI duhet të jetë në përputhje standardet. apo duhet kjo? TOP 10 mia Dizajn Rregullat UI


As unë jam shumë e re për User Interface (UI) e zhvillimit dhe unë nuk jam një veteran dhe si unë gjithmonë e vënë atë, unë të përshtaten në profilin e UI zhvilluesi i më shumë se ajo e një projektuesi, pa keqardhje. Oh well! Çfarë është I shkruar në lidhje me? Për një kohë ... (duhet të jetë në vitet mos ndonjë më pak) tani, çdo tani dhe pastaj kur unë do të marrë në një grimë e Projektimit UI (kur projektuesi profesional ka shkuar në një festë), unë cant ndaluar gjithmonë duke menduar se dizajni im duhet të jetë siç duhet complient apo jo (sinqerisht, jo që unë mund të arritjes 100 për qind respektimin e standardeve, nëse kam kërkuar shumë). Atëherë unë them veten time, se çfarë mut! ... Dizajnit duhet të jetë e thjeshtë, e bukur dhe duket kryesisht i përdorshëm, ajo nuk duhet të bëjë vizitorët ik ... ose fryrje (që të jetë teknike). Çfarë vlere do a nice tableless plan urbanistik CSS jetë për të vizitorëve, i cili është harruar në të gjitha Hypertext zgjuar dhe fletë Cascading Style nën lëkurën e faqen tuaj ... hiç!
Ajo duhet të duken bukur dhe të jetë e lehtë për t'u përdorur ... pastaj vjen të gjitha stuff standardet.

Unë stumbbled gërshetimet këtë term blog nga Jason Fried e 37 sinjale (Për ata që nuk janë të vetëdijshëm për 37 sinjalet janë onces të cilët kanë krijuar disa aplikacione web tmerrshme si BaseCamp, etj Zjarr kampi) Kush shkruan diçka të ngjashme në vitin 2004 dhe më besoni, gati 5 vjet dhe nuk ka ndryshuar shumë që nga ajo ... unë kam qenë i lumtur për të lexuar postin e tij, si unë plotësisht pajtohem me atë që ai ka për të thënë dhe gjithashtu fakti, ajo nuk është i sigurt për atë që është thënë në lidhje me ndjenjën e saj vetëm e tij gut dhe kështu është e imja :)

Jason Fried: "Nuk ka mënyrë shumë të flasim për CSS dhe XHTML dhe Standardeve dhe aksesueshmërisë dhe nuk mjafton të flasim për njerëzit. CSS dhe Code Standardet përputhje janë vetëm mjete - ju duhet të dini se çfarë për të ndërtuar me këto mjete. Great, unë jam i kënaqur UI juaj nuk përdor tavolina. Pra, çfarë? Kush kujdeset nëse ende nuk i le njerëzit të arritur qëllimet e tyre. Standardet Web janë të mëdha, por standardet e njerëzve të vet përfshijnë getting things done (dhe se është ende shumë e vështirë për të bërë online).

Designers UI janë duke bërë të njëjtën vjetër themelor "duke harruar në lidhje me qenie njerëzore në të tjera anësore" gabimet - përveç kësaj kohe kodi i tyre duket më mirë. Njerëzit, nuk validators kodi interfaqet e përdorimit ".

Artikulli i plotë arka Jason Frid s

DISCALIMER: Kjo nuk do të thotë se ne nuk duhet të shqetësojë për standardet në të gjitha. Standardet janë të mira që të ketë dhe rrinë me ta sa më shumë të jetë e mundur. Ne vetëm duhet të kuptojnë se dizajn të mirë UI nuk do të thotë gjithmonë 100 për qind complience Standardeve ose anasjelltas ....

Nga lista ime e mësimeve të nxjerra tim, unë të ndjekë një dizajn pak UI dhe Zhvillimit rregulla të arta ... Heres 10 TOP ... jo se ju duhet të ndjekin ato shumë ... :)

1. Kujdesuni për përdoruesit tuaj. Përdoruesit mund të bëjnë ose thyejnë faqen tuaj. Donot bërë sy e përdoruesit si një idoit totale, e krejtësisht të paaftë për të përdorur faqen tuaj te internetit. Kjo është e keqe!

2. Mbani thjeshtësi dhe lehtësinë e përdorimit guidlines tuaja parësore. Shumë gjëra në ekran, më i lartë probabiliteti që një përdorues do të merrni të hutuar ose hutuar nga detyra e tyre origjinale.

3. Të jetë në KUFIJTE ... donot kënaq shumë në qasja, përdorshmërisë dhe standardeve. Përdorimi standardeve në mënyrë efektive dhe t'i bëjë ata të kuptohet për ekipin. Kjo do të sigurojë qëndrueshmëri të drejtë në produkt

4. Prototype kërkesën. Që nga viti, këto ditë interfaces Përdor janë të pasur, prototyping gjithmonë është më mirë se vetëm duke bërë wireframes thjeshta dhe kjo e fundit është e pavlefshme e ndërveprimeve të mirë, ajo do të dështojnë të ofrojnë klientit një pasqyrë të qartë të produktit final që është duke u zhvilluar. Gjithmonë, Ai është më e lehtë për të kthyer prototipa në deliverables përfundimtare. Gjithashtu! me prototyping ndonjë çështje ndërveprim mund të sheshuar më herët në ciklin e zhvillimit.

5. Konsistenca në hartimin tuaj dhe ndërveprimit është shumë e rëndësishme. Donot ngatërruar përdorues tuaj me ndërveprime të paparashikueshme dhe gizmos.

6. Kuptoni tuaj "MISIONI Projektim". Aways të përqëndrohet në veprim parësor i beign faqes projektuar. Gjithashtu, të bëjë një listë të veprimeve tuaja seconday në faqe, dhe prioritizimin e tyre.

7. Sigurimi reagime të përshtatshme për përdoruesit e site. Me shumicën e faqeve të projektuar rreth AJAX, të sigurojë cues vizuale të përdoruesit për ndryshime në faqe. Ky përdorues ka për të dhënë një vërtetim të përfundimit të çdo detyre që ai kryen. Donot bëjnë përdoruesit presin dhe me mend, psh. japin treguesit e progresit për uplaods file.

8. Përdorimi kontrolle të përshtatshme. Për përdorim p.sh. Zgjidh drop down listë për listat e vogla vetëm, donot le përdorues zgjedh një nga 200 qytetet duke përdorur kutitë e zgjedhur. Kuptojnë dallimin në mes të një buton dhe një lidhje. Një lidhje dhe butonin e kanë qëllime të ndryshme, donot përdorni një për tjetrin. Të sigurojë kontrollin e duhur për të bërë bashkëveprojmë me një faqe të lehtë. Shmangni përdorimin e Menus, që janë më shumë se dy nivele të thellë. Mos reinvent timon. Përdorimi kontrollet standarde, rregulloje ato vetëm nëse është shumë e nevojshme. Definimi ndonjë kontrolle doganore të kërkuara për dorën tuaj faqen e parë, në mënyrë që ata të mund të jetë krijuar dhe testuar të pavarur, të gatshme për përdorim faqen gërshetimet.

9. Donot iterate shumë në dizajn. Mos harroni! Produkt gjithë përbëhet më shumë se vetëm dizajnin. Ndërtimi i afateve të duhura në orarin e projektit tuaj për iterations projektimit dhe rrinë në të. Përsëritje na ndihmon për të gjetur se çfarë funksionon dhe çfarë nuk ka, marr nga vendet e trazuara. Si një ndërfaqe të mirë merr kohë, për të siguruar kohë për iterations në fillim të ciklit të zhvillimit, në mënyrë që përsëritjet të projektimit doesnot direkt vë shenjën e barazimit të Rework. Too Rework shumë mund jeopradize afatet.

10. Uluni mbrapa dhe mendoni se si një përdorues ndonjëherë.


2009 Mar 8, 2009

Global Translator Plugin për WordPress Blog tuaj

Unë jam aq i ngacmuar në lidhje me rritjen e numrit të pikëpamjeve faqe në blogun tim, që unë kontrolloni Analytics mi Google pothuajse të përditshme. Kam vënë re se faqja ime është duke u referuar nga faqet në shumë gjuhë të tjera dhe nga njerëzit në mbarë botën. Aq e bukur!
Për ta bërë jetën pak më e lehtë për jo në anglisht anijes time viewer, kam shtuar një widget Google / plugin quajtur "Global Translator".

Global Translator thotë se "Automatically përkthen një blog në 41 gjuhë të ndryshme nga mbështjellës katër ndryshme online motorë të përkthimit (motor Google Translation, Përkthimi Engine Babelfish, FreeTranslations.com, Promt)" ... Nëse doni të shtoni atë në vetë instalimin tuaj wordpress ... check it out here http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Nuk jam i sigurt, sa i mirë është përkthimi, por unë sinqerisht shpresoj se ajo ndihmon për një zhvilluesve disa shokët atje, të cilët deri në fund duke arritur në blogun tim, vetëm për të zhgënjehet, se ajo është në anglisht ....

Lidhjet përkthyes janë në fund të Barit Side ....


2009 Mar 7, 2009

Thirrja Multiple onload Funksionet e Windows në JavaScript

Heres tjetër peice pak dredhi Javascript që kam pasur për të gërmoj përreth, sepse situata commaned atë. Në një nga web faqet e mia, unë kam këtë situatë, ku unë kam për të zbatuar "windows.onload" dy herë. Gjëja e parë që do të vinte në një mendje të papërvojë si imi (kam për të të them sinqerisht se, pasi unë kam qenë duke përdorur kuadro javascript dhe bibliotekat, kam forgotton për të bërë gjërat e thjeshta në mi ... sad por e vërtetë), është metodë poshtë ...

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

Na vjen keq të them, por kjo nuk do të punojnë ... dont duan për të diskutuar mbi shkencën e ekzekutimit të aktivizoni Java shumë ... por sipas përvojës sime kohëve të fundit, vetëm funksioni i fundit (onloadfn3) do të sëmurë në të vërtetë të merrni ekzekutuar.

Në situata normale, ndryshe nga imi (që unë do të flasim pak më vonë) ... ju mund të bëni një nga të mëposhtmet për të ekzekutuar funksionet mutliple onload ....

OSE diçka si kjo

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

Për gjendjen time aktuale, unë nuk mund të përdorë ose i lart ...
Pse nuk kam nevojë për të thirrur windows.onload dy herë, më tepër se thirrje dy funksione brenda një funksion onload të vetme? Këtu është vështrim i shpejtë në deklaratën time të problemit ...

"Faqet e mia Site janë të strukturuara si Wordpress Theme .... dmth nuk është një Header.php përbashkëta dhe Footer.php që merr të përfshira në të gjitha faqet e faqes. Nuk është një funksion onload implementaion në Footer.php për të bërë disa funksione të përbashkëta onload. Dhe ka disa faqe që kanë nevojë për diçka të onload tyre, përveç atyre bërë nga funksioni onload përbashkët. Nëse unë caktoj funksion callback direkt në mbajtës window.onload, ajo do të mbi-kalëroj callbacks caktuar më parë në Footer.php "

.... A është problemi im kuptohet :) ?

E pra! ka disa zgjidhje që unë e kam gjetur. Ata të gjithë janë shumë të ngjashme dhe kryesisht implementions e një zgjidhje të caktuar nga Simon Willison simbolit http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Zgjidhja:

Thjesht shtoni këtë kod javascript në faqen ...

 Funksioni addLoadEvent (funksionet) {
     var oldonload = window.onload;
     if (window.onload TypeOf! = 'funksioni') {
        window.onload = funksionet
     } Else {
        window.onload = function () {
            në qoftë se (oldonload) {
                   oldonload ()
           }
           funksionet ()
        }
    }
 }

Dhe e quajti atë vend të "windows.onload" e zakonshme

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * Kodi më shumë për të kandiduar në ngarkesës faqe *
 }); 

Avantazhet e kësaj copë kodi ...
1. Kryesisht, kjo ju lejon të ketë ngjarje të shumta windows.onload, i quajtur nga pjesë të veçantë që të kodit tuaj, pa overridding përkufizimin e mëparshme
2. Ajo është me të vërtetë modest. Ajo mund të vendoset në një skedar me të tjera Scripts tuaj ose në një skedar të veçantë.
3. Ajo punon edhe nëse window.onload tashmë është vendosur.


NDK shtëpi | Duke shprehur IT | qiellëz shprehur | Penmenship shprehur | frikë shprehur | shprehur Myself