Если ваш текст "кокетничает" лишь с вами, это лучше, чем когда он "кокетничает" со всеми - вот как нужно разрабатывать приложения для мультибраузерных сред
Пробелы, громоздкая графика, наполовину заполненные страницы. Это - опасения любого разработчика Web-узла, рассчитывающего на превращение случайной увеселительной прогулки по Internet в прибыльный кибер-круиз.
Но с тем множеством браузеров, которые сейчас заполняют Сеть, сложно создать узел Web, который сможет обрабатывать все ее уникальные функции. Возможности просмотра изображения при использовании одного браузера (такие, как мигающий текст, фоновая графика или прокрутка текста) могут быть искажены или даже стать невидимыми при использовании другого браузера. Поэтому разработчики должны выдерживать золотую середину между тем, что есть и чего нет в семействе Internet.
"Это - компромисс между предоставлением очень высокой функциональности и возможностью визуализации информации у возможно большего числа пользователей", - считает Эд Хастингс, главный технический советник Online Computer Market (Натик, шт. Массачусетс), консультационной компании по вопросам Internet/intranet.
Чтобы быть уверенным в том, что созданный вами для World-Wide Web шедевр будет доступен предназначенной аудитории, во время его разработки следует учитывать несколько вещей.
ЗНАЙТЕ ВАШУ АУДИТОРИЮ
Если вы формируете страницу для intranet, наверняка вы хорошо знаете своих пользователей и можете поощрять стандартизацию. Если все пользователи имеют один и тот же браузер, одинаковую скорость передачи данных по каналу связи и одинаковые возможности просмотра, намного проще разработать страницу, использующую полное преимущество среды. Вместе с тем формирование Web-узла для Internet более сложно, потому что необходимо учитывать много переменных.
Не забудьте фреймы, дополнительную функцию, имеющуюся в Navigator 2.0 корпорации Netscape Communications. Эта функция осуществляет прокрутку окон внутри Web-страницы, но если пользователь переходит на другой браузер, который не поддерживает фреймы, страница может отображаться как пустая.
"Используя фреймы, вы можете обеспечить больше функциональных возможностей, но тем самым вы отсекаете большое число пользователей, которые используют браузер, не "понимающий" фреймов", - предупреждает Хастингс.
Один из способов обойти эту проблему - предложить гостю Web выбор способа просмотра страниц. Например, кто-то, использующий Netscape Navigator, мог бы выбрать опцию high-end, позволяющую ему включить большое количество графики, наряду с доступом к таблицам и фреймам. Опция low-end позволит браузеру с меньшими возможностями, например CompuServe компании Spry Mosaic, рассматривать страницу "без бантиков".
Недостаток такого подхода состоит в большем объеме работ. Хастингс сказал: "Это добавит от 30 до 50 % к стоимости эксплуатации узла. В то время как информационное содержание его будет тем же самым, модификации и добавление новых связей придется выполнять отдельно для обеих страниц".
КОНТРОЛЬНЫЙ ПРИМЕР
"Просмотр вашей страницы различными браузерами в различных вычислительных средах - это единственный способ узнать, как это будет смотреться", - считает Майк Моретти, разработчик Web и президент Mordent Software (Уолтхэм, шт. Массачусетс). Тестирование необходимо для того, чтобы увидеть, как браузер отображает различные цветовые комбинации и графику.
Когда разработчики в OCM тестируют Web-страницу на совместимость с браузером, они используют America Online, CompuServe, Explorer Internet, Spry Mosaic и версии 1.2 и 2.0 Netscape Navigator. На интерпретацию страницы оказывают воздействие не только возможности браузера, но и монитор пользователя. Web-страница должна создаваться в расчете на дисплей с разрешением 640 на 480 пикселов. По мнению экспертов, это наименьший общий знаменатель для мониторов ПК.
Хастингс дает другой практический совет: ограничьте размер главной страницы примерно 40 Кб и как можно чаще повторно используйте графику на вложенных страницах.
Разработчики также должны ограничивать объем загружаемой графики. Длительное время, которое приходится тратить абонентам, имеющим каналы связи с низкой пропускной способностью для вывода на экран изображения с обширной палитрой или сложной графикой, их раздражает. "На загрузку страницы при использовании наиболее распространенных каналов со скоростями 14400 и 9600 бит/с должно уйти не более 30 секунд", - считает Элсворт.
Полное тестирование не всегда означает, что проблемы не будут возникать. В марте OCM, которая разработала более 55 успешных узлов Web, попала в неприятную ситуацию со страницей, созданной для компании - разработчика ПО. Заказчики, обращаясь к странице через Netscape Navigator 2.1 и среду X Windows, находили пустые ниспадающие меню. После того как воссоздали ситуацию и обнаружили, что такое не происходит с другими комбинациями сред, OCM исправила ошибку за два дня.
Учитывая темпы развития Web, нетрудно предположить, что тестировать браузеры на совместимость станет еще труднее. "Каждую неделю появляется все больше браузеров, в которых что-то постоянно меняется", - отмечает Хастингс.
Эйлин Кроули
Производители денег
Оборот от продаж ПО для Internet, млн. долл.
+----------------+---------+---------+---------+---------+---------+
| | 1995 | 1996 | 1997 | 1998 | 1999 |
+----------------+---------+---------+---------+---------+---------+
|Браузеры | 71 | 125 | 312 | 378 | 449 |
+----------------+---------+---------+---------+---------+---------+
|Серверное ПО | 41 | 150 | 583 | 2391 | 4426 |
+----------------+---------+---------+---------+---------+---------+
|Инструменты | 15 | 90 | 330 | 769 | 1236 |
+----------------+---------+---------+---------+---------+---------+
|Приложения | | 3 | 41 | 192 | 629 |
+----------------+---------+---------+---------+---------+---------+
|Пакеты | 0,3 | 14 | 107 | 581 | 1760 |
|приложений | | | | | |
+----------------+---------+---------+---------+---------+---------+
