Archív za marec, 2009

Je zakázaný = "true" a disabled = "false" rovnaké?

Utorku 24. marca 2009 By Nikhil

To tie staré školy, ale ako obvykle je to moja pamäť doplnok ...
Takže je disabled = "true" a disabled = "false" to isté? Áno
... Neverte, dobre! to je spôsob, akým je ... tu je nejaký rýchly vysvetlenie ...
"Disabled" je atribút akejkoľvek forme prvku / pole, a teda môže prijať žiadnu hodnotu zo svojej podstaty.

Tak dlho, ako je tento atribút je prítomná, bude prvok zakázaný, bez ohľadu na jeho hodnote. Pre napr.
<Input type = "text" value = "Toto je zakázaná" vypnuté>
<Input type = "text" value = "Toto je zakázaná" disabled = "disabled">
<Input type = "text" value = "Toto je zakázaná" disabled = "true">
<Input type = "text" value = "Toto je zakázaná" disabled = "false">

Všetky vyššie uvedené bude táto forma polia "disabled".

Jednoducho neposkytnutie atribút "DISABLED" stále Field "postihnutými" ... ako nižšie

<Input type = "text" value = "To nie je zakázaný" />

Nezabudnite, "Akákoľvek hodnota (alebo vôbec žiadna hodnota) na osoby so zdravotným postihnutím atribútu, bude prehliadač vykresliť ho zablokoval". Ak chcete udržať veci jasno v našich mysliach W3C odporúča, že budeme používať disabled = "disabled" v týchto situáciách.

To je rozdiel hoci keď budeme používať tento atribút v JavaScripte ...

document.form.element.disabled = true; // Prvok bude zakázaný
document.form.element.disabled = false; // Prvok bude povolený

Vyššie uvedené argumenty sú tiež platí pre tieto atribúty a prvky:

  • kontroluje (prepínač a checkbox)
  • vybraná (voľba)
  • nowrap (td)

get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


SevenUp! Podporovať svet zbaviť IE6!

Nedeľa 22.března 2009 By Nikhil

Google začne pohyb vyzvať ľudí, aby skládku IE6 ... Od odpočúvanie užívateľom IE6 s POPUP na načítanie stránky ... nemusí byť veľmi dobrý nápad ... Ale byť UI developer, musím sa pripojiť k tejto kapely voz ... jeden menej prehliadač pre mňa báť ... Prepáč sebecký je to! ale ja mám zaradiť túto javascript ... (skúste túto stránku v IE6) ...
Ahoj! a na jasnejšie nôtu ... vidieť, že je displej o sile JavaScript .... aj to môže priniesť dolu obra (alebo raz to bolo)

SO ... Help zbaviť svet IE6 s jedným radom JavaScript!

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


get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


Bring Down IE6, jeho čas !!!

Štvrtok 19.březen 2009 By Nikhil


S ďalším prehliadači starať od zajtra! (IE8 vychádza z jeho Beta zajtra štátu) ... Jeho naozaj najvyšší čas IE6 je vzhľadom k svojej dlhej Due Mercy Death ... United stojíme na jeseň roku IE6

"IE6 je nový Netscape 4. hacky potrebné pre podporu IE6 stále viac vnímaná ako nadmerné nákladnej dopravy. Rovnako ako Netscape 4 v roku 2000, IE6 je vnímaný byť držia späť web. "

Jeff Zeldman, normy guru

A medzitým pre tých, ako som ja, ktorí budú zaplavené telefonáty z porušenia rozvrhnutie CSS v IE8, tu je stará práce okolo / opraviť pomocou Meta Tagy (meta http-equiv = "X-UA-Compatible"), môžete skúsiť ...

Mis-chovajúci IE8: rozvrhnutie CSS rozbitie (cielenie verziu prehliadača pomocou meta tagy v IE8)


get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


Dobrý dizajn UI musí byť vyhovujúce štandardom. alebo by to? Moje TOP 10 UI Pravidlá dizajn

Štvrtok 12.03.2009 By Nikhil


Ani som sa na vývoji užívateľského rozhrania (UI), úplne nový, ani som veterán a, ako som vždy dať to, som vošiel do profilu UI vývojárov viac ako dizajnéra, bez ľútosti. Ach, Dobre! Čo som písať o? ... Na chvíľu (musí byť v rokoch nie je o nič menej) teraz, tu a tam, keď som sa dostať do trochu UI dizajnu (pokiaľ profesionálny dizajnér sa vybral na dovolenku), vždy som nemôžem prestať myslieť, či môj návrh by mal byť riadne complient alebo nie (úprimne, nie že by som mohol achive 100% dodržiavanie štandardov, keby som chcel taky). Tak si hovorím, čo blbosť! ... Design by mal byť jednoduchý, pekné a hlavne sa zdá použiteľné, to by nemalo robiť návštevníci utiecť ... alebo odraziť (za technické). K čomu by pekné beztabulkový rozvrhnutie CSS byť návštevníkovi, ktorý je nedbajúca na všetky inteligentné hypertextu a kaskádových štýlov pod kožu svoje webové stránky ... Zilch!
Malo by to vyzerať pekne a musia byť ľahko použiteľný ... potom príde všetky štandardy veci.

Aj stumbbled naproti cez tento vstup blogu Jason Fried z 37 signálov (pre tých, ktorí si nie sú vedomí 37 signály sú onces, ktorí vytvorili nejaké úžasné webové aplikácie ako Basecamp, táborák atď), ktorý napísal niečo podobné v roku 2004, a verte mi, takmer 5 rokov a nie moc zmenilo od tej doby, že ... Bol som rád, že čítať jeho príspevok, ako som úplne súhlasím s tým, čo má na srdci, a tiež fakt, ju nie je istý, o tom, čo sa hovorí o jeho len jeho intuície, a tak je môj :)

Jason Fried: "Je tu príliš veľa hovoriť o CSS a XHTML a štandardy a dostupnosti a nie dosť hovorí o ľuďoch. CSS a Standards Code sú len nástroje - musíte vedieť, čo stavať s týmito nástrojmi. Skvelé, som rád, že váš UI nepoužíva tabuľky. Tak čo? Koho zaujíma, či to ešte nedovolí ľuďom dosiahnuť svoje ciele. Webové štandardy sú skvelé, ale vlastné štandardy ľudí zahŕňajú ako sa veci robiť (a to je ešte príliš ťažké urobiť on-line).

Návrhári UI robia rovnaké staré základné "zabúdajú človeka na druhej strane" chyby - mimo túto dobu ich kód vyzerá lepšie. Ľudia - nie validator kódu - použitie rozhrania ".

Checkout Jason vyprážané je celý článok

DISCALIMER: To neznamená, že by sme sa nemali starať o štandardoch vôbec. Normy sú dobré mať a držať sa ich čo najviac. Máme len pochopiť, že dobré UI Design doesnt vždy znamenať, 100% Standards complience alebo naopak ....

Od môj zoznam mojich skúseností, som sledovať niekoľko UI design a vývoj Zlaté pravidlá ... Heres TOP 10 ... nie, že ste za nimi príliš ... :)

1. Starajte sa o svojich užívateľov. Užívatelia môžu zlomiť, alebo vaše stránky. Donot aby užívateľ vyzerať ako celkové idoit, naprosto neschopná používať svoje webové stránky. To je zlé!

2. Udržujte jednoduchosť a ľahkosť použitia svojej primárnej guidlines. Príliš veľa vecí na obrazovke, tým vyššia je pravdepodobnosť, že užívateľ dostane zmätený alebo roztržitý zo svojho pôvodného úlohy.

3. Byť v medziach ... donot dopriať príliš veľa na použiteľnosť, prístupnosť a štandardy. Efektívne využívať štandardy a urobiť je chápaný tímu. To zaistí správnu konzistenciu v produkte

4. Prototyp požiadavku. Vzhľadom k tomu, v týchto dňoch Use Rozhrania sú bohatí, Prototyping vždy je lepšie, než len robiť jednoduché drôtových modelov a druhý je neplatná dôstojných interakcií, by to nepodarí poskytnúť klientovi jasnú predstavu o konečnom produkte, ktorý je vyvíjaný. Vždy je jednoduchšie previesť prototypy do konečných výstupov. Tiež! s prototypovania akékoľvek problémy interakcie by mohol byť bezchybné skôr vo vývojovom cykle.

5. Súlad vo svojom návrhu a interakcia je veľmi dôležité. Donot zmiasť svoje užívateľské s nepredvídateľnými interakcií a vecičky.

6. Pochopiť vaše "Prehlásenie dizajn Mission". Aways zamerať sa na primárnu pôsobenie stránky beign navrhnutý. Tiež, aby sa zoznam vašich seconday akcií na stránke, a ich prioritu.

7. Zaistite správnu spätnú väzbu pre užívateľov webu. U väčšiny internetových stránok určených okolo AJAX, poskytnúť vizuálne podnety pre užívateľov o zmenách na stránke. Užívateľ má k dal potvrdenie o splnení všetkých úloh sa vykonáva. Donot si užívateľ čakať a hádajte, pre napr. poskytne ukazovatele pokroku pre súborové uplaods.

8. Pomocou vhodne kontroluje. Pre použitie napr Vyberte v rozbaľovacom zozname iba pre malé zoznamy, Donot nech používateľ zvoliť jednu zo 200 miest s využitím vybranej boxy. Pochopiť rozdiel medzi tlačidlom a odkaz. Link a tlačidlá majú rôzne účely, donot použiť jeden pre druhého. Poskytnúť správnu kontrolu, aby interakciu s stránku jednoduchšie. Vyhnite sa použitie menu, ktoré sú viac než dve úrovne hlboké. Nepoužívajte znovu vynájsť koleso. Použite štandardné ovládacie prvky, upraviť ich len vtedy, ak veľmi potrebné. Definovať vlastné ovládacie prvky potrebné pre váš web prvej ruky, aby mohli byť vytvorené a testované samostatne, pripravené pre použitie naproti cez web.

9. Donot ITERATE príliš veľa na dizajne. Nezabudnite! Celý produkt je tvorený viac ako návrh samotný. Stavať príslušnej lehoty do vášho harmonogramu projektu pre iterácií návrhu a držať sa ho. Iterácie nám pomáha zistiť, čo funguje a čo doesnt, vyberať na problémové miesta. Ako dobrý rozhranie nejakú dobu trvá, poskytne čas pre iterácií v počiatku vývojového cyklu, takže iterácií návrhu doesnot priamo prirovnať k prepracovanie. Príliš veľa prepracovanie by jeopradize termíny.

10. Posaďte sa a myslieť ako užívateľ občas.


get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


Global Translator Plugin pre WordPress Blog

Nedeľa 8.3.2009 By Nikhil

Som tak nadšený rastúcim počtu zobrazení na mojom blogu, že som sa pozri sa na môj Google Analytics takmer každý deň. Všimol som si, že môj blog je odvolával sa na weby v mnohých iných jazykov a ľudí po celom svete. Tak pekné !!!!
Aby život trochu jednoduchšie pre moje non-anglickej prehliadača lodi, som pridal Google Widget / plugin s názvom "Global Translator".

Global Translator hovorí, že "automaticky prekladá blog v 41 rôznych jazykoch tým, že balí štyri rôzne on-line preklady motory (Google Preklad Engine, Babelfish Preklad Engine, FreeTranslations.com, Promt)" ... Ak chcete pridať do svojho WordPress inštaláciu ... Pozrite sa sem http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Nie ste si istí, ako dobrý preklad, ale ja úprimne dúfam, že to pomôže vývojárom niekoľko kolegov vonku, ktorí skončiť dosiahol môj blog, len aby bol sklamaný, že to je v angličtine ....

Prekladateľ odkazy sú v spodnej časti bočnej lište ....


get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


Volanie viac funkcií Windows onload v JavaScripte

Sobotu 7.3.2009 By Nikhil

Heres ďalší malý peice JavaScriptu trikov, ktoré som musel kopať okolo, pretože situácia je commaned. V jednom z mojich webových stránok, mal som túto situáciu, kde som musel implementovať "windows.onload" dvakrát. Prvá vec, ktorá by prišla na neskúsených mysli ako môj (musím úprimne povedať, že od tej doby som bol pomocou JavaScriptu Rámy a knižníc, som sa zabudlo robiť jednoduché veci na vlastnú päsť ... smutné, ale pravdivé), je táto metóda ...

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

Ospravedlňujeme sa povedať, ale toto nebude fungovať ... nechcem veľa diskutovať o spustení vedu Javascript ... ale podľa mojej nedávnej skúsenosti, len posledná funkcia (onloadfn3) bude chorý skutočne vykonaný.

V normálnych situáciách, na rozdiel od bane (ktoré budem hovoriť o trochu neskôr) ... si to mohol urobiť jednu z nasledujúcich vykonať zahŕňa viac OnLoad funkcie ....

Alebo niečo takého

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

Pre mojej súčasnej situácii, nemôžem použiť niektorú z vyššie ...
Prečo musím dvakrát volať windows.onload, skôr to, že volanie dve funkcie v rámci jednej funkcie onload? Tu je rýchly pohľad na môj problém vyhlásenia ...

"Moje stránky webu sú štruktúrované ako téma Wordpress .... tj je spoločná header.php a footer.php, ktorý sa súčasťou do všetkých stránok webu. Tam je onload funkciou implementaion v footer.php urobiť nejaké spoločné onload funkcií. A existuje niekoľko stránok, ktoré je potrebné na niečo, čo ich vlastné onload, na rozdiel od tých, ktoré vykonáva v rámci spoločnej funkcie onload. Ak mám priradiť funkciu spätného volania priamo k psovodovi window.onload, bude to cez-ride skôr priradené spätné volania v footer.php "

.... Je to môj problém pochopil :) ?

Dobre! existuje niekoľko riešení, ktoré som našiel. Všetci sú veľmi podobné a predovšetkým implementions roztoku daného Simon Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Riešenie:

Jednoducho pridajte tento javascript kód na webe ...

 Funkcie addLoadEvent (func) {
     var oldonload = window.onload;
     if (typeof window.onload! = 'funkcie') {
        window.onload = func
     } Else {
        window.onload = function () {
            if (oldonload) {
                   oldonload ()
           }
           func ()
        }
    }
 } 

A hovoria namiesto obvyklého "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * Viac spustenie kódu na strane zaťaženie *
 }); 

Výhody tohto fragmentu kódu ...
1. V prvom rade, to vám umožní mať viac windows.onload udalostí, ktoré sa nazývajú zo samostatných častí kódu, bez overridding predchádzajúcej definícii
2. Je to naozaj nenápadný. To môže byť umiestnený v súbore s vašimi ďalšími skripty, alebo v samostatnom súbore.
3. Funguje to aj v prípade, že už bolo nastavené window.onload.


get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom alebo Nasledujte ma na Twitteri


Prihlásiť sa k ExpressingIT RSS
get ExpressingIT News by Email Prihlásiť sa k ExpressingIT e-mailom
Nasledujte ma na Twitteri