WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 || 3 | 4 |

«X. Вильямсо технологии, используемые при создании интерактивных сайтов сходство и различие функций Netscape Navigator и Internet Explorer элементы языка сценария и HTML, одинаково воспринимаемые обоими ...»

-- [ Страница 2 ] --

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

Посмотрим, как можно определить и перезагрузить уменьшенные версии изоб ражений в том случае, когда размер экрана меньше, чем требуемый для вывода основных изображений. Первая из этих функций — — осуществ ляет выбор загружаемых изображений для браузеров компании Netscape, а вто рая — — для Internet Explorer.

function checksizeNS () { if (avail_Width < 640) && < 480) { /* Если экран имеет разрешение 640x480 или меньше, то загрузить уменьшенные изображения, представленные ниже */ = = = /* Так необходимо поступить со всеми изображениями страницы. */ } } function () { if < 460) && < 600) { = = = После изменения размеров пользователем вам необходимо или самому напи сать дополнительные функции, или, при совместном использовании двух функ ций проверки изображений, изменить изображения и их размещение на экране.

Программа, использованная на сайте Acropolis, выполняет все эти функции од новременно (см. листинг 5.5).

Определение размеров экрана Листинг 5.5. Проверка, изменение и размещение изображений if (NS4 | | N56) { = innerWidth;

= innerHeight;

/* Определение новых доступных размеров экрана /* при помощи значений innerWidth и innerHeight, поддерживаемых /* Они не поддерживаются Internet Explorer 3, 4 и 5. */ if (avail_Width < 640) && < 480) { /* Если размер 640x480 или меньше, то загрузить уменьшенные изображения, перечисленные = ZeusLyr.left = - 80;

слой Zeus в 80 от левого края = • 80;

слой Zeus 80 выше нижнего края = = 80;

контейнер в 80 от левого края = 20;

контейнер на 20 ниже верхнего края = = 25;

слой Hermes в 25 от левого края = - 80;

слой Hermes на 80 выше нижнего края /* Это необходимо выполнить со всеми изображениями данной страницы. */ else { = - 100;

слой Zeus в 100 от левого края ZeusLyr.top = - 100;

слой Zeus на 100 выше нижнего края = 100;

контейнер в 100 от левого края GreekLyr.top = 20;

контейнер на 20 ниже верхнего края = 25;

слой Hermes в 25 от левого края = - 100;

слой Hermes на 100 вверх от нижнего края /* Каждый слой документа необходимо настроить аналогичным образом.

else (IE4 IE5) { = = /* Определить новые доступные размеры width и height экрана пользовате /* при помощи поддерживаемых Microsoft значений clientWidth и clientHeight. */ /* Эти значения не поддерживаются Netscape Navigator 3, 4 и 5. */ if (avail_Width < 640) && < 480) { /* Если экран имеет разрешение 640x480 или меньше, то загрузить уменьшен ные представленные ниже */ = 74 Глава 5 • Определение настроек среды пользователя Листинг 5. = - 80;

слой Zeus на 80 от левого края ZeusLyr.top = - 80;

слой Zeus на 80 выше нижнего края = = 80;

контейнер на 80 от левого края = 20;

контейнер на 20 ниже верхнего края = = 25;

слой Hermes 25 от левого края = - 80;

слой Hermes на 80 вверх от нижнего края /* Так необходимо поступить со всеми изображениями страницы. */ } else { = - 100;

слой Zeus в 100 от левого края ZeusLyr.top = - 100;

слой Zeus в 100 выше нижнего края = 100;

контейнер в 100 от левого края = контейнер на 20 ниже верхнего края = 25;

слой Hermes в 25 от края = - 100;

слой Hermes на 100 вверх от нижнего края /* Каждый слой этого документа необходимо настроить аналогичным образом. */ После того как будут расставлены эти «сети безопасности», вы можете быть уверены, что при изменении пользователем программного обеспечения вид вашего сайта не пострадает. (Конечно же, ничто не вечно под луной.) Подготовка к войне браузеров Теперь, после того как мы можем с помощью сценария определять тип браузера пользователя, необходимо «научить» сценарий взаимодействовать со специаль ными требованиями определенного браузера. Общий язык с различными брау зерами можно найти несколькими способами. Первым решением, к которому прибегают все разработчики, является создание отдельных документов для каж дого браузера. Очевидно, что данное решение не является наилучшим, посколь ку требует огромных затрат от тех, кто поддерживает работу сайта. Необходимо создание копии сайта для пользователей браузера Netscape Navigator, для пользо вателей Internet Explorer, а также копии для пользователей других, не упомяну тых здесь браузеров. Такой способ в значительной степени повышает затраты на содержание и обслуживание сайта.

Другим решением является нахождение «наименьшего общего знаменателя».

Такой подход ограничивает возможности разработчика набором выражений JavaScript, элементов HTML и их атрибутов, а также свойств таблиц стилей, которые поддерживаются обоими основными браузерами и, может быть, такими другими браузерами, как Opera, и может существенно сократить творческий по тенциал. К сожалению, именно этот метод и применяется в большинстве докумен тов, существующих в Интернете. Он позволяет сократить затраты разработчиков и людей, обслуживающих сайты, но не позволяют web-разработчикам в полной мере реализовать свои знания и воображение. Однако если вы прибегнете к это му методу, то вам не надо будет обслуживать копии документа. Вам не придется заботиться о совершенстве сценариев. Вам не придется заботиться о сложных схемах дизайна. Вас будет интересовать только то, чтобы все ваши клиенты остались довольны сайтом.

Понятно, что ни один из этих вариантов не является оптимальным. Но суще ствует и третий вариант. Фактически, я предлагаю подход, который заключается в следующем: необходимо создать простой API, позволяющий оперировать с большинством событий и процессов, встречающихся при разработке диалого вого сайта, при необходимости осуществлять разветвление документа на допол нительные страницы и создавать страницы «на лету». Ключевым моментом применения этих механизмов является определение в начале каждого докумен та переменной, которая бы определяла используемый браузер и его версию. После 76 Глава б • Подготовка к войне браузеров того как переменная определена, вы можете создавать ветви страницы, создавая части документа «па лету», а также определяя переменные, которые могут использоваться в выражении для создания частей сцена рия, обеспечивающих интерактивность. Давайте рассмотрим наиболее сложную часть этого процесса — создание API.

Использование при создании API У вас как у разработчика имеется множество способов для создания программного интерфейса (API), используемого всеми браузерами. Интерфейс может быть слож ным, но для большинства достаточно простого интерфейса. Для того чтобы он был всем документам сайта, файлы со сценариями JavaScript необходимо поместить так, чтобы они были доступны всем пользователям.

ПРИМЕЧАНИЕ Единственной выполнить это требование является размещение всех файлов сценария в каталоге Scripts, который вы легко можете поместить в том же каталоге, в котором находятся документы вашего сайта. Когда у меня получается более двух сценариев, я обычно создаю каталог, позволяющий хранить их отдельно от документов и изображений.

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

If (NS4 NS6) { docs = "document";

styles = html = = yposition = } else if (IE4 IE6) { docs = styles = html xposition = yposition = } Определение этих переменных обеспечивает межплатформенный программ ный интерфейс, позволяющий использовать их всеми сценариями сайта. Этот сценарий необходимо разместить в элементе HEAD каждого документа вашего сайта при помощи тегов type = После того как сценарии будут вставлены в отдельный документ или в ряд внешних файлов к которым обращается основная HTML-страница, вы можете использовать их для создания интерактивного сайта с буферизован ными сценариями. Если вы сохраните все сценарии во внешних файлах, а затем будете загружать их с помощью отдельных команд то будут сохра Настройка внутренних разветвлений страницы няться в кэш-памяти компьютера пользователя, сокращая общее время загрузки сайта. К внешним файлам сценария можно обращаться следующим образом:

После загрузки первой страницы, за счет использования связанных и страниц, сайт будет загружаться довольно быстро. это те страницы, которые могут храниться в памяти компьютера, просматриваю щего сайт. Они могут загружаться непосредственно с жесткого диска компьюте ра посетителя без необходимости повторной загрузки их из сети. Но первая страница, к сожалению, будет загружаться медленнее, так как она является до кументом, осуществляющим предварительную загрузку изображений и сцена риев, используемых сайтом. Один из способов запуска предварительной загрузки изображений заключается в использовании «страницы-ловушки» («catch page»), представляющей небольшую аннотацию сайта, сведений о том, что здесь может найти пользователь, и указание предпочтительного браузера для просмотра дан ного сайта. Эта страница выполняет множество функций. Основная задача за ключается в предварительной загрузке изображений и сценариев для сокращения общего времени загрузки остальных страниц сайта. Помимо этого, для пользо вателей браузеров версии старше 4.0 она выполняет роль информативной стра ницы, а также позволяет быстро заинтересовать посетителя и вызвать у него желание посетить остальную часть вашего сайта. А вы должны использовать эту страницу-заставку для автоматической загрузки сценариев и изображений, ис пользуемых на основной странице сайта (в главе 8 предварительная загрузка изображений рассмотрена более подробно).

ПРИМЕЧАНИЕ Если страница-заставка будет загружаться очень долго, это может создать негативное впечат ление у посетителей вашего сайта. Люди хотят немедленно получать информацию из сети.

Они не должны долго ждать.

Настройка внутренних разветвлений страницы страницы page branching) — это понятие, свя занное с созданием «на лету» содержания документа, которое зависит от браузера, используемого для просмотра документа. Этот вид разработки страниц объединяет документ и его сценарии в одно общее целое, которое делает неуместным разговор о том, что обслуживание сайта — это трудоемкая работа. сцена рий является примером того, как содержание документа может изменяться в зави симости от типа браузера, используемого для его просмотра. В данном сценарии используются элемент «понимаемый» только Netscape-браузерами, и эле мент используемый для создания слоев Microsoft-браузерами.

В этом сценарии в переменной docOutput формируется содержание, которое будет размещено на странице. Команда помещает это содержание на экран, то есть содержание будет сформировано и корректно воспроизведено любым браузером Netscape или Microsoft. Если содержание страницы формиру ется сценарием, то любая информация, содержащаяся в сценарии, будет загру жена так же, как будто браузер прочитал обычный документ.

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

После того как осуществлено внедрение таблицы стилей в основной HTML документ, необходимо убедиться, что в ней используются лишь те свойства, ко торые поддерживаются как Netscape Navigator, так и Internet Explorer. Вот свойства и их допустимые которые «работают» в обоих браузерах:

background: url> none color: font: | | serif | bold normal left right | center line-through | Создание таблиц стилей Таблица стилей (CSS-документ), представленная в листинге 6.1, была созда на для web-сайта Acropolis (Акрополь). В ней используются большинство эле ментов стиля, используемых при оформлении сайта.

Листинг 6.1. Пример. Таблица стиля для web-сайта Acropolis таблица стиля web-сайта { color: "red";

font:.

font-size: "largest";

text-align:

H2 { "monospace";

font-size: "largest";

text-align: "left";

text-indent:

p:zeustxt { background: "red";

color: "black";

font: "Verdana, normal";

:

text-align:

p:hermestxt { background: "yellow";

border: "blue";

color: "black";

font: "Times new Roman, normal";

"smaller";

text-align:

p:bldgtxt { background: "green";

border: "blue";

font: "Arial, normal";

font-size: "normal";

text-align:

p:menutxt { background: "black";

font: "Times New Roman, font-size: "larger";

text-align:

Эта таблица стилей использует лишь свойства, поддерживаемые обоими брау зерами. А в нижеприведенном списке представлены свойства, которые являют ся чрезвычайно «опасными» для использования в таблицах стилей. Если же вы все-таки хотите использовать определенное свойство с соответствующими ему значениями, то это необходимо делать лишь с помощью внутреннего разветвле ния страницы для соответствующего браузера. Вам также необходимо представ лять, что они, в лучшем случае, могут работать с ошибками как в Netscape Navigator, так и в Internet Explorer, поскольку каждом браузере собственные свойства реализуются различными способами.

(идентификатор Id) border: | | | | | | 80 Глава б • Подготовка к войне браузеров | | inline | list-item float: none | left | right auto auto padding: | | | | overline | underline | blink line-through none bottom | text-bottom nowrap Использование графики Изображения могут являться лицом web-сайта, а могут его полностью тить. Хорошие изображения очень важны для зрительного восприятия сайта, но зачастую их большой размер может сделать сайт очень громоздким для посети телей. Для того чтобы размещенные на сайте не вызывали раздра жения посетителей, необходимо учесть следующее:

• Обрежьте изображение. За счет сокращения размеров вы сократите объем файла, а и время его загрузки.

• Графические элементы должны быть представлены в формате GIF. GIF формат позволяет хранить графические элементы в максимально сжатом виде, но с использованием палитры, состоящей из 256 или менее цветов.

• Фотографии должны быть представлены в формате JPEG. Этот формат обеспечивает максимальное сжатие с фотографического ка чества и палитры из 16 млн цветов.

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

• Обеспечьте показ изображений с малым разрешением, пока идет за грузка больших изображений. За счет предварительной загрузки изобра жений и показа изображений с малым разрешением в ходе разгрузки больших изображений вы сможете удержать клиентов, поскольку ваши страницы будут грузиться быстрее. И в конечном итоге они получат тре буемые изображения с высоким разрешением. Хотя общее время загруз ки страницы возрастет, посетитель увидит изображение быстрее.

• Используйте GIF-изображения с чересстрочным форматом. Версия позволяет сохранять файлы с использованием чересстрочной развертки. При использовании этого способа строчки, составляющие изображение, перемежа Использование графики ются. При загрузке такого изображения браузер вначале показывает каждую 8-ю строчку, потом каждую 4-ю, каждую 2-ю наконец, представляет полное изображение. При этом посетитель вашей странички сможет понять, что же нарисовано на данной не дожидаясь ее полной загрузки, что очень удобно. Чересстрочное содержит приблизительно десять снимков и изображение частями, а не сверху вниз.

Укажите атрибуты height и width элемента . Это позволит правиль но отформатировать загружаемый текст, не ожидая загрузки изображения.

Кроме того, это является требованием 4, хотя невы полнение его все равно приведет к верному представлению документа.

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

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

Разбейте изображения на части. Там, где возможно, разбейте изображе ние на несколько частей, которые можно использовать повторно. Повтор ным использованием изображений вы сможете сократить время, которое потребуется для загрузки повторяющихся изображений, особенно если в сделаны лишь незначительные изменения. Только не слишком увлекайтесь этим, будьте благоразумны. Не стоит разбивать на множество частей отдельную черную линию!

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

С помощью атрибута элемента IMG вы можете назначить данному изоб ражению текстовое описание. И хотя HTML 4 требует использования это го атрибута, браузеру его существование безразлично. Вы также можете создать исключительно текстовой документ, вообще не используя изобра жения. Текстовая версия документа должна загружаться с помощью сцена рия по желанию посетителя.

ПРИМЕЧАНИЕ При помощи Internet Explorer 5 и Netscape Navigator 6 может воспроизводиться и векторная графика. Эти изображения должны быть представлены в формате масштабируемой векторной графики (Scalable Vector Graphics, SGV), основанной на использовании XML. Такую графику можно создавать с помощью текстовых инструкций. Эти изображения могут составлять значительный объем документа и имеют некоторые сложности в реализации свойства (выравнивание).

В настоящее время наилучшим способом создания SVG-изображений является использование графических программ, поддерживающих SVG-формат при прорисовке изображения, и после дующее копирование SVG-команд в документ. Поскольку SVG не поддерживается Netscape 4. и более старыми версиями, а также Internet Explorer 4 и более старыми версиями, то для вы вода SVG или загрузки стандартной графики, обеспечивающей одинаковое представление ин терфейса для всех пользователей, необходимо использовать систему проверки используемого браузера. Подробности о SVG-графике можно узнать на по адресу: http://www.w3.org/ 82 Глава 6 • Подготовка к войне браузеров Определение слоев Последним предметом вашего беспокойства при подготовке основы сайта является проблема восприятия и отображения браузерами содержания слоев. Если вы плохо представляете себе структуру слоев, то постарайтесь воспринимать их как стопку стеклянных тарелок с рисунками или текстом на каждой из них. Таким образом, все содержание становится видно одновременно. Размер и содержание каждого от дельного слоя может отличаться. Один может содержать изображение, другой — текст, а третий — и изображение, и текст. До разработки трехмерной модели все web-сайты были «плоскими» и состояли из одного слоя, на котором размещались изображения и текст. Теперь используется «стопка» слоев, каждый из которых мо жет содержать определенную информацию, которая может быть изменена в ходе просмотра. На рис. 6.1 показано, как осуществляется наложение слоев.

Paint Shop - flutt.qif Рис. 6.1. Каждый слой этого изображения содержит часть изображения собаки. Данная технология позволяет вам «собрать собачку» из отдельных частей, помещаемых одна за другой на экране пользователя. Слои также можно использовать в игре, в которой собака будет представлена только в результате решения головоломки Для создания web-сайта Acropolis потребовалось создать лишь несколько сло ев. Давайте рассмотрим их более подробно.

Определение слоев • Зевс на троне. Этот слой содержит вращающееся изображение Зевса. Он также перемещается на своем месте.

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

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

• Символ Гермеса. Крылья на его ногах будут двигаться. Остальное изоб ражение останется неподвижным.

• Гермес: контур реплики. Когда указатель мыши будет помещен над Гер месом, появится контур реплики, на котором будет представлено сообще ние, которое Гермес доставил Зевсу.

• Меню. Для корректного размещения и этот слой меню выполнен отдельно.

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

• Текст, появляющийся на фоне колоннады. Этот слой содержит текст, размещаемый между колоннами.

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

Теперь, когда определены все слои, необходимо разместить их в HTML-доку менте соответствующим образом, обеспечивая корректное воспроизведение при использовании различных браузеров. Текст документа представлен в листинге 6.2.

Как уже упоминалось в главе 1, для идентификации слоев компания Netscape ввела свой элемент — ауег>, но браузеры этой компании могут воспринимать слои, создаваемые элементом

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

Листинг Определение слоев и их содержания таблица стиля для сайта Acropolis // { font: italic";

font-size: "largest";

text-align:

H2 { color: "red";

font: "italic";

font-family: "monospace";

font-size: "largest";

text-align: "left";

text-indent:

p:zeustxt { background: "red";

border: "black";

color: "black";

font: "Verdana, normal";

font-size: "larger";

text-align:

p:hermestxt { background: "yellow";

color: "black";

font: "Times new Roman, normal";

font-size: "smaller";

text-align:

p:bldgtxt { background: "green";

font: "Arial, normal";

font-size:

text-align:

p:menutxt { background: "black";

border: "red";

color :

Определение слоев font: "Times new Roman, normal";

font-size:

text-align:

align = I am Zeus! Be weary of my wrath.

lightning

align = Zeus is such a blow hard!

Меню -->

Подготовка к реализации взаимодействия Еще на этапе разработки и планирования сайта закладываются определенные элементы взаимодействия. Иногда некоторые элементы HTML-кода имеют со ответствующие отметки или представлены таким образом, что могут выполнять определенные интерактивные задачи. Несмотря на многократные напоминания, разработчики зачастую забывают указывать все глобальные переменные JavaScript, необходимые для функционирования отдельных частей сайта, хотя именно с их помощью обеспечивается взаимодействие или изменение сайта. Если эти пере менные не определены, то самая необходимая функция работать не будет. Этап подготовки важен так как и собственно этап разработки сценариев. Исполь зуемые слои должны быть заранее определены, переменные — настроены, аль тернативные документы — оформлены, а изображения — загружены, обеспечивая вывод интерфейсных элементов, представленных изображениями. В данной главе рассматриваются способы настройки HTML-кода, облегчающего организацию взаимодействия, а также определение глобальных переменных, которые понадо бятся для запуска уже рассмотренных сценариев.

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

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

ПРИМЕЧАНИЕ Если у вас множество сценариев и функций уже связано с событием то, вероятно, вместо этого события необходимо использовать элемент .... Здесь размещается тело Во избежание повтора информации и, следовательно, уменьшения общего времени загрузки каждой страницы сайта необходимо определить эти переменные как глобальные величины в сценарии, размещенном на основной странице, а не в каждом отдельном HTML-документе.

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

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

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

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

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

СОВЕТ Активное использование события onLoad приведет к «запутыванию» функций и может привести к прерыванию выполнения других, более необходимых визуальных эффектов. Если это един ственный процесс, выполняемый при загрузке документа, то это — очень хороший способ. В про тивном случае перед подключением к этому событию дополнительной функции все тщательно взвесьте.

90 Глава 7 • Подготовка к Функция, производящая загрузку изображений в массив, очень проста:

Использование событий мыши Header Рис. 8.2. Результат выполнения листинга 8.2 при перемещении мыши в пределах таблицы В листинге 8.2 также представлен пример использования функции, постро енной на событии позволяющей перехватывать события, связанные со слоями как в браузерах Netscape, так и Microsoft. Эта функция может выда вать сообщения, позволяющие определить пользователю наименование объекта, с которого был убран указатель мыши.

ПРИМЕЧАНИЕ Этот сценарий Netscape Navigator и Internet Explorer обрабатывают по-разному. Они оба пере хватывают событие, но Navigator показывает имя слоя, только когда мышь уходит с него. Explorer показывает имена всех объектов. Так происходит потому, что Navigator отслеживает только события, связанные с объектом «основной слой», и игнорирует события, происходящие с его наследниками. Это делает возможность использования этого типа событий в Netscape очень сомнительной.

В табл. 8.2 представлены элементы, которые могут перехватывать событие onMouseOut в браузере компании Netscape.

Таблица 8.2. Элементы, поддерживающие перехват события onMouseOut в браузерах компании Netscape Объект Navigator 3 Navigator 4 Navigator window Нет Нет Нет Нет Да, для Да, для элемента

layer элемента Глава 8 • Реализация взаимодействия Таблица 8.2 (продолжение) Объект Navigator 3 Navigator 4 Navigator ссылка: <а> Да Да Да area Да Да Да image Нет Нет form Нет Нет text, textarea, password Нет Нет Нет all buttons Нет Нет Нет select Нет Нет Her Нет Нет Нет Из-за различной реализации Netscape Navigator и Internet Explorer я вынуждена к практике, которой обычно стараюсь избегать. Браузер Netscape осу ществляет перехват событий только объектов «истинного» слоя, поэтому необходи мо написать сценарий, представленный в листинге 8.3, в котором для перехвата событий мыши в браузерах используются как элемент так и элемент
. Подобный вариант сценария очень громоздок и сло жен для обслуживания, поэтому его следует по возможности избегать.

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

JavaScript-синтаксис:

= handler Сценарий, представленный в 8.3, использует событие onMouseOver выводе каждой над которой будет помещен указатель мыши. Internet Explorer поддерживает привязку onMouseOver к таблице, в то время как Netscape требует, чтобы был осуществлен перехват всех событий, связанных с элементом, функции сценария. В табл. 8.3 представ лены объекты, которые могут перехватывать событие onMouseOver в браузере ком Netscape.

Таблица 8.3. Элементы, поддерживающие перехват события onMouseOver в браузерах компании Netscape Объект Navigator 3 Navigator 4 Navigator window Нет Нет Нет layer Нет Да — при Да — при использовании

использовании link: Да Да Да area Да Да Да Использование событий мыши Объект Navigator 3 Navigator 4 Navigator image Нет Нет Да form Нет Нет Да password Нет Нет Нет all buttons Нет Нет Нет select Нет Нет Нет Нет Нет Нет В программе, представленной в листинге 8.3, каждый раз перемещении мыши над одной из ссылок ее наименование или текст будут помещаться в окно элемента