В отличие от других ролей, периферийные пользователи поддерживались в основном

через действия основных пользователей, а не разработчиков. Затем разработчики сосредотачиваются

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

Поэтому разработчики CoWeb ничего явно не добавили для поддержки посетителей, потому что

поддержка навигации для авторов также поддерживает зрителей.

Поддержать рецензентов оказалось немного сложнее, потому что рецензенты

редкие посетители, которые не хотят тратить много времени и усилий

изучение соглашений CoWeb. Для облегчения обучения и поддержки проще

совместной работы, команда добавила три функции.

• Уведомление. Рецензенты и авторы могли аннотировать страницу своими

адрес электронной почты, чтобы получать информацию при каждом изменении страницы. Это обеспечило

уведомление всякий раз, когда студенты (или другие рецензенты) отвечали на их

Комментарии.

• Леса. Центральные пользователи с помощью администратора могли настроить

некоторые шаблоны, которые изменили открытую текстовую область на подсказку

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

проверка и создание документов для проверки.

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

области и кнопки «Добавить на страницу», которые позволяли добавлять на страницу

без необходимости просматривать всю страницу источника.

Дизайнеры сайта

С растущим разнообразием использования CoWeb некоторые пользователи были недовольны

стандартный интерфейс. Они пожелали выступить в роли дизайнера сайта.


COWEB В ТЕХНОЛОГИИ ГРУЗИИ

355

Разработчики сайта хотят настроить внешний вид сайта без изменения всех

другие CoWebs на том же сервере и с минимальным воздействием на основные проблемы

HTTP и писк-код. Например, в одном классе изучали небольшой рассказ, позже написанный

в фильм, учитель хотел включить элементы фильма в интерфейс на

каждую страницу.

С самой ранней формы CoWeb внешний вид CoWeb определялся

с точки зрения файлов шаблонов, в которых использовалось сочетание HTML и динамических тегов. Эти шаблоны

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

Для них приемлемо было попросить дизайнеров сайта отредактировать файлы шаблонов. Они были

в состоянии легко понять, что происходит, и изменить HTML вокруг

динамические теги. Однако по мере того, как CoWeb приобретал новые функции, количество шаблонов

увеличилось, а изменение шаблонов стало более утомительным.