Enfin, la page d’accueil continue de porter son nom à juste titre, si l’on admet qu’elle accueille surtout les prospects et les premiers visiteurs, et qu’elle reste la plus visitée. Ce n'est pas une page d'entrée, mais cela reste une page d'accueil, une page racine comme dirait Jean-Marc - un peu comme le totem indicateur dans les centres commerciaux.


Petit préambule sur les pages personnalisables

Netvibes et consorts sont des portails Web personnalisables. Ils permettent aux utilisateurs de construire un site web personnel agrégé, constitué par des pages onglets, elles-mêmes alimentées par des contenus extérieurs. En d'autres mots, ce sont donc des portails web individuels qui donnent accès à une multitude de services

Il existe une fâcheuse tendance à amalgamer ces outils, que j'appelle généralement les pages personnalisables, et les pages d'accueil. Et pourtant, un élément les distingue nettement : le contenu.

Le contenu : dénominateur séparateur

Une page personnalisable rassemble, une fois qu'elle a été personnalisée, des contenus choisis exclusivemnt par le titulaire de la page :

• son blog,
• une revue de presse
• les prévisions météo
• les dernières photos Flickr sur un thème,
• des outils de recherche
• un agrégateur de blogs,
• etc.

Rares sont les pages d'accueil (et le commanditaire n'y trouverait d'ailleurs pas d'intérêt) qui ne proposent que des contenus tiers, agrégés et disposés selon la seule volonté de l'utilisateur. Même la BBC, lorsqu'elle propose à l'internaute, de personnaliser la page d'accueil de son site Web, lui met à disposition des blocs qu'elle seule gère et actualise. Nous sommes donc tous égaux devant la page d'accueil puisqu'en tant qu'utilisateur, on fait exclusivement son choix parmi des contenus dont la BBC est propriétaire. En témoigne le slogan sur la page générique du bloc "Blogs" sur le site de la BBC :

"Find and talk to the BBC's bloggers."

L'utilisateur ne peut que choisir d'afficher les dernières billets issus de blogs signés par des journalistes ou autres collaborateurs de la BBC.

Un bon exemple qui illustre que la page d'accueil n'est pas la page personnalisable d'un site Web est celui du New York Times. Vous constatez que les 2 premiers onglets sont : HOME - MY TIMES. Il y a donc bien 2 pages distinctes. L'une est la page d'accueil, l'autre le port d'attache ?

Page d'accueil devenue port d'attache ?

Tous les sites ne proposent pas une page personnalisable en plus de la page d'accueil. Néanmoins, on assiste bel et bien à une transformation de la page d'accueil. Car il va de soi qu'il ne faut pas limiter l'utilité de la homepage aux premiers visiteurs ou aux prospects.

Elle doit aussi servir aux visiteurs récurrents, voire fidèles. Et ne pas perdre son taux de fréquentation, encore élevé quoiqu'en disent certains (c'est ce que confirme d'ailleurs Jean-Marc dans un article en réaction à la discussion que j'ai lancé). Au fait, vous connaissez cette citation ?

Before I get into those goals, here’s a grain of salt. Every site I’ve ever worked on has had strikingly similar traffic trends, and one stands out. Remember that smallest, deepest element I described earlier? This is the atomic element—for a news site, it’s the story page; for a search engine, it’s the search result; for a store, it’s a product page. This page accounts for 60 to 75 percent of all page views on the site. The rest belong to the home page.

This is not to say that the home page is unimportant—it’s hugely important as a first impression. But looking at the numbers, you’ll get far more bang out of tweaks to the atomic element pages than the home page.

Derek Powazek, sur AListApart

A cet effet, on voit de plus en plus les pages d'accueil afficher des outils et modules actualisables, censés attirer l'utilisateur droitaubutiste : les nuages de mots-clés, les pages les plus visitées, les dernières infos actualisées en continu, un calendrier des événements, une fonction de recherche ergonomique, etc.

Certes, certains de ces outils proviennent tout droit du concept participatif du Web 2.0, et ce sont donc les internautes qui créent les incitants à la navigation pour les utilisateurs suivants. Mais le contenu reste généré par le propriétaire du site.

Liens rapides

• MyTimes
• La home page de la BBC

Les articles précédents sur le sujet

• Quel nom pour la page d’accueil ?
• Page d’accueil, la mal nommée ?
• Le grand déclin de la home page

L'auteur de l'image Totem

Chez les pairs:

• Les 3 pages clés sur un site (2) : page d’article vs page d’accueil
• Home page bientôt tu ne seras plus
• La homepage: en déclin?

Clin d'oeil

Vu chez Jean-Marc - ça c'est de la home page personnalisée ;-)

• Virez la pub de vos sites web !

I have looked long and hard for a good process structure for creating a web site - especially one that scales well regardless of the project size. I found that process on A List Apart. It follows the same attention to detail that I encourage. Read the full article or browse the major points below:

Additionally, anyone interested in a web site should be aware of the many factors affecting a good web design. Read Educate Your Stakeholders!, also from A List Apart, for a brief but concise overview of what's important.

Beginning Assessment

• Who do we want to visit the site? (Target Audience)
• What are we publishing that those visitors will find important?
• Where are our visitors in terms of geography, ambient environment, and client platform?
• When should the site be launched, phased, maintained, and finally taken down or redesigned?
• Why does the sponsor want the site built—what are its business objectives?
• How are we going to build the site—what tools are we using, and what’s the budget?

The Design Process

1. Assess objectives and requirements
2. Conduct scenarios
3. Produce wireframes (and establish site architecture)
4. Produce sketches, comps, and (if necessary) prototypes
5. Draft the style guide (Read Writing an Interface Style Guide also from A List Apart)
6. Produce templates and stylesheets
7. Write code
8. Test presentation and behavior
9. Reconcile test results (if possible)
10. Publish

Benefits

• Well defined scope: Since the assessment defines exactly what needs to be built and the resources that will be made available to build it, time and progress management are made easier.
• Earlier identification of user experience issues: Scenarios probably won’t catch all of the possible UX flaws in a site or application, but they will reveal many of the flaws likely to force multiple production iterations—before design, much less production, even starts.
• Context and purpose are well-established: The wireframes ultimately define where everything goes. Armed with this knowledge, the developers can devote their energy to implementation and production, rather than dithering with edge cases or internal disagreements.
• Team members become fairly accountable for all of their own decisions: Each member of a development team makes decisions that affect the timeline. The stakeholder lays out the work for the engineer. The engineer scopes the work of the producer. The producer defines the online toolset of the designer. The designer’s work informs the schedule of the stylist. The fortunate stylist needs the other team members to normalize their work product in ways that minimize exposure to browser bugs and junk markup. A style guide makes all of these interactions predictable, and encourages dialogue between team members about problems that otherwise would remain invisible until the site goes into production.

Vocabulary

• Assessment: A formal and detailed assessment of the project allows its scope to be properly defined.
• Personas and Scenarios: Executed with care, scenario roleplaying identifies likely obstacles to positive user experience, which can then be removed from the design prior to signoff.
• Wireframes: The guidelines established by wireframes enforce layout consistency, discouraging the designer from composing everything as if it’s intended for print.
• Style Guide: Adoption of a style guide allows collaboration between all team members to the end of finalizing the site’s design. Even clumsy execution of a style guide requires the graphic designer to “think out loud,” allowing needless edge cases to be caught and stopped before work begins on the prototypes of the work that will actually be put into production.

Mah..vedremo..

An example for when usability won me over is Google's GMail: When Google bought Blogger.com, they already were well-known for the high usability of their products. Which hinted for some Blogger.com improvements in the future. But first, Google used the acquired platform to offer GMail invites to a small share of Blogger.com bloggers. I knew they might display that invitation only once to me -- if at all –, therefore I took the bait when I got it. (That's drilling people for taking baits, but that's a different story.) GMail at that time was something really, really great. One gigabyte of mail storage was far beyond everything any other freemail provider ever offered. Plus, GMail was invite-only. You didn't know whether it'd be ever available for free, without any invitation. They told you they would close your account if you'd abuse it. And they asked you for some personal data.

As said, I took the bait: What Google offered was something really precious. Therefore, I handed over that little bit of personal info. Until that moment in time neither Blogger.com nor Google had any explicit piece of personal data on me. (Of course, Google had what they gathered by their cookies, and that's probably a rather lot, but they unlikely had my real name connected to that aggregated cookie harvest.)

However, what happened here was an exchange: They gave me some service, I fed them data. The reason for that was that they offered me something that looked really preciously to me. -- In other words, they won me over to take that bait.

On the other hand, at least at that time, Google was badly reputated amongst privacy activists. What made me take the bait mostly was my confidence in their quality of service and into the usability they provide. Plus the insight, Google could not afford to loose customers' private data.
 

Loosing personal data is what's going on now since a few years: Big companies loose thousands .. millions of customer data records, endangering these individuals' legal lives. To avoid this risk, a while ago I pointed out a social network not necessarily depends on a high-profile user data record but instead a combination of e-mail address and password would suffice.

However, if to provide your service you need a bit more personal info, you can gain a point in terms of usability here: Probably facets of your service need different pieces of personal data. You might tend to ask for all the data at once, so you save the effort to ask for missing pieces when needed. -- On the other hand: As long as you don't know the data, there is not the least risk you could loose them to data breaches. Plus, none of your users-to-be would wonder why the heck you want to know that suspectible bit of personal data from them right now. -- If people are not yet comfortable with your service they might suspect bad intents if you ask them for private data. Whereby these suspicions may add up and discredit your service despite you didn't fight the least bit against these people.

So, if you wouldn't flee the effort to ask the users for personal right when -- and only when -- needed, it'll be obvious for them why exactly you need -- hence ask -- for that particular bit of data right now then. -- Positive side effect is that you don't delay people from using your service by demanding them to hand over personal data or, even worse, fill out a pages long form. (NB. I blogged on keeping the user's personal data footprint small just a month ago.)

Geni, some genealogy web service, took the chance to put their service up-front and to come up with asking for user data only when needed. That's similar to a service offering its core functionality for free but asking for the purchase of extras, such as Wordpress.com for the ability to edit your blog's CSS layout data or as Xing.com selling the service to let you know who exactly visited your user's profile. However, Geni got the reward for approaching users the way they do -- that's 5,000,000 user profiles in less than half a year. A List Apart has an article on what you can do well by gradually engaging the user, i.e. asking the user for personal data only when needed, and also features a handful of advices how to approach users-to-be. -- My suggested read for today.

http://www.alistapart.com/d/2007surveyresults/2007surveyresults.pdf

Nik

A List Apart

http://www.alistapart.com

The Web Standards Project

http://www.webstandards.org/

Creative Commons

http://creativecommons.org/

The CSS Zen Garden

http://www.csszengarden.com/

HTML Dog

http://www.htmldog.com/

kottke.org

http://www.kottke.org/

Quem é desenvolvedor web e estava ligado no mundo, respondeu a pesquisa. E o resultado está neste link . (Arquivo em PDF)

O resultado é interessante, vale a pena dar uma checada.

Being the unwilling complainer and non-supporter of discrimination (either the negative or the positive types), I'm always especially interested in those bits of data referring to us ladies, and these are some items that have caught my eye so far:

• Women perceive a high level of gender bias in the industry than men do (but only 22.3%).
• The number of people (male & female) who think there is definitely not a gender bias in total is a huge 63.8% (only 1.7% think there definitely is one). It's important to note the tone of this was to "ask specifically if the respondent feels that his or her career has been impacted by bias, not whether the respondent perceives there to be discrimination in the field".
• Women have around the same or higher salaries than men in the industry (highest in the $20,000 - $79,999 salary range).
• "In general, female respondents who work full time do not seem to make less than male respondents who also work full time, and in fact may earn a bit more. This pattern can be seen in Fig. 3.5., “Salary range by gender,” in Section Three.".
• "A greater percentage of women than men believe they lack a needed back-end development skill (Fig. 10.3)." (28.8%).

Of course, as with all polls - is this data representative? What percentage of people working in the web industry read things like ALA? It's a shame census aren't more detailed like this.

I'm not sure exactly what to say yet, but it certainly supports some thoughts I have on the matter of women in web development. I think there's always been a lot of talk about discrimination specifically within our industry (dare I even mention the matter of female speakers at conferences, or the lack thereof?) but with very little data and evidence to back up various arguments. I'd like to see some well formed discussions come from research like this and I hope to do just that as soon as I've digested the information and done a little more background work.

Еще один перевод статьи A List Apart. На этот раз речь идет о случайном выходе из программы без сохранения документа. Можно познакомиться с точкой зрения автора. Для свободно владеющих английским могу предложить оригинал статьи.

Никогда не используй предупреждения, а используй undo . Автор статьи - Аза Раскин.

Случалось ли вам ощущать внезапную слабость, когда вы осознавали – всего лишь на долю секунды позже – что не должны были кликать «ОК» в диалоговом окне «Вы уверены, что хотите выйти?»

Да? Что ж, вы в приятной компании – у каждого есть подобный опыт, поэтому нет необходимости стыдиться этого. Это не ваша ошибка – это ошибка вашего программного обеспечения.

Почему? Потому что программное обеспечение должно «знать», что у нас вырабатываются привычки. Программное обеспечение должно знать, что, отвечая на вопрос, после бесчисленных кликов «ОК» мы, вероятно, кликнем «ОК» и сейчас, даже если не хотим этого. Программное обеспечение должно знать, что у нас не будет возможности подумать, прежде чем неумышленно прекратить нашу работу.

Почему оно должно это знать? Потому что разработчики программного обеспечения должны знать, что у нас вырабатываются привычки вне зависимости от нашего желания.

Появление привычки, на самом деле, хорошо: это избавляет от необходимости задумываться, когда мы встречаем банальный интерфейс, и это уменьшает вероятность, что наша мысль будет потеряна. В случае с диалоговым окном «Вы уверены, что хотите выйти?» наши руки запомнили и закрытие, и подтверждение как единое непрерываемое действие. И это хорошо, потому что в большинстве случаев мы не хотим задаваться вопросом, правильно ли мы делаем. К сожалению, наши привычки иногда заставляют нас ошибаться: мы сначала делаем, а потом задумываемся.

Итак, как разработчики мы подошли к основному принципу проектирования интерфейсов: если интерфейс создается для людей, он должен признавать привыкание.

Возможные решения

Как насчет того, чтобы делать предупреждения, которые труднее игнорировать? Слишком ненавязчивое предупреждение не будут замечать, так давайте выведем все возможные предупреждения: мы заставим мигать экран и громко проиграем продолжительный звук, чтобы обратить внимание пользователя. Проверьте – это не будет работать. Чем более назойливы предупреждения, тем скорее нам их хочется прервать (кликнув «ОК»), и тем больше ошибок мы наделаем. На самом деле, не важно, на сколько назойливо компьютер станет предупреждать нас – мы по-прежнему будем совершать ту же ошибку – кликать «ОК» даже тогда, когда не хотим этого делать. Но это опять не наша ошибка: до тех пор, пока у нас есть возможность привыкать к предупреждениям, мы будем привыкать, а затем будем совершать ошибки.

Как насчет того, чтобы сделать предупреждения, которые невозможно игнорировать? Если это привыкание свойственно человеку, и это создает проблему, почему бы ни проектировать интерфейс таким образом, чтобы у нас не могла выработаться привычка. Таким образом, мы всегда будем вынуждены останавливаться и задумываться, прежде чем ответить на вопрос. И наш выбор всегда будет соответствовать нашим желаниям. Это решение проблемы, верно?

Этот подход совсем не новый: это нечто вроде «такое-то слово в этом предложение является правильным ответом». В игре «Guild Wars», например, для удаления персонажа требуется сначала кликнуть «Delete», а затем ввести имя персонажа в качестве подтверждения. К сожалению, и это не всегда работает. А именно:

1. Это заставляет нас концентрироваться на непривычной для рук работе, но не на желании или нежелании прекратить работу. Это значит, что предупреждения, которые невозможно игнорировать, несколько лучше, чем обычные предупреждения: мы обязательно перестанем случайно прекращать нашу работу. А неуправляемое прекращение работы – худший грех программного обеспечения.
2. Это необыкновенно раздражает, потому что постоянно требует нашего внимания, что, в свою очередь, обязательно отвлекает нас от работы (а это второй грех программного обеспечения).
3. Это всегда отнимает больше времени и сил, нежели обычное предупреждение. Таким образом, совершается третий страшный грех – приходится делать больше, чем необходимо.

Для приведенных в примере «Guild Wars» второй и третий пункты не особенно уместны, потому что удаление персонажа – действие редкое. Однако если бы нам пришлось вводить имя документа перед тем, как выйти без сохранения этого документа, мы нашли бы это весьма неудобным.

Что мы узнали? Те интерфейсы, которые не учитывают вероятности привыкания – плохи. Создание предупреждений большего размера, громких и трудно игнорируемых – не работает. В любом случае, эти предупреждения означают, что интерфейс программного обеспечения реализован не лучшим образом. Так давайте избавимся от предупреждений вообще!

«Undo» спасет мир

Простое исчезновение предупреждений не спасет наши документы от опасности быть потерянными, но использование функции «Undo» сможет это сделать. Позвольте мне повторить: лекарство от наших горе-предупреждений – undo. С правильным undo мы сможем завершать нашу работу и оставаться уверенными, что к ней всегда можно будет вернуться. С undo мы потеряем это ужасное ощущение совершенной только что ошибки, так как документ можно снова открыть.

Так как у нас вырабатываются привычки, мы не сможем гарантировать, что с нами не произойдет этого «ой!» Именно поэтому проектировщики должны принимать во внимание привыкание и разрабатывать интерфейсы с учетом этого. Каждый раз, когда появляется вероятность случайного завершения работы, программное обеспечение должно дать возможность вернуться к моменту этого завершения.

Это одно из основных и наиболее важных заклинаний проектировщика интерфейса: никогда не используй предупреждения, а используй undo.

Разработчики Google Mail используют это заклинание. Когда вы удаляете письмо, у вас сразу же появляется возможность отменить действие. Как предусмотрительно! Нас аккуратно избавили от окошка с предупреждением (равно как и от окошка с сообщением о возможности отмены действия). Когда мы совершаем ошибку (а мы обязательно совершаем), она не слишком нас пугает, потому что мы можем просто отменить ее. С undo мы меньше тратим времени на переживания и больше времени на работу.

Конечно, это только один слой, но Gmail идет дальше. После того, как вы удаляете сообщение, оно не исчезает навсегда, а попадает в «корзину с мусором», таким образом, вы можете восстановить его, если позднее вы решите, что удаление было ошибочным.

Увы, Google Calendar этот урок пока не уяснил. И, естественно, я случайно удаляю события, которое удалять не хочу. Иногда я удаляю ненужные события, и самое плохое, что позже я не уверен, что удалил действительно ненужное. И без undo нет возможности убедиться в правильности действий.

На самом деле, даже Google Mail еще не до конца освоил этот урок. Когда вы удаляете ярлыки из Gmail, выскакивает одно из этих несчастных предупреждений. Почему же Google может сделать всё правильно в одном месте, а в паре кликах от него сделать всё совершенно неправильно? Возможно, потому, что привычка к предупреждениям настолько закоренелая, что она с героическими усилиями вылезает наружу. Даже те компании, что являются основными оплотами хорошего дизайна, например 37Signals, также обманываются:

Использование предупреждений вместо undo – путь наименьшего сопротивления с точки зрения программиста, потому что не нужно ломать голову над реализацией. Но это не оправдывает того, что компьютеры не считаются с привычками человека.

Заключение

Предупреждения служат причиной потери документов, сомнений относительно надежности компьютеров, заставляют винить себя. Простое, но беспроигрышное решение проблемы: никогда не использовать предупреждения, а использовать undo. И когда пользователь удаляет свой документ, вы предоставляете возможность его восстановить.

О, и в следующий раз, когда увидите предупреждение вместо undo, отправьте разработчикам приложения или сайта письмо с предложением заменить предупреждение функцией undo. Вышлите им ссылку на эту статью. Давайте посмотрим, можем ли мы изменить отношение людей к дизайну в Вебе – и эти изменения сделают интерфейсы в целом более дружелюбными, а также снизят количество причин для расстройств. Давайте начнем войну с предупреждениями.

Иллюстрация Кевина Корнелла

Translated with the permission of A List Apart Magazine and the author. Переведено с разрешения A List Apart Magazine и автора.

Решил начать блог с публикации этого перевода. Не особенно он удачен местами (точнее, он сохранил признаки оригинала, хотя и не дословен, но мне все-таки не нравится местами), однако нужно его куда-то «приткнуть».

Представляет перевод собой материал с небезызвестного A List Apart, а если быть точным – вот это.

Сила - в "воздухе" (1) . Статья Марка Болтона

Моя первая работа в качестве дизайнера была связана с небольшим полиграфическим агентством в Манчестере, которое сотрудничало с различными печатными средствами массовой информации: дизайн обложки, верстка материалов, маркетинговые ходы и… прямая почтовая рассылка (2). Когда я работал над этой рассылкой, обратил внимание, что изучаемые в колледже принципы дизайна, здесь почти не используются – большой, жирный и плотный текст был самым популярным решением. По словам одного из клиентов, я их никогда не забуду – «воздух – это просто пустота».

Заказчики прямой почтовой рассылки ориентировались в первую очередь на рынок небогатых потребителей (3), потому как здесь зафиксированы основные продажи. А раз продажи высоки, неужели воздух действительно просто пустота?

Что такое «воздух»?
«Воздух» или «пустое место» - это пространство между некими элементами композиции. В частности, пространство между основными, крупными элементами – «макро воздух»

И соответственно, «микро воздух» - пустоты между деталями: пунктами списков, надписями, изображениями или между словами и буквами.

«Микро воздух» и читабельность.
Несколько месяцев назад мне удалось познакомиться с работой Эрика Спикерманна во время его лекции. Кроме прочего, речь шла об оптимизации верстки газеты «The Economist», которая была обусловлена нареканиями со стороны читателей относительно возникающих при чтении трудностей.

Материалы на полосе располагались слишком плотно. Иногда, как и в веб-дизайне, трудно добавить «воздух», если его появление ничем не мотивировано. Газетам часто приходится сталкиваться с необходимостью перехода на более легкий для чтения шрифт вкупе с микро воздухом между строками и буквами. Разговор об этом стал частью лекции Спикерманна.

Для начала, оставив причудливость оригинального шрифта «The Economist», Спикерманн внес небольшие изменения, добавив воздуха между символами. Затем он уменьшил кегль и увеличил интерлиньяж (4). Все эти изменения на микро уровне добавили воздух в материалы полосы. Работа была тонкая: читабельность увеличилась, общее восприятие блоков упростилось, а количество информации осталось прежним.

И хотя Спикерманн добавил также и макро воздух, и другие элементы дизайна, вышеприведенный пример свидетельствует о том, что даже небольшие микро изменения могут оказать существенное влияние на восприятие. Это касается и веб-дизайна.

Реклама
Дизайнеры используют воздух, чтобы создать иллюзию утонченности и элегантности при создании рекламы. Сочетание грамотного использования типографических элементов, фото вместе с пустотами – считается высокохудожественным решением. Косметические компании, например, используют много воздуха в своих рекламных плакатах, чтобы поведать потребителю о высоком качестве, изысканности и, как правило, высокой цене.

Мой давешний клиент по прямой почтовой рассылке был прав относительно воздуха в его рекламных проспектах – это не будет работать на рынке небогатых потребителей, потому что искусственно создаст впечатление дороговизны и высокого качества. Вот вам пример:

И фото, и рекламные слоганы одинаковы. Но композиции на разных полюсах: мало пробелов – дешево, много пробелов – дорого.
Воздух – не только и не столько эффективный инструмент позиционирования продукции, сколько указатель на уровень ценовой доступности. Поэтому не исключено, что производитель и его потенциальные клиенты воспримут композицию, как рекламу другого, более дорогого продукта конкурентов.

Активный и пассивный воздух
Часто воздух используется для создания баланса и гармонии. Но это только вершина айсберга. Воздух может быть неотъемлемой частью дизайна – подобный эффект используют фотографы, снимая большую часть комнаты при портретной съемке, оставляя непосредственный объект в стороне.

Когда пробел ведет читателя от одного элемента к другому – это называется «активный воздух». Рассмотрим пример:

Всё очень плотно. Нам необходимо добавить воздух для создания визуальной гармонии и комфорта для читателя. Во-первых, я добавляю поля, меняю шрифт и его размер, а также увеличиваю межстрочные интервалы (line-height в CSS). Всё это «пассивный воздух».

Кто-то может возразить, что на "пассивный воздух" можно не обращать внимания, что он не играет роли. Я не соглашусь: если вы не работаете со своим "воздухом", значит вы плохой дизайнер. "Пассивный воздух" создает иллюзию свободы и равновесия. Это важно.

Но мы не закончили. В предыдущей иллюстрации я хотел бы дополнительно выделить часть текста - вторую цитату. Можно акцентировать на ней внимание, изменив цвет или увеличив размер шрифта, но я просто увеличил микро воздух между абзацами до макро, чтобы привлечь взгляд читателя, и уменьшил межбуквенные интервалы, сделав шрифт жирным.

Это пример активного воздуха - добавить пустое пространство, чтобы выделить часть информации из общей структуры.

Практика, практика, практика
Единственный способ понять, как работает воздух - практика. Художнику-оформителю, подобно профессиональному военному, день ото дня марширующему по плацу, придется тратить часы и часы на совершенствование понимания и навыков. Упражнения по композиции в течение многих десятилетий решались студентами, и, к счастью для нас, некоторые из этих работ были задокументированы гуру от дизайна прошлых лет. Одним из них был Эмиль Рудер.

Рудер был типографом-печатником, швейцарцем по национальности. Он умер в 1970 году. После 21-летней практики преподавания, он подготовил и выпустил книгу - "Typography: A Design Manual" (5) , где пишет:

"Эта книга умышленно занимается только вопросами работы со сборными элементами в типографском деле, которые относятся к точным системам измерений. Ее цель в создании законов типографики, а также, несмотря на наличие общих черт, в разделении типографики и графического дизайна, который из-за выбора средств и инструментов, является более свободным и более трудным занятием".

Книга Рудера несколько однобока - акцентирована на типографике и тонкостях проектирования бланков. Но вместе с тем, Рудер указывает, какие пути верны, а какие нет, что позволяет, опираясь на этот труд, начать обучение фундаментальным принципам композиции. Книга битком набита отличными упражнениями по работе с "воздухом" и другими композиционными элементами. Книга дорогая, но стоящая.

Когда вы научитесь грамотно использовать воздух, реорганизовывать пустое пространство снаружи, внутри и между элементами композиции, вы сможете не только помочь восприятию читателя, формированию его мнения и оценки, но и, возможно, сами иначе взгляните на свою работу.

(1) Я использовал при переводе газетный термин «воздух». Он наиболее точен. Воздухом называется пустое пространство на газетной полосе.
(2) Direct mail - метод маркетинга, при котором компании рассылают рекламные материалы и образцы своей продукции потенциальным покупателям.
(3) Down-market - рынок товаров для небогатых покупателей, предпочитающих покупать товары по низким или сниженным ценам.
(4) Кегль – размер шрифта. Интерлиньяж – межстрочный интервал.
(5) Книга заявлена на Озоне, но там не бывает - заказывайте и ждите. Печаталась в СССР двадцать пять лет назад: http://www.ozon.ru/context/detail/id/2676535/

Иллюстрации Кевина Корнелла

Translated with the permission of A List Apart Magazine and the author. Переведено с разрешения A List Apart Magazine и автора.

Last Saturday evening, 19th of May, I was able to took the Web Design Survey, 2007 conducted and compiled by A List Apart.

I was able to know this survey through the very famous Eric A. and Kathryn S. Meyer web blog post while reading my feeds.

The whole process will took more or less 10 minutes.

I was very happy that my thoughts and ideas were counted to over
30,000 people who had already taken part on this annual survey.

Well, my original plan on this post was to invite other web designers and the like to take the survey. But when I went out and checked their site recently, the web design survey had officially closed.

That's just lucky me. Let our voice be counted next year. Adios.

I don't really feel like doing anything right now anyway. I should be outside, taking advantage of the last bits of warm weather, but I don't feel like it. I just miss him too much to care.

Edit: I thought some people might be interested in this article and these CSS-powered interactive maps.