<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Блог за UX и ползваемост &#187; интерфейс</title>
	<atom:link href="http://www.lucrat.net/blog/tag/interface/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lucrat.net/blog</link>
	<description>Трудно ли е да е лесно</description>
	<lastBuildDate>Wed, 18 Jan 2012 13:08:02 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>About Face 3: The Essentials of Interaction Design</title>
		<link>http://www.lucrat.net/blog/advice/about-face-3/</link>
		<comments>http://www.lucrat.net/blog/advice/about-face-3/#comments</comments>
		<pubDate>Sun, 08 Nov 2009 07:03:59 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/?p=402</guid>
		<description><![CDATA[<p>Едно от основните четива за проектиране на интерфейси и потребителско взаимодействие. Автори: Алан Купър, Робърт Райман и Дейвид Кронин (Alan Cooper, Robert Reimann, David Cronin)</p>]]></description>
			<content:encoded><![CDATA[<p>Едно от основните четива за проектиране на интерфейси и потребителско взаимодействие. Както личи от заглавието, това е третото издание на книгата.</p>
<p>Автори: Алан Купър, Робърт Райман и Дейвид Кронин (Alan Cooper, Robert Reimann, David Cronin)</p>
<p>Книгата е разделена на 3 части:</p>
<ul>
<li>Разбиране на проектирането по цели (процес и потребители)</li>
<li>Проектиране на поведението и формата (прозореца или цялостната рамка)</li>
<li>Проектиране на подробностите на взаимодействието (елементите)</li>
</ul>
<p><a title="Книгата в сайта на Амазон" href="http://www.amazon.com/gp/product/0470084111?ie=UTF8&amp;tag=lucratnet-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0470084111" target="_blank">В Амазон</a></p>
<p><script src="http://www.assoc-amazon.com/s/link-enhancer?tag=lucratnet-20&amp;o=1" type="text/javascript"></script><br />
<noscript><br />
<img src="http://www.assoc-amazon.com/s/noscript?tag=lucratnet-20" alt="" /><br />
</noscript></p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/about-face-3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>С какво се правят прототипи на интрефейси?</title>
		<link>http://www.lucrat.net/blog/advice/ui_prototype_tools/</link>
		<comments>http://www.lucrat.net/blog/advice/ui_prototype_tools/#comments</comments>
		<pubDate>Wed, 23 Jul 2008 10:24:19 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[инструменти]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/ui_prototype_tools/</guid>
		<description><![CDATA[Сам се учудих колко много инструменти има, с които може да се направи прототип на интерфейс. И продължават да се специализират и множат.]]></description>
			<content:encoded><![CDATA[<p>Краткият отговор е с каквото ви попадне.</p>
<p>По-дългият отговор включва &#8216;зависи колко е подробен прототипът&#8217;. Много хора биха се заяли люто за термини като скица, сториборд, уайърфрейм, мокап, прототип (sketch, storyboard, wireframe, mock-up, prototype). За да опростя нещата, предпочитам да гледам на всички като на разновидности на прототип. А приемам, че прототип е всичко, което показва как ще изглежда и работи истинското нещо, когато бъде готово.</p>
<p>По-дългият отговор няма да е пълен ако пропуснем дълъгия списък от инструменти, които съм ползвал или съм чувал да се използват. Нещата, с които съм работил съм удебелил.</p>
<p>Общи &#8211; предназначени са за други цели, но вършат добра работа</p>
<ul>
<li><strong>Хартия</strong>. Разбира се трябват и моливи химикали, флумастри, маркери. А може и жълти листчета.</li>
<li><strong>Бяла дъска</strong>. Прилича на хартията. Ако е магнитна, може да се лепят и местят картинки.</li>
<li><strong>Excel</strong> (Ексел). Превъзходен. Много достъпен. Много удобен. Позволява почти всичко.</li>
<li><strong>PowerPoint </strong>(ПауърПоинт).</li>
<li><strong>Word</strong> (Уърд).</li>
</ul>
<p>За диаграми и схеми</p>
<ul>
<li><strong>Visio</strong> (Визио)</li>
<li><a href="http://www.e-lesno.com/OmniGraffle">OmniGraffle</a> (Омниграфъл) за Мак</li>
<li><strong><a href="http://www.mindjet.com/products/mindmanager_pro/default.aspx">MindManager</a></strong> (МайндМанаджър) от Mindjet (Майндджет)</li>
<li><a href="http://www.smartdraw.com/">SmartDraw</a> (СмартДро)</li>
<li><a href="http://www.inspiration.com/productinfo/inspiration/index.cfm">Inspiration</a> (Инспирейшън)</li>
</ul>
<p>За прототипиране на екранни интерфейси. Специализиран софтуер.</p>
<ul>
<li><strong><a href="http://www.axure.com/tour.aspx">Axure</a></strong> (Акшуър) от Axure</li>
<li><strong><a href="http://www.carettasoftware.com/gds/index.html">GUI Design Studio</a></strong> (Гуи Дизайн Студио) от Caretta Software (Карета Софтуер)</li>
<li><a href="http://www.microsoft.com/expression/features/Default.aspx?key=blend">Expression Blend</a> (Експрешън Бленд) от Майкрософт</li>
<li><a href="http://www.elegancetech.com/LS/LS.aspx">Lucid Specs</a> (Лусид Спекс)</li>
<li><a href="http://www.clickteam.com/eng/mmf2.php">Multimedia Fusion</a> (Мултимедия Фюжън) от ClickTeam (Кликтийм). Предимно за игри</li>
<li><a href="http://www.intuitect.com/products/">Intuitect</a> (Интуитект) от Intuitect. Добавка за Визио</li>
<li><a href="http://www.jumpchart.com/">Jumpchart</a> (Джъмпчарт) от <a href="http://pasteinteractive.com/">Paste</a> (Пейст)</li>
<li><a href="http://mockupscreens.com/">MockupScreens</a> (МокъпСкрийнс)</li>
<li><a href="http://labs.adobe.com/wiki/index.php/Thermo">Thermo</a> (Търмо, но при нас ще си стане Термо) &#8211; нещо ново, върху което работят в Адоуби</li>
<li><a href="http://www.irise.com/">Irise</a> (Айрайз) от Irise. <a title="Филмче в Ютуб - реклама на продукта" href="http://www.youtube.com/watch?v=C7ZiQVjD-jQ&amp;feature=related">Хвалят го</a>, а и изглежда читаво. Но пък е скъп.</li>
<li><a href="http://www.balsamiq.com/products/mockups">Balasmiq Mockups</a> (Балсамик Мокапс). Изглежда много удобно за груби, бързи прототипи. Струва малко, а има и безплатна версия за браузър.</li>
<li><a href="https://www.protoshare.com/">ProtoShare</a> (Протошеър) &#8211; изцяло уеб</li>
</ul>
<p>За снимане от екрана -  много удобни и полезни. Разнообразието е огромно. Споменавам само нещата, които ползвам напоследък.</p>
<ul>
<li><strong>Paint</strong> (Пейнт)</li>
<li><strong><a href="http://www.faststone.org/FSCaptureDetail.htm">FastStone</a></strong> Capture (ФастСтоун Капчър)</li>
</ul>
<p>Дизайнерски</p>
<ul>
<li>Семейството на <a href="http://www.adobe.com/">Адоуби</a>: Adobe Flash, Fireworks, Dreamweaver, Director, Illustrator, Photoshop, Flex&#8230; какво ли още не</li>
<li><a href="http://usa.autodesk.com/adsk/servlet/index?id=6848332&amp;siteID=123112">Sketchbook Pro</a> (Скечбук Про)</li>
</ul>
<p>Изискващи познаване и писане на код &#8211; неща от рода HTML, CSS, ASP, XML, PHP&#8230;. Има много. Някои от тях:</p>
<ul>
<li><strong>Notepad</strong> (Ноутпад)</li>
<li><strong>Dreamweaver</strong> (Дриймуивър)</li>
<li>ActionScript (АкшънСкрипт)</li>
<li><a href="http://macrabbit.com/cssedit/">CSSEdit</a> (СиесесЕдит) за Мак</li>
</ul>
<p>Други</p>
<ul>
<li><a href="http://www.flickr.com/photos/pauric/434269292/in/set-72157600026875384/">Бормашина</a></li>
<li><a href="http://www.flickr.com/photos/pauric/389334676/in/set-72157594498663838/">Дървени кубчета и лепенки</a></li>
</ul>
<p>Какво изтървам?</p>
<h2>Вижте още:</h2>
<p><a href="http://www.lucrat.net/courses/content-for-web/">Съдържание за уеб на живо: атрактивност, лекота за четене и възприемане, SEO оптимизация и графично оформление</a><strong> </strong>Еднодневен тренинг за оптимизиране на тексове за уеб на живо с майстори в занаята: Борил Караиванов, Димитър Симов и Огнян Младенов (очакваме потвърждение и от други лектори).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/ui_prototype_tools/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Поредният сайт за имоти</title>
		<link>http://www.lucrat.net/blog/advice/imoti/</link>
		<comments>http://www.lucrat.net/blog/advice/imoti/#comments</comments>
		<pubDate>Wed, 21 Nov 2007 10:22:18 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/imoti/</guid>
		<description><![CDATA[Предлагането на имоти по интернет се превърна в нещо като мода. Има куп сайтове, които предлагат имоти. Досага не съм срещнал нито един, който да го прави по смислен и удобен начин. Имотен.ком има потенциал, но засега не предлага нещо различно от истаналите.]]></description>
			<content:encoded><![CDATA[<p>Според изданието и-дейли на АйДиДжи от 21 ноември 2007 г,</p>
<blockquote><p>Търсачката за имоти &#8211; imoten.com, стартира иновативен интернет продукт за единна платформа за представяне на всички актуални оферти за имоти в България. Целта на проекта е да подпомогне потребителите на сайта, като им представя нов метод за търсене по свободни критерии и да им спести време. В imoten.com са представени всички актуални оферти с всички основни параметри към тях. С ефективни методи за търсене и класифициране, офертите лесно и бързо могат да бъдат филтрирани по различни критерии като градове, квартали, райони, цени и много други специфични особености. Към почти всички оферти е наличен и снимков материал.</p></blockquote>
<p>Прегледах набързо въпросния сайт <a href="http://www.imoten.com/">http://www.imoten.com/</a>. Отдавна искам и очаквам на пазара да се появи добър сайт за имоти. Три са основните съставки на такъв сайт:</p>
<ul>
<li>лесна и бърза отправна точка,</li>
<li>богато и мощно търсене,</li>
<li>представяне на резултатите по начин, позволяващ намиране на търсеното, отсяване на ненужното и сравняване на желаното.</li>
</ul>
<h2>Лека начална страница</h2>
<p>Началната страница е доста опростена, което е хубаво. В началото не се знае какво търси човек, затова е чудесно да не му се предлагат никакви неща, докато сам не покаже какво му е нужно. Тук новият сайт бие всичките си събратя.</p>
<p>Снимка 1: Началната страница на имотен.ком &#8211; опростена и лека</p>
<p><img src="http://www.lucrat.net/blog/content/photos/imoten__nachalnapng.png" alt="Начална страница на имотен.ком - лого, поле за търсене, разделено на продажби и наеми, каре с най-често търсени думи и каре с най-често разглеждани обекти" /></p>
<blockquote><p>Има много <strong>бяло пространство</strong> &#8211; страницата диша. Отлично!</p>
<p><strong>Полето за търсене е </strong><strong>трудно за разпознаване</strong> &#8211; има момент на чудене къде точно се намира търсачката. В полето е даден пример за критерий за търсене. Хубаво е, но в същото време наличието на примера затруднява разпознаването на тръсачката. Обикновено, когато в някое поле се въвежда стойност, която изчезва, когато потребителите цъкнат в полето, това се прави с посивен текст.</p>
<p>В отделно каре са изведени <strong>най-често търсените думи</strong>. Това отново е хубаво, но ми се струва, че не е направено много полезно. Показват се единични думи, а това едва ли са търсенията, които хората правят. Може би ще е по-добре да се изпише като едно търсене <em>къща в троян</em>, вместо да се показват като отделни търсения <em>къща</em> и <em>троян</em>.</p>
<blockquote><p>Любопитно е, че две от най-често търсените думи са <em>троян</em> и <em>къща</em>. Дали това не се дължи на факта, че в полето за търсене като пример са използвани точно тези две думи! Потребителите незнаейки или недосещайки се къде да напишат какво търсят, вероятно просто цъкат оранжевото копче за търсене с надежда да видят какво се получава. Търсенето на къщи е достатъчно често, за да обясни високата честота на появяване на думата <em>къща</em>, но как да си обясним високият интерес към троян! Подобно е положението и при наемите &#8211; там примерът съдържа <em>тристаен</em> и <em>младост</em>, съответно двете думи са сред най-търсените.</p></blockquote>
<p>Предложено е и каре с <strong>най-често разглежданите неща</strong>. Не е лошо като замисъл, но ми се струва излишно по две причини: 1) не се разбира какво показва &#8211; виждат се някакви снимки на сгради и 2) като се изведат най-често посещаваните обекти и се сложат връзки към тях, самото извеждане изопачва резултата. Вероятността потребителите да цъкнат на някоя от петте картинки, изведени на първа страница е много висока; така тези пет картиники ще си останат най-посещавани за вечни времена. По добре да се сложат реклами &#8211; поне ще се знае, че са такива.</p>
<p>Интересно е и синьото блокче с името на сайта. Незнайно защо, то е <strong>възвратна връзка към началната страница</strong> на сайта &#8211; сиреч, води към себе си. Това е все едно когато сте в преддверието на апартамента си да имате врата, през която като минете да влизате в преддверието на апартамента си. Този проблем не се среща само при имотен.ком &#8211; има го вероятно в 90 на сто от сайтовете.</p>
<p>Неправилно е <strong>разделянето на наеми и продажби</strong>. Сайтът силом ограничава потребителите и им удвоява работата. В голяма част от случаите човек търси или едното или другото, в друга голяма част, търси и двете. Далеч по удобно ще да бъде, ако сайтът не налага предварителен избор, а просто показва резултати, а след това дава възможност на потребителите да махнат резултатаите, които не ги интересуват. Нещо подобно се случва при разширеното търсене, но пък там липсва възможност за разделяне на наеми от продажби.</p></blockquote>
<h2>Ненадеждно търсене</h2>
<p>В известието се твърди, че начинът на търсене позволява използването на свободни критерии.</p>
<ul>
<li>Зададох в полето за търсене следното: неголям офис в софия, гео милев за до 500 евра. Сайтът ми върна два еднакви резултата &#8211; &#8222;продава офис/магазин за 114 980 евра&#8220;. Разбира се оказа се, че съм търсил в продажби.</li>
<li>Повторих търсенето. Този път получих доста по-добър резултат &#8211; отново две еднакви находки &#8211; &#8222;дава под наем 2-стаен апартамент/офис за 330 евра&#8220;.</li>
<li>Пуснах и разширеното търсене за &#8222;офис в София, Гео Милев, от 60 до 100 кв. м.&#8220; върна 3 резултата: един за офис 62 кв. м. за 330 евра и две еднакви за офис 99 кв. м. за 83 408 евра &#8211; по нищо не си личи дали се продават или отдават под наем (може да се гадае по цената). Нито един от трите резултата не съвпадаше с получените при другите две търсения.</li>
</ul>
<p>Толкова за метода за търсене по свободни критерии, който пести време.</p>
<p><strong>Разширената търсачка</strong> е съществен момент в един сайт за имоти. Досегашните ми опит и впечатления са, че нито един сайт за имоти няма добра търсачка. Очаквах изненада. Уви &#8211; просто някакви кутийки нахвърляни в безпорядък. Търсачките в другите сайтове са далеч по-усъвършенствани (не казвам удобни).</p>
<p>Снимка 2: Търсачката на имотен.ком &#8211; нито богата, нито разбираема</p>
<p><img src="http://www.lucrat.net/blog/content/photos/imoten__tyrsachka.png" alt="Разширено търсене на имотен.ком - четири падащи списъка и 29 чекбокса" /></p>
<blockquote><p><strong>Невъзможно е съчетаването</strong> на стойности в рамките на един критерий &#8211; вид на имота, населено място или тип на строителството. Например, ако търсиш едностаен или двустаен, трябва да направиш две търсения, не можеш да кажеш покажи ми едностайни и двустайни.</p>
<p><strong>Енигматични елементи</strong>. Не можах да проумея предназначението на 29-те кутийки за отметки. Нито разбрах защо текстовете им са сиви.</p></blockquote>
<h2>Прилични резултати от търсене</h2>
<p>Резултатите от търсенето са следващият важен момент. Сайтът се справя добре, но има още много да се желае. Резултатите се показват сравнително бавно, въпреки че се разбиват на страници.</p>
<p>Снимка 3: Резултати от търсене &#8211; смислени, с добри наченки за полезност</p>
<p><img src="http://www.lucrat.net/blog/content/photos/imoten__rezultati.png" alt="Резултати от търсене в имотен.ком - каре за стеснаване на резултатите по критерии и резултати със снимка и няколко параметъра за всеки" /></p>
<blockquote><p>Приятна <strong>възможност за ограничаване на резултатите</strong> е предложена чрез карето <em>Конкретизирайте търсенето си.<strong> </strong></em>Загадъчното име и недотам доброто изпълнение намаляват полезността му, но въпреки това то е изключително удобен инструмен. В примера потребителите могат да ограничат показваните резултати по град, квартал, площ и цена. Точно тук е мястото и на възможността за избиране на продажби или наеми, за която писах по-горе.</p>
<p>Самите <strong>резултати от търсенето са представени нелошо</strong> &#8211; силно визуално. Има снимки, което е изключително удобно, най-вече защото лесно можеш да отсееш еднаквите обяви. Много често един и същ имот се предлага от няколко агенции и е много неприятно да трябва да гадаеш дали става дума за същия имот или не. Липсва обаче възможност за преминаване в невизуален вид, в който вместо 30 бройки на страница да се показват 60 или 100.</p>
<p>Има възможност за <strong>преподреждане</strong> по дата, цена или квадратура. Възножността изглежда удобна и необходима, но е съмнително колко често потребителите преподреждат резултатите &#8211; струва ми се, че хората просто ползват това, което им се изсипе пред очите.<br />
Има и възможност за <strong>добавяне на обява в любими</strong>. Функцията на тези връзки е неясна &#8211; при цъкване на връзка <em>добави в любими</em> не се случва нищо. И тук, както и при другите сайтове, обаче лиспва възможност за махане на обяви, които не искам да гледам.</p>
<p><strong>Липсва възможност за сравняване</strong> на обяви. Вероятно такава възможност е предвидено да се предоставя чрез неработещите връзки <em>добави в любими</em>.</p>
<p>При отваряне на обява, <strong>изненадващо се сменя сайтът</strong> &#8211; отива се в сайта на агенцията, която е пуснала обявата. Това се случва неочаквано, но проектантите на имотен.ком поне са се погрижили да осигурят връзка за връщане към резултатите от търсенето. Хубаво ще е и да предупреждават за смяната на сайта.</p></blockquote>
<p>Като цяло имаме нелош сайт, но не намерих нещо новаторско от гледна точка на потребителско взаимодействие. Отправната точка е добра. Търсенето е непредсказуемо. Резултатите се показват по добър начин и позволяват частично отсяване, но не предлагат възможност за сравняване.</p>
<p>Разбира се потребителите ще решат сами дали да дадат бъдеще на сайта. Желая успех на новия сайт.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/imoti/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Офис 2007 &#8211; корделата на Майкрософт</title>
		<link>http://www.lucrat.net/blog/advice/office2007_kordela/</link>
		<comments>http://www.lucrat.net/blog/advice/office2007_kordela/#comments</comments>
		<pubDate>Sat, 22 Sep 2007 06:21:01 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[виста]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/office2007_kordela/</guid>
		<description><![CDATA[Когато за пръв път видях панделката на новия офис си казах - куул, бравас, хубав подход, увеличава се видимостта. Това беше преди около две години. Сега вече не си казвам така. Корделата на Офис е удобна само на пръв поглед и само за начинаещо ползване.]]></description>
			<content:encoded><![CDATA[<p>От известно време ползвам едновременно Виста и Офис 2007. Значи съм на върха на технологичната вълна. Много хубаво, но от това никак не съм щастлив. Общото ми впечатление от Офис 2007 е полуотрицателно заради панделката му (ribbon).</p>
<p>Панделката е една многосъставна лента, която заменя лентите с бутоните, използвани досега в предишните версии на Офис. Панделката изглежда ето така:</p>
<p>Снимка 1: Уърд в Офис 2007 &#8211; панделката е в горната част на екрана и представя командите групирани и добре видими<br />
<img id="image444" src="http://www.lucrat.net/blog/content/photos/Office2007_Word.PNG" alt="Уърд в Офис 2007 - панделката показва само неща, които проектантите са сложили" /></p>
<p>Съставена е от няколко насложени една върху друга ленти. Много прилича на предишните ленти с бутони (тулбари), но за разлика от тях:</p>
<ul>
<li>В един момент може да се вижда само една лента.</li>
<li>Лентите са организирани по начин, който според Майкрософт следва логичния път в съставянето на един документ &#8211; нещо от рода на писане, вмъкване, подреждане, слагане на препратки и преглед.</li>
<li>Лентите имат различни имена от имената на менютата, използвани досега.</li>
<li>Лентите не може да се преподреждат, не може да се пипат и елементите в тях &#8211; както са предложени, така се и ползват.</li>
<li>Не може да се скриват ленти или отделни техни бутони. Може обаче да се скрива цялата панделка.</li>
<li>Имената и иконите на бутоните не може да се променят.</li>
<li>Бутоните са по-едри и по-картинни от използваните досега и са организирани в обособени групи.</li>
<li>Клавишният достъп (Alt+буква) е изцяло сменен и като увеличен като стъпки. Например за командата специално вмъкване (paste special) се използваше Alt+S+E, сега вече е Alt+H+V+S. Запазени са старите комбинации обаче &#8211; стига да помниш комбинациите.</li>
<li>Потребителски менюта и ленти не се поддържат, а ако има такива, които хората са си направили в предишни версии &#8211; сори, не ги показваме.</li>
</ul>
<p>Единственото нещо, което може да се нагажда към нуждите на потребителя и да му се добавят и махат бутони е една лентичка в заглавната лента &#8211; в дясно от голямото кръгло копче в горния ляв ъгъл. Тази лентичка разбира се е с ограничена вместимост от десетина команди и както добре се вижда съм се постарал да я запълня.</p>
<p>С горепоказаната кордела, често седя и търся. Търся къде е копчето, от което да направя някакво действие &#8211; например да сложа номера на страниците. След като прецъкам всички ленти, стигам до F1 (копчето, което вика помагалото) и продължавам да търся. В много случаи успявам да намеря каквото ми трябва, но и помагалото и начинът на работа на някои команди са стъпка назад в потребителското взаимодействие.</p>
<p>Снимка 2: Уърд в Офис 2003 &#8211; има лента с меню и различни ленти с бутони<br />
<img src="http://www.lucrat.net/blog/content/photos/Office2003_Word.PNG" alt="Уърд в Офис 2003 - лентите с инструменти показват само нужни неща" /></p>
<p>За сравнение, във версия 2003 нещата изглеждат така:</p>
<ul>
<li>В един момент може да се виждат няколко ленти. Всяка лента се управлява независимо от другите.</li>
<li>Бутоните в лентите са организирани по предназначение &#8211; за редактиране, за писане, за графики и така нататък.</li>
<li>Лентите са различни от менюто, но работят в синхрон &#8211; едни и същи команди могат да се появяват и на ленти и в менюто</li>
<li>Лентите може да се преподреждат всякак и да се слагат на различни места &#8211; в примера горе, непосредствено под менюто има три ленти, а в дъното има още две.</li>
<li>Може да се скриват ленти или отделни техни бутони.</li>
<li>Бутоните са обособени в групи.</li>
<li>Имената и иконите на бутоните може да се променят. Може да се избира дали един бутон да се показва с икона или без.</li>
<li>Потребителите могат да си правят ленти и менюта &#8211; например, на снимката, в лентата с менюта &#8211; Styles и Bullets.</li>
</ul>
<h2>(не)Повече екранна площ</h2>
<p>На няколко пъти четох, че корделата подобрила използването на екранната площ. Искрено вярвам в това, защото знам как изглеждат екраните на мои колеги и на клиенти, при които съм ходил. Често имат пуснати по десетина ленти. От бутоните по тези ленти вероятно ползват около 20% и за полезната площ остава по-малко от половината екран. Проверих какво се получава при мен:</p>
<ul>
<li>височина на панделката в Офис 2007 &#8211; 114 пиксела,</li>
<li>обща височина на лентите и менюто в Офис 2003 &#8211; 78 пиксела.</li>
</ul>
<p>Двете снимки, показани по-горе са направени на двата компютъра, които ползвам &#8211; служебния и домашния. При еднаква широчина на екрана, стария ми Офис бие новия с 36 пиксела &#8211; ще рече, че <strong>Офис 2007 ми губи с 50% повече екранна площ от Офис 2003</strong>.</p>
<p>И какво се получава &#8211; новото, което трябва да е по-добро всъщност не е, защото е различно, неудобно, непознато, не може да се пренарежда, а освен това, за награда, заема повече място. Как да му се зарадваш тогава!</p>
<p>Идеята да се даде на начинаещите потребители структуриран подход към започване на работата с продукта е прекрасна &#8211; инструментите са групирани по предназначение. Но какво се случва с потребители, които от години ползват продукта, наредили са си нещата по определен начин, знаят ги къде са, оптимизирали са си лентите така, че да им показват само неща, от които имат нужда? Отново съм прецакан (за кой ли път).</p>
<p>Едва ли е толкова трудно да се позволи пренареждането на лентите. Очаквам следващият Офис да го позволява, а дотогава вероятно ще посвикна с корделата &#8211; с всичко се свиква.</p>
<h2>Приказка за кухнята</h2>
<p>Младо семейство си търсело апартамент (осигурили са парите някак &#8211; няма да се отклоняваме сега с тях). При един оглед попаднали на нов апартамент &#8211; обзаведен. Имал си и кухня. В нея нещата били подредени в отделни шкафове според вида им и начина на ползване. Всички чаши в един шкаф &#8211; за чай, за кафе, за вино, за ракия, за уиски, за шампанско &#8211; разделени по вид и чудесно обозначени. Няма значение за какво са и колко често се ползват, те са само в един шкаф и могат да стоят само там.</p>
<p>В другия шкаф се намирали подправките &#8211; сол, оцет, чубрица, кетчуп, бахар, соев сос, ванилия, индийско орехче (без него не може, въпреки, че така и не знам за какво се ползва) и каквото там още се сетите. Отново всичко било в този шкаф, отново правилно разделено и добре обозначено и отново не можело да се мести.</p>
<p>И така си имало отделни шкафове за чинии, за тави и тенджери и накрая неща за почистване. В единия край на кухнята имало и едно рафтченце, на което можело да се извадят десетина неща: чаши, подправки, чинии, тави, препарати за миене. Всичко останало си стояло в шкафовете, както е подредено от предишния собственик (или от фирмата, обзавела апартамента, ако тази линия повече ви се услажда).</p>
<p>Това, че кухнята е подредена е прекрасно &#8211; имало много благоприятно въздействие върху решението на младите да купят. Пляснали с ръце, прегърнали се, усмихнали се и купили. В началото всичко било много удобно. Не познавали кухнята и си намирали нещата от първа необходимост сравнително лесно и удобно. Понякога преравяли целите шкафове търсейки нещо &#8211; картофобелачката например. Налагало им се и да ползват указанията за подредбата на шкафовете. В тях нямало показалец, така че не можело да се види дали има думата картофобелачка. Имало си обаче какичка търсачка, в която можело да се търси.</p>
<p>Та един ден съпругата искала да направи вкусна мусака с картофи и искала да ползва картофобелачка. Попитала търсачката &#8222;Какичко, къде е картофобелачката?&#8220; Търсачката първо предложила да каже къде се намират картофите (което съпругата знаела). След това търсачката предложила да обясни как се белят картофи (което съпругата също знаела) и още веднъж как се белят картофи с машина (от което жената не се интересувала). Следвали теми като обяснения за ползата и вредата от беленето на плодове и зеленчуци, беленето на краставици, моркови, патладжани и други полезни храни. Нямало нищо за местоположение.</p>
<p>От нямане какво да прави, съпругата преровила шкафовете, но не намерила картофобелачката и пак се върнала със същия въпрос към търсачката. Какичката пак предложила същите отговори. Решила съпругата да пробва с най-близкото &#8211; как се белят картофи &#8211; като почнала да чете указанията за белене на картофи, една от стъпките казвала откъде да вземе картофобелачката. Мусаката била приготвена навреме.</p>
<p>Така младите се справяли доста успешно. След време вече знаели кое къде е и почнало да им се иска да правят малки размествания. Единият шкаф бил много близо до мивката и им се щяло там да сложат чинии, чаши и тави, които ползват ежедневно &#8211; щяло да им е по-удобно. Не можело. Искали да сложат оцета и олиото в шкафа под мивката, защото там по-лесно се почиства, а олиото е мазно и често под него се омазнявало. Не можело. Искало им се да разделят тавите от тиганите &#8211; не можело. Искало им се хлябът да стои на по-лесно място, защото непрекъснато го ползват &#8211; не можело.</p>
<p>Вече като влезели в кухнята често им се доревавало и им се дощявало да си идат в старата квартира, където кухнята била по-малко лъскава и солницата не пускала солта на различни дози, но поне можели да я сложат където си поискат. Но къщата, където била старата им квартира била съборена, за да се построи на нейно място нов блок с още прекрасни апартаменти с обзаведени кухни.</p>
<div id="references">Някои връзки (добавени на 24 септември 2007) :</div>
<ul>
<li>Ръсел Уилсън (Russel Wilson) не харесва панделката <a href="http://www.dexodesign.com/2007/08/why-microsofts-ribbon-sucks.html">http://www.dexodesign.com/2007/08/why-microsofts-ribbon-sucks.html</a></li>
<li>Дженсен Харис (Jensen Harris), свързан с разработката на корделата, смята, че тя пести място &#8211; <a href="http://blogs.msdn.com/jensenh/archive/2006/04/17/577485.aspx">http://blogs.msdn.com/jensenh/archive/2006/04/17/577485.aspx</a></li>
<li>Крис Бърнард (ударениет опада на а-то; Chris Bernard, Microsoft, User Experience Evangelist) твърди, че новият офис е голям успех <a href="http://download.microsoft.com/download/1/f/f/1fff960f-51a2-44b1-b033-bf25a3c7c7ab/BRE001.wmv">http://download.microsoft.com/download/1/f/f/1fff960f-51a2-44b1-b033-bf25a3c7c7ab/BRE001.wmv</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/office2007_kordela/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
<enclosure url="http://download.microsoft.com/download/1/f/f/1fff960f-51a2-44b1-b033-bf25a3c7c7ab/BRE001.wmv" length="242734974" type="video/x-ms-wmv" />
		</item>
		<item>
		<title>Икони</title>
		<link>http://www.lucrat.net/blog/advice/icons/</link>
		<comments>http://www.lucrat.net/blog/advice/icons/#comments</comments>
		<pubDate>Tue, 11 Sep 2007 09:32:52 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/icons/</guid>
		<description><![CDATA[Изследване показва, че потребителите най-добре разпознават и ползват икони, направени от действителни снимки. Чудесно! Освен с вида на иконите, има и ред дргуи неща, с които дизайнерът трябва да се съобрази.]]></description>
			<content:encoded><![CDATA[<p>Иконите са начин визуално да се илюстрира обект, действие или понятие и така да се спести място на екрана. Иконите са три вида:</p>
<ul>
<li>картинки (картини или снимки на обекти),</li>
<li>линейни рисунки (конкретно представяне на изображения чрез линии),</li>
<li>абстрактни рисунки (стилизирани начини за представяне на обекти, процеси и понятия).</li>
</ul>
<p>Според изследване на Кунат, Корнел и Кисилка, <a title="Статия от август 2007 на сайта на HFI" href="http://www.humanfactors.com/downloads/usability-newsletter.asp">изнесено от Хюман Факторс Интернашънъл (HFI)</a> конкретните икони (линейните рисунки и картинките) подпомагат справянето със задачите най-добре при първо взаимодействие, както и след ползване в продължение на 20-30 минути. Сиреч, хората по-бързо и вярно разпознават иконата и предназанчението и, когато е реалистична картинка, отколкото когато е абстрактна рисунка.</p>
<p>Не е изненадващо. Резултатът означава, че за продукти, които се ползват рядко или от начинаещи потребители или за действия, които се извършват рядко спокойно може да се правят икони от снимки. Разделителните способности на мониторите са достатъчно добри и дори смалена, една снимка може да бъде добре разпознаваема. Разбира се, за голяма част от обектите и процесите снимки не може да се правят. Не ми идва на ума каква снимка ще има, например, на икона, изобразяваща действието препращане на писмо.</p>
<p>За жалост не става ясно дали иконите са толкова полезни и за дълговременно ползване. Твърди се, че потребителите постепенно се научават да ползват само иконите и спират да имат нужда от текста. Но това вероятно се отнася само до действия, които се ползват много често &#8211; например всички потребители на Майкрософт Офис (а и на други програми) познават добре иконата за запис на текущия документ и нямат нужда да видждат текста до нея. (Забавното е, че самата икона представлява дискета, а напоследък компютрите не ползват такива инструменти за записване.) Ако отидем една стъпка по-далеко, вероятно ще се окаже, че опитните потребители нямат нужда да виждат нито иконата, нито текста, а ползват клавишна комбинация &#8211; CTRL+S в случая със записване на документ. При по-рядко ползваните команди, вероятно никога не се стига до подобно научаване &#8211; задължително има нужда от текст.</p>
<p>Други неизвестности остават:</p>
<ul>
<li>Дали споменатите своиства на иконите се отнасят само <strong>за команди или и за елементи в списък</strong>? Струва ми се, че в списък, където иконата се ползва, за да покаже вида на обекта, много лесно и удобно може да се замени икона и текст само с икона. Представете си списък на превозни средства (коли, камиони, автобуси, джипове, велосипеди, та ако щете и каручки) &#8211; не е нужно след иконата за лек автомобил да пише лек автомобил. При по-абстрактни обекти, нещата са по-трудни. Например, в списък с хора от различни професии, някои се обозначават лесно &#8211; летец, лекар, леяр, но е трудно само с картинка да се обозначат програмист, тестер, документатор, адвокат, прокурор.</li>
<li>Как влияе <strong>големината на иконите</strong>? От закона на Фиц знаем, че колкото по-малък е един обект на екрана, толкова по-труден е той за улучване. Съответно, по-големите икони ще са по-лесни за улучване, а сигурно и за забелязване. Също така се знае, че децата и възрастните хора имат нужда от по-едри обекти, значи, ако продуктът е предназначен за такива потребители, то иконите сигурно трябва да са по-едри.</li>
<li>Как влияе <strong>цветовото разнообразие</strong>? В <a title="Статия от 6 септември август 2007" href="http://www.e-lesno.com/blog/windows_explorer_2/">Уиндоус Експлорър във Виста &#8211; 2</a> коментирах, че шареността на иконите създава неудобства като прави по-трудно разпознаването на устройствата в компютъра.</li>
<li>Каква е <strong>оптималната гъстота </strong>на ползване на икони &#8211; на всичко ли трябва да се слага икона, само на често използваните елементи, само на някои, според преценката на дизайнера? Верният отговор е различен в зависимост от контекста и предназначението, но както с всяко друго нещо, трябва умереност &#8211; много хубаво не е на хубаво &#8211; прекалено много икони претрупват екрана и създават усещане за обърканост.</li>
</ul>
<p>Това са все особености, които трябва да се имат предвид при правенето и ползването на икони. Няма една единствена рецепта, затова, при всички случаи, най-добре е иконите в един сайт или програма да се тестват с потребители, за да се установи как и доколко вършат работа.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/icons/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Елегантния интерфейс</title>
		<link>http://www.lucrat.net/blog/advice/elegant/</link>
		<comments>http://www.lucrat.net/blog/advice/elegant/#comments</comments>
		<pubDate>Fri, 25 May 2007 19:03:00 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/elegant/</guid>
		<description><![CDATA[Пропорционалност, заглавие и фон стигат на дизайнера, за да създаде елегантен интерфейс. Това са трите прости правила на Головач.]]></description>
			<content:encoded><![CDATA[<p>Елегантно обяснение на елегантния интерфейс прави Владислав Головач от usethics. Тук обобщавам статията му Три правила за проектиране на елегантни интерфейси (<a title="Към статията в сайта на юзетикс (на руски)" href="http://www.usethics.ru/lib/ui_elegance/index.shtml">Три правила дизайна элегантных интерфейсов</a>). Препоръчвам да я изгледате в оригинал, въпреки че е един много дълъг пидиеф &#8211; струва си.</p>
<ul>
<li>Правило 1 &#8211; Всички размери и пропорции трябва да са взаимосвързани: отнся се както за обектите, така и за разстояниата между тях.</li>
<li>Правило 2 &#8211; Винаги трябва заглавие (и то да е разпознаваемо като заглавие.)</li>
<li>Правило 3 &#8211; Има два цвята за фон &#8211; бял и черен. Всички останали, включително сивият, са за неудчаници.</li>
</ul>
<p>С други думи, всеки интерфейс, който отговаря на тезитри прости правиламоже да се надява да бъде възприет добре от потребителите.</p>
<p><strong>За пропорциите<br />
</strong>Биват два вида: геомтерични и естествени. Геометрични са:</p>
<ul>
<li>1 X 1</li>
<li>1 X 2</li>
<li>1 X 3</li>
<li>2 X 3</li>
</ul>
<blockquote><p>Изключения: Човешкото око трудно забелязва непропорционалности при големи обекти, както и при много широки и много дълги обекти: 1 X 19 е същото на вид като 1 X 18,2.</p></blockquote>
<p>Естествените са</p>
<ul>
<li>1 x <strong>1,6</strong>18 &#8211; златното сечение. Това е разделяне на една отсечка на две части така, че сумата на двете части да се отнася към по-дългата част така, както по-дългата част се отнася към по-късата. Математематическото обознчение е φ.</li>
<li>1 x <strong>1,3</strong>141 &#8211; π (пи). Дължината на окръжност с диаметър равен на единица.</li>
<li>1 x <strong>2,7</strong>18 &#8211; <em>е.</em> Основата на натуралните логаритми.</li>
<li>1 x <strong>1,4</strong>14 &#8211; квадратен корен от 2. Дължината на диагонала на квадрат със страна равна на единица.</li>
</ul>
<p>Въпреки че тези пропорции, изразени с числа изглеждат нехармочнично, възприемаме обектите, които ги използват като приятни и хармонични. Няма как, ние сме част от природата.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/elegant/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Дни на майкрософт &#8211; продължение</title>
		<link>http://www.lucrat.net/blog/advice/microsoft_dni_2007_2/</link>
		<comments>http://www.lucrat.net/blog/advice/microsoft_dni_2007_2/#comments</comments>
		<pubDate>Thu, 10 May 2007 12:11:12 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[Събития]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[имейл]]></category>
		<category><![CDATA[интерфейс]]></category>
		<category><![CDATA[информационна архитектура]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/microsoft_dni_2007_2/</guid>
		<description><![CDATA[Взаимосвързаността на страниците е основна част от удобството при ползване на един сайт. Когато страниците са наредени вериткално и помежду им лиспват връзки, ползването е затруднено. Трудно е и когато имейлът не се възприема като неразделна част от сайта.]]></description>
			<content:encoded><![CDATA[<p>Имам още несъгласия с ползваемостта на електронната част от <a href="http://www.msbgregistration.com/">дните на Майкрософт 2007 в България</a>. Наскоро писах за <a title="Към " href="http://www.e-lesno.com/blog/microsoft_dni_2007/">голямото страдание</a>, което сайтът причинява при регистрация. Има и други по-малки страдания, например в взаимосвързаността на информацията.</p>
<blockquote><p>Малко оправдание. Нямам нищо против Майкрософт. Правят хубави неща. Имат нелеката задача да са почти монополист на огромен пазар. Носят предизвикателството да създават бъдеще. Имат моите почитания и възхищение. Пиша за тяхното събитие вече втори път, защото не би трябвало да си позволяват глупавини от подобен характер.</p></blockquote>
<p><strong>Писма<br />
</strong>Откакто успях да се регистрирам за дните на Майкрософт, съм получил пет писма &#8211; петото, току що. Всички те са на тема Дни на Майкрософт 2007, но нито едно от тях не праща към сайта на дните на Майкрософт. (Малко изключение прави писмото, потвърждаващо регистрацията. В него имаше връзки за потвърждаване и редактиране на личните данни, които съм въвел при регистрирането си.) В главата на всяко писмо има огромна полупразна картинка, която е връзка, но води към сайта на Майкрософт &#8211; www.microsoft.com. Проблемът е, че всеки път, когато поискам да видя нещо в сайта на събитието, пускам Гугъл, за да намеря сайта. От една страна е неудобно, от друго е малко смешно.</p>
<p><strong>Програма<br />
</strong>Програмата на събитието е представена чудесно. Различните потоци са един до друг, което позволява на потребителите лесно да избират и сравняват.</p>
<p>Снимка: Извадка от програмата</p>
<p><img src="http://www.lucrat.net/blog/content/photos/programa.PNG" alt="Част от програмата - успоредните теми в четири колони" /></p>
<p>Виждат се четири колони с различните потоци. Във всяка колона има по една тема. Всяка тема е връзка към подробности, а името на всеки лектор е връзка към информация за лектора.</p>
<p>Неудобството се появява, когато се отиде на подробности за тема или лектор. Изведнъж всичкият контекст изчезва и потребителят трябва да помни куп неща. Нарушава се едно от основните правила в проектиране на потребителското взаимодействие &#8211; &#8222;Не карай потребителя да помни неща, които машината може лесно да покаже.&#8220;</p>
<p>В страницата с подробности за лекцията липсват каквито и да било помощни данни. А трябва да има като минимум информация и връзки към:</p>
<ul>
<li>От колко часа е.</li>
<li>В коя зала се провежда.</li>
<li>Кой е лекторът.</li>
<li>В кой поток е.</li>
<li>Кои са предишната и следващите теми.</li>
</ul>
<p>Разбира се, при добро желание може да има и връзки към повече информация по темата, препоръки за четива, примери и други полезности. Би могло да има и навигационно обозначение, което да показва на потребителите къде в сайта се намират, но такова също липсва.</p>
<p>Липсите в страницата с профила на лектора са аналогични. Положението е малко по-лошо, защото за лекторите са показани лекциите, които водят. На пръв поглед това изглежда добре. Проблемът е, че при цък върху името на лекция се отива в страницата с подробности за лекцията, където няма никакъв контекст. Човек вече се намира на два цъка от програмата, а обикновено това е мястото откъдето се тръгва, и връщането в нея, т.е. на място, което познава, е по-трудно.</p>
<p><strong>Навигация<br />
</strong>Менюто е сравнително добре различимо, но има някои отклонения от удобния начин за показване на меню в сайт. Ще спомена две:</p>
<ul>
<li>Текущата страница или секция не се отразява в него. Добра практика е, бутонът, който води към текущата страница или секция да променя вида си, когато потребителят се намира в страница от текущата секция.</li>
<li>Всичките елементи на менюто са възвратни: бутонът, който води към текущата страница продължава да е действаща връзка, която води към текущата избрана страница. Това е като да влезеш в стаята през вратата и да се озовеш пред същата врата, която води към същата стая &#8211; леко объркващо.</li>
</ul>
<h2>И какво от това?</h2>
<p>Взаимосвързаността на съдържанието е много важна част от правенето на един сайт. Важно е да се приеме, че съдържанието на сайта не се съдържа само в самия него &#8211; в случая всички писма, изпращани за кампанията са част от сайта, но несвързана с него. По правило взаимосвързаността трябва да се определи при проектирането на информационната архитектура. Но може и по-късно да се направи. Важното е да се направи.</p>
<p>Лекцията, на която искам да отида се нарича <em>Програмиране с мисъл за потребителя</em>. Няма да програмирам, защото не съм програмист, но пък се занимавам с ползваемост и много се радвам, че в България най-после се появява нещо на тази тема, в което не участвам. Искрено се надявам след тази лекция да последват и други. Живот и здраве, догодина сайтът на дни на Майкрософт 2007 може да се справи по-добре с ползваемостта.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/microsoft_dni_2007_2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Запиши се за дни на Майкрософт, де</title>
		<link>http://www.lucrat.net/blog/advice/microsoft_dni_2007/</link>
		<comments>http://www.lucrat.net/blog/advice/microsoft_dni_2007/#comments</comments>
		<pubDate>Mon, 23 Apr 2007 07:53:19 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[взаимодействие]]></category>
		<category><![CDATA[интерфейс]]></category>
		<category><![CDATA[формуляри]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/microsoft_dni_2007/</guid>
		<description><![CDATA[Скоро е едно от най-големите софтуерни събития в България, организирано от една от най-големите софтуерни фирми &#8211; Дни на Майкрософт 2007. Искам да се запиша, защото една от сесиите е на тема ползваемост. Това си е велико явление за България. Опитах. Опитах втори път. Опитах пак. Вече ми иде да тръшна, затова си изливам мъката [...]]]></description>
			<content:encoded><![CDATA[<p>Скоро е едно от най-големите софтуерни събития в България, организирано от една от най-големите софтуерни фирми &#8211; Дни на Майкрософт 2007. Искам да се запиша, защото една от сесиите е на тема ползваемост. Това си е велико явление за България. Опитах. Опитах втори път. Опитах пак. Вече ми иде да тръшна, затова си изливам мъката тук. Като свърша, ще опитам пак. Ще се примиря, защото робувам на интереса си.</p>
<p>И друг път съм казвал, че Майкрософт проявяват неуважение към потребителите. Формулярът им за регистрация е връх на сладоледа. Готов съм да се обзаложа, че не е тестван за попълване с нито един човек. Има много кусури, все едно че го е правил човек, който за пръв път в живота си прави формуляр.</p>
<p>Снимка: Формулярът за регистрация<br />
<img id="image417" src="http://www.lucrat.net/blog/content/photos/MS-days-registration-form.png" alt="MS-days-registration-form.png" /><br />
<strong>Полетата са наредени хаотично</strong>. Мислено е за базата, не за потребителите. Няколко бързи забележки:</p>
<ul>
<li>Имената са разделени в три полета</li>
<li>Името на фирмата е след длъжността.</li>
<li>Полета за парола и работен статус се намърдват между полетата за адресна информация.</li>
<li>Задължителните полета не се знае кои са.</li>
</ul>
<p>Никой не е разсъждавал за потребителите, мислено е за интегритет, а не за поток на взаимодействието. Първо ще попълня нещата, ще натисна <strong>Изпрати </strong>и тогава ще разбера дали нещо съм сбъркал &#8211; подход за взаимодействие с потребителите от преди около 1000 години &#8211; вижте <a href="http://www.e-lesno.com/blog/forms_and_usability/">Уеб форми и ползваемост</a> в този блог.</p>
<p><strong>Указанията за попълване на полетата са неясни</strong>. Наример за телефон се казва <em>Правилното изписване на телефоннен номер е (код)тел.номер, не повече от 12 цифри, без разстояние между цифрите!</em></p>
<blockquote><p>Първо, глупаво е да има ограничение при въвеждане на телефонни номера. Защо е? Може би Майкрософт са направили автоматична система, която ще прозвънява всички записали се!</p>
<p>Второ, неестествено е телефонният ми номер +359(2) 960 6912 да се изпише слято 0035929606912 или (003592)9606912- много трудно се разчита.</p>
<p>Трето, указанието е неясно. Дали да се пишат нулите в кода или не. Не става ясно. Пробваш като малоумен докато улучиш. Аз лично пробвах десетина пъти, докато накрая улучих &#8211; кодът се изписва с нула. Правилното изписване на номера ми според формуляра е (02)9606912. Тук Майкрософт престъпват собствените си правила. Според Наръчника на Майкрософт по стил (<a href="http://www.microsoft.com/MSPress/books/6074.aspx">Microsoft Manual of Style for Technical Publications</a>) телефонните номера се записват във формат (206) 882-8080.</p>
<p>Четвърто, указанието е заповедно &#8211; завършва с удивителна. Един вид, писнало им е да обясняват как се вкарва телефонен номер.</p>
<p>Пето, на указанието му липсва основния компонент &#8211; пример. Вместо да пишат всички тези 18 думи, за които дори не им е стигнало мястото, та е трябвало да съкращават думата телефонен, трябваше да покажат.</p>
<p>Шесто, когато номерът ми изписан като (2)9606912 не бива разпознат &#8211; след като натисна <strong>Изпрати</strong>, получавам съобщение в горната част на екрана, далеко от номера, в червен цвят, <span id="ctl00_MainBody_ValidationErrors" style="color: red;">Правилното изписване на домашен телефон е (код) тел.номер, не повече от 12 цифри. </span>Ако се вгледате във формуляра, ще видите, че поле домашен номер няма.</p></blockquote>
<p>След всяко натискане на <strong>Изпрати</strong>, ако има грешка, паролата в полетата се изтрива. Защо ли ти е парола изобщо! Освен това са сложени полу-свирепи изисквания за парола <em>Дължина на паролата от 4 до 15 символа, малки и големи латински букви или цифри! </em>(И отново указанието завършва с удивителна.) Леле-мале. Отново не е мислено за ползването и удобството. В стремежа да се търси сигурност и защитеност е пренебрегната простата действителност &#8211; хората се регистрират в сайта, само защото за Майкрософт е по-удобно така. Потребителите нямат нужда от безопасен канал, за да гледат програмата на събитието, нито имат нужда от парола за да дадат даните за издаване на фактура.</p>
<blockquote><p>А защо сайтът не ме помни от миналата година? Тогава правих същите неща, в почти същия формуляр.</p></blockquote>
<p><strong>Работният статус</strong> е особено неудачно разположен. Няма нищо общо нито с паролата, която го предхожда, нито с телефонните номера, които го следват. Освен това:</p>
<ul>
<li>Дава ограничен брой възможности &#8211; как да кажа че съм студент и работя!</li>
<li>Прави разлика между работещ и на свободна практика. Хайде сега, всички знаем, че тези на свободна практика само си клатят краката, ама чак така да ги противопоставяме на работещите не бива.</li>
<li>Има и интересна дума &#8216;безработен(а)&#8217;. Сигурен съм, че са искали да напишат &#8216;безработен(на)&#8217;.</li>
</ul>
<p>Вместо падащ списък тук е по-подходящо да се използват кутийки с отметки &#8211; да се позволи на хората да изберат няколко неща.</p>
<p>Да не сбърка някой да сложи кавички в <strong>полето за адреса</strong>. След натискане на Изпрати, формулярът плаче &#8211; <span id="ctl00_MainBody_ValidationErrors" style="color: red;">За адреса използвайте само букви и арабски или латински цифри.</span> Много интересно ограничение. Свързано е сигурно нещо с базата и сикуъла (SQL), но не съм достатъчно светнат, за да предскажа. Тука няма дори указателен текст &#8211; разчита се само на проби и грешки на потребителите.</p>
<p>Обърнете внимание на <strong>карето Профил</strong>. Там са изредени шест кутийки за отметки (чекбоксове, айде) с по една-две думи след всяка. Текстовете са връзки. Забележете, всички връзки водят на едно и също място и това място е програмата на събитието. Тука отново имаме един чувал глупости:</p>
<blockquote><p>Първо, основно правило е да не се използва чекбокс, когато трябва да се използва радио бутон. При наличието на чекбоксове човек си мисли, че може да избере няколко профила, като така каже, че го интересуват всичките, които е избрал. Да, ама не. Може да се избере само един. Няма да коментирам повече.</p>
<p>Второ, като цъкне човек някоя от връзките отива на друга страница, сиреч, загубва контекста на текущата. Трябва да се върне с копчето Back на браузъра си във формуляра за регистрация. Ако обаче е попълнил данни, някои от данните (например име) си стоят, а други (например парола) се губят. Не съм проверявал всички полета. Ако на някой му се занимава, да пробва.</p>
<p>Трето, карето е цопнато в средата на формуляра. Много се напънах да разбера защо точно там и се сетих. Там са му намерили място разработчиците. Имали са нужда някъде да го сложат.</p></blockquote>
<p>Сигурен съм, че има и още. Ето сега забелязвам, че в отметките в дъното на формуляра се използва формата &#8222;Бих желал(а)&#8220;. Вместо да се опитват да звучат любезно, трябваше просто да напишат &#8222;Искам&#8220; &#8211; хем е по-кратко, хем е по-ясно, хем няма нужда да се представя в мъжки и женски род.</p>
<p>Вече се изморих и омекнах. Чудя се, аз ли съм толкова крив, че все намирам кусури!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/microsoft_dni_2007/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ИнтерфейсЪТ</title>
		<link>http://www.lucrat.net/blog/advice/coding_horror2/</link>
		<comments>http://www.lucrat.net/blog/advice/coding_horror2/#comments</comments>
		<pubDate>Thu, 01 Mar 2007 05:20:23 +0000</pubDate>
		<dc:creator>Димитър Симов</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[интерфейс]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/coding_horror2/</guid>
		<description><![CDATA[Мислех, че съм виждал сложен интерфейс и претрупани прозорци, но това тук направо ми скри топката. Ха честита Баба Марта! Всичко на този екран е на един цък разстояние &#8211; а дали хората, които го ползват (са го ползвали) се чувсват щастливи! Много ми харесва как бутончетата са толкова смалени, че картинките им не се [...]]]></description>
			<content:encoded><![CDATA[<p>Мислех, че съм виждал сложен интерфейс и претрупани прозорци, но това тук направо ми скри топката.</p>
<p>Ха честита Баба Марта!</p>
<p><img src="/content/images/badui2.jpg" alt="Интерфейс" /></p>
<p>Всичко на този екран е на един цък разстояние &#8211; а дали хората, които го ползват (са го ползвали) се чувсват щастливи!</p>
<p>Много ми харесва как бутончетата са толкова смалени, че картинките им не се събират. Опитах да преброя цветовете, полетата и бутоните, но ми се премережи погледът. Няма да опитвам повече &#8211; който го направи, има една бира от мен.</p>
<div id="references">Картинката се намира на <a href="http://www.franklins.net/badui2.jpg">www.franklins.net/badui2.jpg</a>. Стигнах до нея благодарение на Насър Барди (Nasir Barday).</div>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/coding_horror2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Уеб форми и ползваемост</title>
		<link>http://www.lucrat.net/blog/advice/forms_and_usability/</link>
		<comments>http://www.lucrat.net/blog/advice/forms_and_usability/#comments</comments>
		<pubDate>Wed, 31 Jan 2007 15:00:24 +0000</pubDate>
		<dc:creator>Alexo56</dc:creator>
				<category><![CDATA[Експертни съвети]]></category>
		<category><![CDATA[достъпност]]></category>
		<category><![CDATA[интерфейс]]></category>
		<category><![CDATA[формуляри]]></category>

		<guid isPermaLink="false">http://www.e-lesno.com/blog/forms_and_usability/</guid>
		<description><![CDATA[<p>Електронните формуляри са вече толкова популярни и масови, че се налага почти всеки ден да се регистрираме за какво ли не. В повечето случаи регистрациите са задължителни и досадни, никой не ги харесва, губят много време и са неудобни за ползване.</p>]]></description>
			<content:encoded><![CDATA[<p>Електронните формуляри са вече толкова популярни и масови, че се налага почти всеки ден да се регистрираме за какво ли не. В повечето случаи регистрациите са задължителни и досадни, никой не ги харесва, губят много време и са неудобни за ползване.</p>
<p>Наскоро попълвах уеб формуляр, който се оказа истинско предизвикателство. Направих пет опита и загубих около 15 минути докато успея да стигна до „Вашата регистрация премина успешно”.</p>
<h2>Често срещани проблеми</h2>
<p>Изборът на потребителско име бе най-досаден. При два от петте опита, името което избирах не беше свободно и вероятно щях да направя още 10-ина опита, ако не се спрях на име от типа „Alex123456” само и само системата да не ме върне отново. На третия опит „грешката” беше че съм въвел парола, която трябва да е минимум 8 знака и да съдържа и ГЛАВНИ букви.</p>
<p>След като попълних всичко за сетен път, в бързината <a title="Статията Изчисти от 21 ноември 2006г." href="http://www.e-lesno.com/blog/btc-izchisti/">натиснах бутон „изчисти”,</a> вместо бутон „изпрати” поради простата причина, че са един до друг и страшно много си приличат. Чак след последния опит разбрах, че „година на раждане” е задължителна и няма как да не въведа и нея.</p>
<p>При всеки опит формулярът беше празен и се налагаше да въвеждам всичко отначало. Нито едно поле не бе маркирано като задължително, попълвах по два пъти една и съща информация (повторете паролата, повторете e-пощата), избирах ненужна информация като град София, област Софийска и какво ли още не…</p>
<h2>Хитри решения за ползваеми форми</h2>
<p>Наскоро попаднах на друга регистрация, която попълних от първият път и ми отне по-малко от минутка. Хората които са работили над сайта бяха решили да <strong>не губят времето на потребителите си</strong> в безсмислени и многократни опити да станат техни клиенти…</p>
<p>Ето пример за електронен формуляр, който не губи време поради това, че не допуска потребителят да сгреши при въвеждане на нужната информация. Формулярът е интерактивен &#8211; пробвайте да го попълните. <a id="demoform" name="demoform" href="#"></a></p>
<p>[include file=/content/other/test.php]</p>
<h3>Задължителни полета *</h3>
<p>Няма по-неползваем формуляр от този, в който не знаеш кое е задължително и кое не. В примеа по-горе ще забележите различна подредба от масовите формуляри из интернет. Тук <strong>задължителните полета са изнесени най-горе</strong> и са маркирани според стандарта <strong>със звезда (*)</strong>. Незадължителните полета оставяме на втори план.</p>
<h3>Употреба на етикети</h3>
<p>Добавянето на етикети към елементите не е трудно и същевременно е доста полезно, защото правят някои елементи по-лесни за цъкане. В следващия пример са показани две възможности за избор. Обърнете внимание, че текста: <strong>“ИЗБОР1″ е цъкаем</strong> и активира чавката, за разлика от другия пример където цък върху: текста на “ИЗБОР2″ не върши никаква работа:</p>
<div class="demoform">
<fieldset>
<legend>Пример 1 &#8211; етикети</legend>
<table border="0" width="60%" summary="example1">
<tbody>
<tr>
<td width="116"><label for="check1">ИЗБОР1:</label><br />
<input id="check1" name="check1" type="checkbox" value="on" /></td>
<td width="116"><label for="radio">Избор 1:</label><br />
<input id="radio" name="radio1" type="radio" value="on" /></td>
</tr>
<tr>
<td>ИЗБОР2:<br />
<input name="check2" type="checkbox" value="on" /></td>
<td>Избор 2:<br />
<input name="radio1" type="radio" value="on" /></td>
</tr>
</tbody>
</table>
<p> </fieldset>
</div>
<div class="code">
<h3>HTML</h3>
<div></div>
<p><code lang="xhtml"></p>
<fieldset>
<legend>Етикет</legend>
<p><label for="check1">ИЗБОР1:</label></p>
<input id="check1" type="checkbox" value="on" /></fieldset>
<p> </p>
<p></code></p>
<h3>CSS</h3>
<p><code lang="xhtml">label {cursor: pointer;}</code></p>
<h3>Употреба на алтернативен текст</h3>
<p>Понякога може да ни се наложи да добавим допълнително описание към елементите от формуляра. В примера при <strong>посочване на поле с мишката</strong> се появява описателен алтернативен текст. Текстът може да се сложи както върху името на полето така и върху самото поле. В примера, един и същ описателен текст е сложен и за името и за кутийката на полето Телефон, а за полето Коментари, описателен текст има само на кутийката.</p>
<div class="demoform">
<fieldset>
<legend>Пример 2 &#8211; алтернативен текст</legend>
</fieldset>
</div>
<p><label title="Моля въведете номера в следния ред: +359 02 ХХХ ХХХ ХХХ" for="textfield1">Телефон:</label></p>
<input id="textfield1" title="Моля въведете номера в следния ред: +359 02 ХХХ ХХХ ХХХ" maxlength="19" name="textfield1" type="text" /><label for="textarea1">Коментари:</label></div>
<p><textarea id="textarea1" title="Може да използвате и връзки (hyperlinks) в текста" cols="50" rows="10" name="textarea1"></textarea></p>
<fieldset></fieldset>
<div class="code">
<h3>HTML</h3>
<p><code lang="xhtml"></p>
<input title="Алтернативният текст се показва при посочване с мишката" type="text" /> <textarea title="Алтернативен текст" cols="40" rows="10"></textarea></code></p>
<h3>Бутон “Изчисти” (Reset)</h3>
<p>Това е най-безсмисленият елемент в 95% от формите. В повечето случаи този бутон <strong>се ползва по грешка</strong>, при което се губи цялата информация. Ако някой иска да промени нещо, по-скоро би променил отделно поле отколкото целия формуляр. Понякога подобни бутони може да срещнем под различни имена &#8222;Отказ&#8220;, &#8222;Назад&#8220;, &#8222;Изчисти&#8220; и др., по добре е <strong>да избегнем употребата им</strong>.</p>
<h3>Умерена информация</h3>
<p>Никой не обича да попълва дълги формуляри. Колкото по-малко информация изискваме толкова по-кратък и ползваем ще е формулярът. Потребителите <strong>не обичат да дават лични данни</strong> в интернет и винаги добре обмислят каква информация да изпратят за себе си. С цел намаляване броя на полетата може да обединим някои от елементите в едно поле. В следващия пример изискваме попълването на <strong>трите имена в едно поле</strong>. Кодовете за населеното място и телефонът също са в едно поле, вместо в няколко. Добре е да редуцираме броя на незадължителните полета, тъй като повечето потребители няма да ги попълнят.</p>
<div class="demoform">
<fieldset>
<legend>Пример 3 &#8211; групиране на информацията</legend>
</fieldset>
</div>
<p><label for="namesurname">Име Презиме Фамилия:</label></p>
<input id="namesurname" maxlength="50" name="namesurname" size="50" type="text" /><label for="phonecode">Код и телефон: <small>(+359 02 ХХХ-ХХХ-ХХХ)</small></label></div>
<input id="phonecode" maxlength="19" name="phonecode" type="text" />
<fieldset></fieldset>
<h3>Проверка на данните (form validation)</h3>
<p>Проверката на формуляра за грешно попълнени полета би предпазила потребителите от грешки и съответно от ново попълване на данните. В повечето случаи проверка се извършва посредством JavaScript и е добре да се използва внимателно и само на места, където е най-належащо. В <a title="Върни се по-нагоре в текста - Пробна регистрация" href="#demoform">примера по-горе</a> е показана автоматична <strong>проверка за свободно потребителско име</strong>, което спестява най-много главоболия. Същевременно формата трябва да се провери дали работи добре при по-стари браузери или при изключен JavaScript, където проверка няма да се осъществи, но формата трябва да работи по познатия начин.</p>
<p>Проверката обикновено се извършва между попълването на полетата и натискането на бутона за изпращане, понякога се налага и заявка към сървъра за проверка на потребителско име, валидна кредитна карта и други.</p>
<h3>Предпазване от грешки</h3>
<p>При повечето случаи може да улесним попълването <strong>като поставим примери</strong> в непосредствена близост до полетата за попълване. Например, някои регистрации изискват потвърждаване на въведената информация като изпращат писмо за активация до е-пощата на потребителя с цел да се провери дали регистрацията е валидна и е направена от човек, а не от машина. В този случай, най-добре е да упоменем, че на <strong>посочения имейл ще се изпрати писмо за проверка</strong> на данните. Потребителите не обичат да въвеждат лична информация, и понякога въвеждат несъществуващ e-mail.</p>
<div class="demoform">
<fieldset>
<legend>Пример 4 &#8211; примери за въвеждане</legend>
</fieldset>
</div>
<p><label for="email4">Имейл: <small>На посочения имейл ще получите писмо за потвърждение!</small></label></p>
<input id="email4" maxlength="40" name="email4" size="40" type="text" /><label for="iban">Айбан (IBAN): <small>Пример: BG80 BNBG 9661 1020 3456 78</small></label></p>
<input id="iban" maxlength="27" name="iban" size="30" type="text" />
<fieldset></fieldset>
<p>Друг начин за избягване на грешки е там където е възможно да ползваме <strong>предварително дефинирани възможности</strong> за избор чрез <strong>падащо меню</strong> (drop menu), вместо да се налага потребителят да въвежда информация на ръка. Освен това, може да разделим възможностите за избор по групи.</p>
<div class="demoform">
<fieldset>
<legend>Пример 5 &#8211; дефиниран избор</legend>
</fieldset>
</div>
<p><label for="target1">Изберете обект:</label></p>
<select id="target1" name="target1">
<option class="head" selected="selected" value="s1">Обекти</option>
<option value="s2">Курорт</option>
<option value="s3">Село</option>
<option value="s4">Град</option>
<option class="head" value="5">Транспорт</option>
<option value="s6">ЖП Гари</option>
<option value="s7">Пристанища</option>
</select>
<p><label for="target2">Изберете обект:</label></p>
<select id="target2" name="target1">
<option selected="selected" value="ss1">Всички обекти</option>
<p> <optgroup label="Населени места"><br />
<option value="ss2">Курорт</option>
<option value="ss3">Село</option>
<option value="ss4">Град</option>
<p> </optgroup> <optgroup label="Транспорт"><br />
<option value="ss5">ЖП Гари</option>
<option value="ss6">Пристанища</option>
<option value="ss7">Международен път</option>
<p> </optgroup> <optgroup label="Държави"><br />
<option value="ss8">България</option>
<option value="ss9">Гърция</option>
<option value="ss10">Румъния</option>
<p> </optgroup></select>
<fieldset></fieldset>
<div class="code">
<h3>HTML</h3>
<p><code lang="xhtml"><br />
Обекти</p>
<p>или</p>
<p></code>Добре е да избягваме <strong>безмислени повторения</strong> за избор. Например: Изберете Град (София), Изберете Област (Софийска). Ако ни е нужна областта, лесно ще си я проверим.</p>
<p>Някои елементи от формуляра може да са повече от очевидни, че трябва да бъдат избрани от потребителите. Добре е предварително да ги нагласим по <strong>подразбиране (default)</strong>. Такива елементи са от типа: &#8222;Съгласен съм с условията на сайта&#8220; или по-подразбиране сме избрали държава &#8211; България.</p>
<p>Добре е да оразмерим полетата в които е необходимо да се въведат <strong>точно определен брой символи</strong>. Ако например питаме за година на раждане е по-добре да ограничим въвеждането до четири символа, отколкото полето да е с възможност за въвеждане на 20 символа. Ако е с повече символи потребителите биха предположили, че трябва да въведат и дата и месец &#8211; възможността за грешка е по-голяма. Полетата за въвеждане на текст (textarea) би трябвало <a title="Статията Супорт фор репорт от 22 август 2006 - показва един неудачен избор" href="http://www.e-lesno.com/blog/support/">да са с по-големи размери</a>, което ги прави по-удобни за писане и редактиране.</p>
<h3>Външен вид</h3>
<p>Най-добре е да организираме формата чрез стилове &#8211; CSS, като дефинираме размера на шрифта да е в проценти, което ще позволи на потребителя <strong>да променя размера на текста</strong> директно от своя браузер. Също така, по-големите по размер полета са за предпочитане, защото въвеждането при тях е по-лесно (вж. пример на сайта на <a title="Към сайта на WordPress - платформа за саздаване и управелине на блогове" href="http://wordpress.com/signup/">WordPress</a>). Възможно е да структурираме формата и в таблица, но не е за предпочитане, защото би довело до проблеми с достъпността. Там където е належащо формата да се структурира в таблица е добре да се направи допълнителна оптимизация, за да се избегнат някои проблеми с достъпността. Повече за организирането на формите в таблици четете статия: <a title="Към сайта на Web Usability - provides website usability and accessibility services" href="http://www.usability.com.au/resources/forms.cfm#using">Using Layout Tables for Forms</a>. Едно интересно изследване (<a title="UXmatters - Insights and inspiration for the user experience community" href="http://www.uxmatters.com/MT/archives/000107.php">Label Placement in Forms</a> от 12 юли 2006г), направено чрез система за следене на погледа (eyetracking или окослед) показва, че <strong>за имената на полетата е по-добре</strong>:</p>
<ul>
<li>да ги поставим веднага над полетата, вместо от ляво;</li>
<li>ако все пак ги поставим от ляво, да ги равняваме на дясно към полетата, вместо на ляво;</li>
<li>да не ги удебеляваме (<strong>bold</strong>);</li>
</ul>
<p><img src="http://www.e-lesno.com/content/images/froms.jpg" alt="Подходящо оформяне на форми" /></p>
<h3>Скрити елементи и неочаквани събития</h3>
<p>Виждали сме и формуляри, които в стремежа си да са удобни и &#8222;умни&#8220; показват частично полетата за попълване и се активират при определен избор от потребителя. В повечето случаи са доста неудобни, защото <strong>потребителите не виждат всички възможности за избор</strong>. Прекалено &#8222;опростеният&#8220; им вид ги прави объркващи. Тяхната употреба трябва да е изключително внимателна и умерена и само на места където няма да породят двусмислие или объркване. <strong>Пробвайте да попълните следващия формуляр:</strong></p>
<table style="border: 1px solid #CCCCCC;" border="0" summary="example6">
<tbody>
<tr>
<td class="question"><label for="country_other">Ползвате ли интернет?</label></td>
<td>
<input id="country_other" name="country_other" type="checkbox" value="on" />Да, ползвам</td>
</tr>
<tr>
<td class="question"><label for="other_country">От колко време?</label></td>
<td>
<input id="other_country" name="other_country" type="text" /></td>
</tr>
<tr>
<td class="question">Имате ли компютър</td>
<td>
<input id="marital_married" name="marital" type="radio" value="married" /> <label for="marital_married">Не</label></p>
<input id="marital_divorced" name="marital" type="radio" value="divorced" /> <label for="marital_divorced">Да, имам!</label></td>
</tr>
<tr>
<td class="question"><label for="marriage_contract">Планувате ли да си купите?</label></td>
<td>
<input id="marriage_contract" name="marriage_contract" type="checkbox" value="on" />Да</td>
</tr>
<tr>
<td class="question"><label for="datedivorce">От колко време?</label></td>
<td>
<input id="datedivorce" name="datedivorce" type="text" /></td>
</tr>
<tr>
<td class="question"><label for="typedivorce">За какво го ползвате?</label></td>
<td>
<select id="typedivorce" name="typedivorce">
<option selected="selected" value="messy">За работа</option>
<option value="very_messy">За развлечения</option>
</select>
</td>
</tr>
<tr>
<td class="question"><label for="gory_details">Игри или фирми?</label></td>
<td>
<input id="gory_details" name="gory_details" type="text" /></td>
</tr>
<tr>
<td class="question"><label for="why_fill_form">Харесва ли ви тази анкета?</label></td>
<td>
<select id="why_fill_form" name="why_fill_form">
<option selected="selected">Select</option>
<option value="just_feeling">Не</option>
<option value="cogent_reasons">Да</option>
</select>
</td>
</tr>
<tr>
<td class="question"><label for="feeling_excessive_detail">Моля опишете какво не ви харесва…</label></td>
<td><textarea id="feeling_excessive_detail" cols="5" rows="5" name="feeling_excessive_detail"></textarea></td>
</tr>
<tr>
<td class="question"><label for="gory_details2">Друго?</label></td>
<td>
<input id="gory_details2" name="gory_details2" type="text" /></td>
</tr>
<tr>
<td colspan="2">
<input onclick="alert('Формата е демонстрационна. Информацията не бе изпратена.')" name="button" type="button" value="Запис" /></td>
</tr>
</tbody>
</table>
<p>Такива форми са рядкост, но все пак се срещат. Логиката е напълно объркана. На места не е ясно какво точно трябва да се попълни. Въпросите са отляво, а не над елементите, което затруднява отговора. Прекалено много елементи са скрити и дори бутонът &#8222;Запис&#8220; е нелогичен като наименование. Надявам се все по-малко да ни се налага да попълваме подобни &#8222;умни&#8220; формуляри.</p>
<h2>Кодове в картинки</h2>
<blockquote><p>Наричат ги CAPTCHA (вж. повече информация в <a title="Описание за CAPTCHA в Уикипедия на английски" href="http://en.wikipedia.org/wiki/Captcha">Уикипедия</a>) и какво ли още не, но по същество са си <a title="Всички статии в рубриката код за достъп" href="http://www.e-lesno.com/index.php?tag=%EA%EE%E4-%E7%E0-%E4%EE%F1%F2%FA%EF">кодове за достъп</a>. Кодовете най-често се ползват за да се провери дали този, който попълва формуляра или влиза в своя профил <strong>е човек, а не машина</strong>. <img style="float: right; margin: 4px;" src="http://www.e-lesno.com/content/images/captcha.jpg" alt="Код в картинка" />Постепенно започват да се появяват навсякъде, и по-скоро дразнят отколкото да вършат добра работа. Вярно защитата е важна, но е лошо когато това оказва влияние върху взаимодействието със сайта. Понякога дори не може да различим символите, защото знаците са повече от изкривени, а други са с бледи цветове. Повече алтернативни решения четете на: <a title="Към сайта на World Wide Web Consortium (W3C)" href="http://www.w3.org/TR/turingtest/#solutions">Inaccessibility of CAPTCHA</a></p>
<h4>Буквата (О) и цифрата (0)</h4>
<p>Повечето сайтове с подобна защита използват всички символи при генерирането на кода. Но при това положение изниква един проблем между цифрата нула (0) и буквата (О), те <strong>си приличат</strong> толкова, че когато са разкривени не могат да се различат. Ето това би принудило стотици потребители да грешат многократно.</p>
<h4>Брой символи</h4>
<p>Прилагането на всички символи за генериране на кода допълнително допринася за грешки при въвеждане. Много по-удобно би било ако <strong>кодовете се генерират само от цифри</strong>. Те се разпознават по-лесно, по-лесно се въвеждат от клавиатурата, и са само десет на брой. Въпреки, че кодът е генериран само от цифри <strong>защитата си остава достатъчно здрава</strong>.</p>
<h4>Прекалено дълги кодове</h4>
<p>Попадал съм на места където кодът се състои от 10 символа &#8211; цифри, големи и малки букви. Дългите кодове <strong>трудно се въвеждат</strong>, отнемат повече време, възможни са повече грешки. Добре е да се редуцират до 4-5 символа, само малки букви.</p>
<h4>Добри решения</h4>
<p>Представяте ли си, че се налага всеки ден по три пъти да ползвате своя достъп за електронно банкиране и трябва да въвеждате по три пъти кода за достъп всеки път и ако грешите по два пъти на опит, сметката става голяма. Ето едно отлично решение на което се натъкнах на сайта на <a title="Към сайта на Банка ДСК" href="http://www.dskbank.bg">Банка ДСК</a>. Разработчиците са се постарали да направят проверката за &#8222;човечност&#8220; да <strong>се появява след третия грешен опит, а не още с влизането на сайта</strong> &#8211; това пести много време.</p></blockquote>
<p><img src="content/images/bot.jpg" alt="На сайта на Банка ДСК картинката за проверка се появява само след трети грешен опит" /></p>
<blockquote><p>А ето друго полезно решение на сайта на <a title="Регистрационна форма на сайта на Hotmail" href="https://accountservices.passport.net/reg.srf?id=2&amp;vv=30&amp;sl=1&amp;lc=2057">Hotmail</a>. Разработчиците са предоставили възможност кодът от картинката да бъде <strong>произнесен гласово</strong>, което позволява на <strong>незрящи хора също да ползват тяхната услуга</strong>. Позволили са на потребителя да &#8222;смени&#8220; картинката с кода като използва бутон &#8211; обнови (refresh), което е много удобно ако кодът не е достатъчно четим.</p></blockquote>
<p><img src="content/images/hotmail.jpg" alt="На сайта на hotmail картинката за проверка се изговаря гласово" /></p>
<p>Не е задължително да прилагаме тези неща за всички форми и регистрации, но когато става въпрос за електронен формуляр, който касае банкова или друга голяма институция е повече от задължително формулярът да е удобен и бърз за попълване&#8230;</p>
<p>А пък този екземпляр тук сигурно отнема часове: <a title="Европейският омбудсман - жалба срещу лошо управление" href="http://www.ombudsman.europa.eu/form/bg/form2.htm">Жалба пред европейския омбудсман</a>.<br />
Гледайте да не се объркате да натиснете бутон &#8222;Възстанови&#8220; вместо &#8222;Изпрати&#8220; <img src='http://www.lucrat.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<div id="references">
<h2>Външни препратки:</h2>
<ol>
<li>Accessible Data Forms &#8211; <a title="University of Wisconsin-Madison Web Accessibility 101 - Policy, Standards, and Design Techniques" href="http://www.doit.wisc.edu/accessibility/online-course/standards/forms.htm">The University of Wisconsin-Madison</a></li>
<li>Accessible HTML/XHTML Forms &#8211; <a title="The Web Standards Project - Working together for standards " href="http://www.webstandards.org/learn/tutorials/accessible-forms/beginner/">The Web Standards Project</a></li>
<li>Accessible forms: Guidelines, examples and accessible JavaScript tricks &#8211; <a title="WebSemantics - Accessible design and Web Standards" href="http://www.websemantics.co.uk/tutorials/accessible_forms/">WebSemantics &#8211; Accessibility</a></li>
<li>Creating Usable Forms &#8211; <a title="WebQuarter Design - User-centerd design" href="http://www.webquarter-design.com/papers/usableForms.html">WebQuarter Design</a></li>
<li>Creating Accessible Forms &#8211; <a title="WebAIM - Web Accessibility in Mind" href="http://webaim.org/techniques/forms/controls.php">WebAIM</a></li>
<li>Forms, usability, and the W3C DOM &#8211; <a title="Digital Web Magazine" href="http://www.digital-web.com/articles/forms_usability_and_the_w3c_dom/">Digital Web</a></li>
<li>How to Create User-Friendly Forms &#8211; <a title="About.com" href="http://webdesign.about.com/od/forms/a/aa111802.htm">About.com</a></li>
<li>Simple Tricks for More Usable Forms &#8211; <a title="SitePoint : New Articles, Fresh Thinking for Web Developers and Designers" href="http://www.sitepoint.com/print/simple-tricks-usable-forms">SitePoint</a></li>
<li>Usability and HTML Forms &#8211; <a title="ECommerce-Guide - News and reviews " href="http://www.ecommerce-guide.com/solutions/building/article.php/10362_938071">ECommerce-Guide</a></li>
<li>Web Application Form Design &#8211; <a title="LukeW - Interface Designs - Form Layouts" href="http://www.lukew.com/resources/articles/web_forms.html">LukeW</a></li>
</ol>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.lucrat.net/blog/advice/forms_and_usability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

