Требования к дизайнам, разрабатываемым для коммунивер-сайтов
============================================================

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

2) Исходя из вышеописанного крайне не рекомендуется делать содержательные
тексты графическими плашками. Впрочем это не касается вспомогательных
элементов, таких как кнопки, служебные ссылки (Регистрация, Карта сайта, и
т.п.)

3) Следует также в той или иной степени обеспечить "неразъезжабельность"
дизайна на длинных строках заголовков, больших объемах текста и т.п.

4) При разработке дизайна следует учитывать, что на страницах
коммунивер-сайтов часто присутствуют списки разных объектов (материалы в
рубрике, списки новостей), т.е. необходимо предусмотреть, как будут
выглядеть такие списки c учетом того, что они могут содержать разнородные
элементы (например, в списке материалов могут присутсвовать как ссылки на
материалы сайта, так и на файлы для скачивания или ссылки на другие
сайты).

5) В дизайне должны (могут) присутствовать следующие служебные элементы
(наличие того или иного элемента зависит от требований к конкретному сайту):

   - служебные ссылки
     - карта сайта
     - подписка
     - настройки сайта
     - вид для печати

   - регистрация пользователя
     - логин/логаут (форма либо ссылка)
     - обозначение текущего пользователя

   - поиск (форма либо ссылка)

   - вывод текущей даты

6) Все изображения, используемые в дизайне рекомендуется складывать в
единую директорию файловой системы, т.к. это значительно облегчает
преобразование html-макетов в код cmw-шаблонов. С этой же точки зрения
желательно во всех вхождениях тега <img> соблюдать единый порядок
атрибутов. Желательно также, чтобы изображения носили осмысленные имена.
Css и прочие элементы оформления должны находиться в этой же директории.

7) Приветствуется наличие в html-коде поясняющих комментариев (типа <!--
Блок новостей --> ... <!-- / Блок новостей --> )

8) При разработке инородных дизайн-компонентов, таких как Macromedia Flash
(т.е., как правило, не представляющих со страницей единого целого), включающих
в себя содержательные тексты (например, меню разделов сайта), необходимо
обеспечить простой интерфейс передачи в эти компоненты динамического
содержимого (например, в виде списка параметров на отдельной странице)

9) Т.к. платформа Коммунивер позволяет разрабатывать сайты совершенно
произвольной структуры, фактически, у нас не существует никаких ограничений для
фантазии дизайнеров. И нам не хотелось бы, чтобы фантазия дизайнера оказалась
ограничением для фантазии будущего редактора сайта. Поэтому все вышеописанное
является лишь напоминанием о том, что с разработанным Вами дизайном, во-первых,
предстоит жить заказщику сайта, у которого в руках оказывается механизм для
поддержания его в актуальном состоянии, что чревато постоянными изменениями как
в содержимом, так и в структуре сайта. А во-вторых, перед всем этим с ним
предстоит поработать также и коммунивер-разработчику, которому нужно будет
прежде всего разобраться в Вашем коде. Давайте не забывать об этом и ценить
рабочее время друг друга! :)

10) Примеры коммунивер-сайтов:

http://www.techinvestlab.com
http://www.pensionreform.ru
http://www.rcf-corpfin.ru
http://www.npfglobex.ru
http://www.bazisinvest.ru
http://www.raiffeisen-capital.ru
http://www.npfraiffeisen.ru
http://www.victoria-fund.ru
http://www.mozzart.ru
http://www.npfsistema.ru