Изразяване на ИТ

Това тези старото училище, но както обикновено това е ми памет добавка ...
Така че е забранено = "истинска" и хора с увреждания = "фалшиви" една и съща?
... Не вярвам, добре! Това е начина, по който тя е ... тук е малко бързо обяснение ...
"Инвалид" е атрибут на всяка форма елемент / поле и следователно може да приеме никаква стойност по своята същност.

Докато този атрибут е, елементът ще бъде забранено, независимо от неговата стойност. напр.
<input type="text" value="This е disabled" disabled>
<input type="text" value="This е disabled" disabled="disabled">
<input type="text" value="This е disabled" disabled="true">
<input type="text" value="This е disabled" disabled="false">

Всичко това ще направи този формуляр поле "инвалид".

Просто не предоставя атрибута "изключена" поддържа полето "ABLED" ... като по-долу

<input type="text" value="This не е disabled", />

Не забравяйте, "Всяка стойност (или никаква стойност) на инвалиди атрибут, браузърът ще го направи с увреждания". За да запазите нещата ясно в съзнанието ни W3C препоръчва, че ние използваме с увреждания = "инвалид" в тези ситуации.

Това е разликата въпреки че, когато ние използваме този атрибут, JavaScript ...

document.form.element.disabled = вярно; / / елемент ще бъде забранена
document.form.element.disabled = False / / елемент ще бъде включен

Посочените по-горе аргументи са също така и за тези атрибути и елементи:

• проверявани (радио бутона и отметката)
• избран (опция)
• nowrap (TD)

Google стартира движение ред на хората да се отърват от IE6 ... С подслушвателни IE6 потребителите с изскачащ за зареждане на страницата ... не може да бъде много добра идея ... но е разработчик на UI, аз трябва да се присъединят към този вагон лента ... един по-малко браузър за мен се тревожат за ... За съжаление това е егоистично! но аз съм този Javascript ... (опитайте тази страница в IE6) ...
Хей! и по-светло бележка ... Вижте, това е проява на силата на JavaScript .... тя дори може да свали гигант (или след като е)

Така че ... помощ се отърве от света на IE6 с по една линия на JavaScript!

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

С друг браузър, за да се грижи от утре! (, IE8 излиза от бета членка утре) ... Неговият наистина високо време IE6 е дал своето Long Поради смърт Mercy ... Съединените ние стоим за падането на IE6

"IE6 е нов 4 на Netscape. Хакове, необходими за подпомагане на IE6 все по-често се разглеждат като излишък железопътен товарен превоз. През 2000 г. Подобно на Netscape 4, IE6 се възприема за да се задържа в интернет. "

Джеф Zeldman, стандарти гуру

А междувременно, за такива като мен, които ще бъдат наводнени с призиви за чупене на CSS оформления в IE8, тук е стара творба около / се определи с помощта на мета тагове (мета HTTP-екв = "X-UA-съвместими"), бихте могли да опитате ...

Погрешно поведение IE8: CSS оформление счупвания (насочване версия на браузъра с помощта на мета таговете в IE8)

Нито аз съм съвсем нова за развитие на User Interface (UI), нито съм ветеран и както винаги съм го, аз се вписват в профила на UI Developer повече от тази на един дизайнер, не съжалява. Е, добре! Какво да пиша? ... За известно време (трябва да е в години, не по-малко) сега, всеки сега и тогава, когато се получи малко по дизайн на потребителски интерфейс (когато на професионален дизайнер е отишъл на почивка), аз винаги мога да спирка мисли дали моя дизайн да бъдат правилно complient или не (не искрено, че мога да achive 100% стандарти за съответствие, ако исках твърде). Тогава аз си казвам, какви глупости! Дизайнът трябва да бъде проста, Ница и предимно изглежда използваем, не трябва да посетители избяга ... или скача (технически). Какво добро ще бъде хубаво tableless оформление CSS посетителя, който не се съобразява с всички смарт хипертекста и стилове лист под кожата на вашата уеб страница ... Zilch!
Тя трябва да изглежда добре и да бъде лесен за използване ... Тогава идва на всички стандарти неща.

Stumbbled accross този блог влизане от Джейсън Фрийд от 37 сигнала (За тези, които не са осъзнаят 37 сигнали са onces, които са създали някои страхотни уеб приложения като Basecamp, лагерен огън и т.н.), които са написали нещо подобно през 2004 г. и повярвайте ми, почти 5 години и не е много променена, тъй като това ... аз бях щастлив да прочетете поста си, тъй като съм напълно съгласен с това, което той има да каже, а също и на факта, я не е сигурен за какво се разказва за само силно чувство и това е мой

Джейсън Фрийд: "Има прекалено много се говори за CSS, XHTML и стандарти и достъпност, и не е достатъчно да говорим за хората. CSS и съвместим със стандартите на Кодекса са просто инструменти, което трябва да знаете, за какво да се изгради с тези инструменти. Чудесно, радвам си UI не използва таблицата. И какво от това? Кой му пука, ако тя все още не позволява на хората да постигнат своите цели. Уеб стандартите са големи, но собствени стандарти на хората включват правене на нещата (и все още е твърде трудно да се направи онлайн).

Потребителския интерфейс дизайнерите правят същите стари основни "забравяйки за човешко същество на The Other Side" грешки - само че този път техният код изглежда по-добре. Хората - не код валидатори употреба интерфейси ".

На Поръчка Джейсън Фрийд пълен член

DISCALIMER: Това не означава, че ние не трябва да се притеснявам за стандарти на всички. Стандартите са добре да има и да се придържаме към тях, колкото е възможно. Ние само трябва да разберат, че Добрият дизайн UI не винаги означава 100% стандарти Complience или обратно ....

От моя списък на моите изводи, аз следвам няколко дизайн на потребителския интерфейс и развитие златни правила ... Ерес в топ 10 ... не че имате да ги следват прекалено ...

1. Обърнете внимание на вашите потребители. На потребителите може да направите пауза или вашия сайт. DONOT направи потребителя изглеждат като един общо idoit, напълно неспособна да използвате на вашия сайт. Това е лошо!

2. Простота и лекота на използване вашите първични Подобряване. Твърде много неща на екрана, толкова по-голяма вероятността, че потребителят ще се бърка или разсеяни от първоначалното си задача.

3. Е в границите ... DONOT отдадете прекалено много в използваемостта, достъпност и СТАНДАРТИ. Използвайте стандарти, ефективно и да ги разбира, че отборът. Това ще гарантира правилната консистенция в продукта

4. Прототипи на изискването. Тъй като тези дни Използване на интерфейси са богати, прототипиране винаги е по-добре, отколкото просто да прости wireframes и тя е нищожна на достойни взаимодействия, тя не би могла да предостави на клиента ясна картина на крайния продукт, който се развива. Винаги е лесно да конвертирате прототипите в крайните резултати. Също така! с прототипи взаимодействие въпроси могат да бъдат изгладени по-рано в развитието цикъл.

5. Последователността в своя дизайн и взаимодействието е много важно. Donot обърка потребителското си с непредсказуеми взаимодействия и машинария.

6. Разбиране "Декларация дизайн мисия". Бъди винаги се фокусира върху основната дейност на страницата проектирани beign. Също така, направете списък на вашите seconday действията на страницата, и да ги приоритет.

7. Осигуряване на подходяща обратна връзка с потребителите на сайта. С най-много от уебсайтовете, предназначени около AJAX, визуални знаци на потребителя за промени в страницата. Потребителят трябва да се дава потвърждение за завършване на всяка задача, която той изпълнява. Donot направи, за потребителя изчакаме и да се досетите, напр. Осигуряване на показателите за напредък за файла uplaods.

8. Използвайте контроли по подходящ начин. За напр. използването Изберете падащия списък за малки списъци само, donot позволи на потребителите да изберат един от 200 града, използвайки изберете кутии. Разбиране на разликата между един бутон и връзка. Връзка и бутон имат различни цели, donot използва един за друг. Осигуряване на контрол, за да направят взаимодействие страница лесно. Избягвайте използването на менюта, които са повече от две нива в дълбочина. Не изобретяваме колелото. Използвайте стандартни контроли, за да персонализирате тях само ако е много необходимо. Дефиниране на всички потребителски контроли, необходими за вашия сайт от първа ръка, така че те могат да бъдат създадени и тествани самостоятелно, готов за употреба сайт accross.

9. Donot се обхождане твърде много върху дизайна. Не забравяйте! Целия продукт се състои повече, че дизайнът сам. Изграждане на подходящи срокове във вашия проект график за дизайн повторения и се придържайте към него. Итериране помага на нас, за да разберете какво работи и какво не, вземете горещи точки. Като добър интерфейс отнема време, време за повторения в началото на цикъла на развитие, така че дизайнът повторения, doesnot директно равняват да се преработи. Твърде много се преработи може jeopradize срокове.

10. Отпуснете се и се мислят като потребител понякога.

Толкова съм развълнувана, за увеличаване на броя на показвания в моя блог, че да проверя моите Google Анализ почти всеки ден. Аз забелязах, че моят блог е бил отнесен от сайтове в много други езици и от хора по целия свят. Толкова хубаво!!
За да направят живота малко по-лесно ми не са на английски зрителя кораба, която съм добавил Widget Google / добавка, наречена "Global Преводач".

Global Преводач казва, че "Автоматично превежда блог в 41 различни езика, като опаковане на четири различни онлайн превод двигатели (Google Translation Engine, Babelfish Превод на двигателя, FreeTranslations.com, Promt)" ... Ако искате да го добавите към вашата собствена инсталация на WordPress ... проверите тук http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/,

Не съм сигурен, колко добър превод е, но аз искрено се надявам, че тя помага за няколко разработчиците колеги там, които в крайна сметка постигане на моя блог, само за да бъдат разочаровани, че е на английски език ....

Преводачът връзки са в долната част на страничната лента ....

, Ерес друго малко peice, на измама Javascript, че аз трябваше да копаем наоколо, защото ситуацията го commaned. В един от моите уеб сайтове, имах тази ситуация, в която трябваше да въведе "windows.onload" два пъти. Първото нещо, че ще дойде да неопитен ум като моя (аз трябва да кажа честно, че, тъй като имам използвате JavaScript рамки и библиотеки, съм Забравена да го прости неща, на моя ... тъжно, но е истина), е следният метод ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 и т.н. ..

Съжалявам да кажа, но това няма да работят ... не искам да обсъдят науката изпълнението на Javascript много ... но в съответствие с неотдавнашното ми опит, само последната функция (onloadfn3) ще лошо всъщност се изпълнява.

В нормални ситуации, за разлика от моя (което аз ще говоря за малко по-късно) ... бихте могли да направите едно от следните да изпълни mutliple функции onload ....

Или нещо такова

 на функция doOnLoad () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

За сегашното ми положение не може да използвате някоя от по-горе ...
Защо имам нужда да се обадя windows.onload два пъти, а, че призовава две функции в рамките на една функция onload? Ето бърз поглед на моя проблем изявление ...

"Моят сайт" страници са структурирани като Wordpress Тема .... т.е. налице е обща header.php и Footer.php, който да се включва във всички страници на сайта. Налице е едно implementaion onload функция в Footer.php, да се направят някои общи функции onload. И има няколко страници, които се нуждаят от нещо на собствената си ONLOAD, освен тези, направено от общата функция onload. Ако аз зададете функция за обратно извикване директно към window.onload манипулатор, ще свръх-вози на вече възложени извика в Footer.php "

.... Е мой проблем разбира ?

Е! има няколко решения, че съм откри. Те всички са много сходни и най-вече implementions на решение, дадено от за Саймън Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Решение:

Просто добавете този код на JavaScript на сайта ...

 за функция addLoadEvent (функции) {
     VAR oldonload = window.onload;
     ако (window.onload Вид на = 'функция ") {
        window.onload = функции
     } Друго {
        window.onload = функция () {
            ако (oldonload) {
                   oldonload ()
           }
           функция ()
        }
    }
 }

И да го наречем, вместо на обичайните "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (функция () {
 / * Повече код, за да се движат по зареждане на страницата *
 }); 

Предимства на този код фрагмент ...
1. На първо място, това ви позволява да имате няколко събития windows.onload, наречен от отделни части от кода си, без overridding предходната дефиниция
2. Това наистина е ненатрапчив. Това могат да бъдат поставени във файл с други скриптове или в отделен файл.
3. Тя работи дори ако window.onload вече е определена.