Рязанский хостинг, регистрация доменов, бесплатный хостинг
Рязанский хостинг. (мы поможем выбрать Вам лучший и дешевый хостинг для Ваших сайтов)
Скоро на .rznhost.com
Бесплатная регистрация в каталогах

Новые виды услуг

Приём Webmoney с сайта

Биллинг панель клиента

Вход в панель хостинга
Имя пользователя:
Пароль:
 
Проверить домен
Свободен ли адрес для сайта:
.
Разделы:
Наши новости и акции

Полезные статьи

Задать вопрос








Дешевый хостинг в Рязани

В помощь
Статьи который помогут в вопросах, которые не вошли в другие разделы

Геометрия модульной сетки



Источник: http://www.designbook.tomsk.ru/

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

Хватит истории
HTML-кодер видит в присланном дизайнером макете страницы набор объектов и их физических свойств: линия — {горизонтальная} {зеленая}. А как эта {горизонтальная} {зеленая} линия должна реагировать на различные разрешения экрана или изменение размера окна браузера (по замыслу дизайнера), кодер может только догадываться. Существуют ли обстоятельства, при которых расстояние от линии до ближайшего объекта (до текста, например) может изменяться, верстальщик также может только догадываться.

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

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

Пример: Софтлист (крупнейший в Томске архив программного обеспечения). Вот таким его видит обычный пользователь:

 

А вот таким его видит рядовой верстальщик одной томской группы разработчиков:


(на сайте автора можно посмотреть увеличенную копию изображений)

В этой сетке описано 17 параметров, позволяющих кодеру сверстать сайт «с иголочки».

Есть небольшой перечень принципов, которые при составлении геометрии учитывать желательно:
Не должно быть повторяющихся (обозначающих один параметр) линий;
Для упрощения восприятия желательно применять разные цвета;
Важно показать, какие размеры должны задаваться в пикселях, а какие — в процентах;
Важно определить, какие блоки текста на сайте будут фиксированного размера, а какие — масштабируемого. Желательно, чтобы весь шрифт был масштабируемый;
Желательно прилагать к геометрии подробное текстовое описание.

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

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


Дата публикации: 02/04/2015
Прочитано: 3748 раз
Дополнительно на данную тему:
Подсказки по работе в системе Google Adsense.
Песочница Google
Валидность HTML
Для чего нужна DNS
Как закачать сайт на сервер через FTP (CuteFTP)
Анатомия CMS: краткий обзор различных систем. Часть 1
Анатомия CMS: краткий обзор различных систем. Часть
Использование MySQL в PHP сценариях

Назад | Начало | Наверх
« Тарифные планы