Реферат: Основные структуры HTML 3.2 документа - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Основные структуры HTML 3.2 документа

Банк рефератов / Компьютерные сети

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 45 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Основные структуры HTML 3.2 документа (с примера ми ) Обязательная с труктура документа Начнем с самог о простого HTML документа , содержащего только про стой текст Hello world . В HTML файле содержимому обязательно должен предш ествовать раздел HEAD , который минимально может состоять из двух конструкций . Т огда код HTML можно представить так : Пример hello.html : Hello Hello world На самом же деле , в точности , этот документ имеет следующую структур у : Пример hello2.html : Hello Hello world То есть , за исключением первой строки , весь файл есть HTML элемент который содержит HEAD элемент , (включающий TITLE элемент ) и BODY элемент , с простым текст о м в качестве содержимого . Таким образом , при отсутствии тегов HTML, HEAD, и TITLE броузер сам вставит их в нужные места . Поэтому Ваш документ всегда будет содержать HEAD и BODY . Рекомендуемая структура докуме нта В дополнение к обязательной стру ктуре настоятельно рекомендуется вставлять разли чные структурные детали . Существуют специальные рекомендации на различных сайтах , и Вы должны внимательно изучить соответствующие докум енты . Здесь же мы просто подчеркнем, ч то каждый HTML документ должен содержать основную информацию о его происхожд ении . Частные рекомендации могут уточнить в деталях форму представления этой информации . Если Вы стремитесь к тому , чтобы л юди отыскали Ваш документ по соответствующим связям , в ажность предоставления информац ии о его происхождении становится очевидной . Когда пользователь найдет Ваш документ с помощью , например , поискового ресурса AltaVista , он , вер оятнее всего , захочет узнать , к какому вид у относится документ . Поэтому каждый файл HTML должен предоставлять самую основную информацию (или связи к информации ) о его происхо ждении и природе . Например , в с обрании книгоподобных документов , разделенных на мал ые файлы , каждый файл должен содержать , по крайней мере , связь к "первой странице " "книги " (Home page). О происхождении документа должна быть представлена , по крайней мере , следующая инф ормация : · Автор документа , имеющий уникальное имя . При этом должна быть задана связь с домашней страницей автора . Если у документа несколько авторов , определите их всех , а также роль кажд ого из них ; например , ведущего автора , реда ктора , действующего спонсора , а также лиц , формально отвечающих за документ . · Дата создания документа или его последней модификации , или и та и другая . Представляемая дата должна быть понятна во всем мире ; в частности , название месяца лучше писать словом , а не цифрой . · Контекст документа и ег о статус , например : часть официальной документации компании об одном из ее продуктов , или часть личной информации о хобби автора , или что-то другое . · Адрес (URL) документа . Такая информация зачастую чрезмерна , однако она может быть очень полезной , когда кому-то нужна ко пия именно того документа , который он наше л . Лучше не полагаться на броузер (и по льзователя ), добавляющих такую информацию , когда сделана копия документа . Следующий пример представляет один из способов заполнения такой информации . Изучите подходящие для названных целей частные рекомендации , прежде чем адаптировать их или же посмотрите другой заслуживающи й внимания стиль . Пример skel.html : A sample HTML document

A sample HTML document

This is a sample HTML document examplifying a suggested way of presenting basic origin information.

Jukka Korpela, Jukka.Korpela@hut. fi
This document belongs to the context of Learning HTML 3.2 by ../../examples
The URL for this document is http://www.hut.fi/~jkorpela/HTML3.2/skel.html
Created: December 5, 1996 Ин формация о документе - раздел HEAD Как уже упомин алось , есть две обязательные структуры в HTML 3.2, и они должны быть написаны в следующем порядке : · структура · (в которой В ы теоретически должны иметь ф рагмент HTML 3.2 Final вместо HTML 3.2 ) · элемент TITLE, например · Introduction to General Absurdity Большинство броуз еров не заметит , если Вы опустите это , но этого требуют спецификации HTML 3.2. Также есть и более важная причина для то го , чтобы включить их : · !DOCTYPE - объявление , которое является опреде лением типа документа (document type definition - DTD) в метаязыке SGML, и которое при обработке документа понятно типовому броузеру SGML. Более того , задание версии HTML, использованн ое в документе , полезно изучающим код HTML, и , наконец , это также может быть нео бходимо броузерам и редакторам WWW. · Имя документа в элементе TITLE функционально используетс я броузерами и другими программами . Оно об ычно выводится н а экран в горячем списке , служит возвращаемым средством поиска и т.д . Формально элемент TITLE является (по крайней мере , если следоват ь этому буквально ) частью элемента HEAD , тогда как объявление !DOCTYPE предшес твует всем конструкц иям HTML. Необязательно , но элемент HEAD может содержать следующие элемент ы в добавление к элементу TITLE: · элемент ISINDEX (все еще редко испо льзуемый ) · элемент BASE , задающий точный б азовый адрес ссылок на URL · элемент META , дающий различную мета информацию , например дату истечения срока док умента · элемент LINK , который также задает метаинформацию , но уже о связях документа с другими доку ментами · элементы STYLE и SCRIPT . Ожидается , что в б удущем это будут очень важные элементы , но сейчас они еще не используются (так как стандартизация находится в стадии ра звития ). Организация со держания - заголовки (headings), абзацы (paragraphs), списки (lists) и т .п. Как правило , В аш документ состоит из частей , которые , в свою очередь , тоже делят ся на час ти и т.д . В HTML такое разделение делается с использованием заголовков различного уровня . Части самого ниж него уровня в этой иерархии состоят из одного или нескольких абзацев . В дополнение к простым абз ацам и некоторым специальным видам абзацев HT ML 3.2 поддерживает списки и таблицы , которые можно представить , как подобные абзацам . Внутренняя структура абзацев и п одобных им элементов состоит из тегов текстового уровня , кот орые мы приводим далее . Теги для выражения главных структурных особенностей, так называемые теги блокового уровня , предс тавляют собой следующее : · заголовки различных уровней : H1, H2, H3, H4, H5, H6 · теги уровня абзаца : o простой абзац : P o цитирование , представляем ое как отдельный абзац : BLOCKQUOTE o адрес автора информац ии - отдельный абзац : ADDRESS o элемент , сохраняющий компоновку строк и пробелов предварит ельн о отформатированного текста , PRE · списки : o простой неупор ядоченный список : UL , LI o сжатый список , размещ аемых одной строкой образов : MENU , LI o список малых образов : DIR , LI o упорядоченный список : OL , LI o дефинитивный список ( список меток ): DL , DT , DD · таблицы : TABLE , CAPT ION , TR , TH , TD · разделители документа на части , которые могут иметь свойства своей собственной компоновки (напри мер , центрирование ): DIV , CE NTER · изменение темы : HR · наполнение форм : FORM , ISINDEX . Рекомендуемый п одход для написа ния HTML докуме нта : 1. Записать заголовок для всего докуме нта и для него использовать H1 элемент с атрибутом ALIGN=CENTER. 2. Разделить документ на главные части , записать соответствующие названи я для них , используя H1 с ALIGN=LEFT. При это м и в дальнейшем старайтесь избегать деле ния на более , чем семь частей . 3. Если необходимо , разделит е главную часть на меньшие части с за головками H2, и , если необходимо , разделите кажду ю из этих подчастей на части уровня н иже этого с заголовками H3. Избегайте ис пользования заголовков H4 и , в особенности , заго ловков H5 и H6, так как они выводятся на э кран маленьким шрифтом , отчего документ стано вится трудночитаемым . (Если Вы все-таки хотите использовать H4, попробуйте разделить документ на еще мен ь шие части .) 4. Если у Вас есть р аздел , скажем , с заголовком H2 включающий заголо вки H3, избегайте вставки текста между заголовко м H2 и первым заголовком H3. Вставка такого те кста может быть допустима , если только он содержит очень короткие заметки , такие как : общая ориентировочная информация , некоторые пометки о разделе или девиз . Длинный "бездомный " текст создает неудобство для читателя , которы й не знаем Ваших намерений . Поэтому исполь зуйте подразделы с заголовками соответствующего уровня и с текстом тип а "Вводные замечания " , "Всеобщее " или "Итоги " . 5. Разделите меньшие части вышеупомянутой структуры на абзацы или подобные абзацам блоки (именованные списки или таблицы ), ка к описано ниже . Заметьте , что в HTML Вы до лжны точно обозначить раз деление на а бзацы элементами HTML; появление пустой строки не заставит па раграф прерваться . 6. В пределах абзаца ис пользуйте элементы т екстового уровня , норма льную разметку фраз , чтобы отличать специальн ые текстовые сегменты от обыч ного тек ста , например , поместите в кавычки выводимый компьютером текст или подчеркните ключевые слова . 7. Добавьте связи и , если это требует ся , изображения или д ругой иллюстративный материал . Что касается уровня абзацев , з десь есть много вариантов . Ниже приводим н есколько практических советов для выбора подх одящего варианта : · Для абзацев обычного текста используйте элемент P . · Если текс т в абзаце взят из некоторого источника , как помещенная в кавычки цитата , используйте элемент BLOCKQUOTE или , если это прогр аммный код , компьютерный листинг (вывод ) или некоторый другой текст , для которого не подходит простое отделен ие его пустыми строками , используйте элемент PRE . В последнем случае , если шрифт одного типа не подходит (нап ример , для поэтического текста ), используйте BLOCKQUOTE и добавьте элемент BR к каждой строке . · В особом случае , когда абзац представляет инфо рмацию об авторе (т.е .- о В ас ), используйте элемент ADDRESS . · Для наполненной образами информа ции , которая логически со стоит из отде льных видов образов , используйте различные эл ементы . Например ,: o Для спи cко вых образов , где порядок не важен , наприме р , список ингредиентов в рецепте , используйте элемент UL , или элемент MENU (для списка малых образов ), или элемент DIR (для большого списка малых образов , пригодного для представления в многостолбцовом формате ). Для представления списка малых образов можно использовать та кже другие возможности . o Для списков о бразов , где важен порядок и его необходимо точно реализовать , и таких , как последова тельность команд , которая должна строго соблю даться , используйте элемент OL . o Для списка образов с короткими названиями или тегами , например , список определений терминов или сокращ ений , используйте элемент DL . Однако , в качестве варианта можно рассмотреть исп ользование элемента TABLE для представления дефинитив ных списков . Заметим , что обычно представление образов с использование м элементов MENU и DIR подобно представлению UL элемен тов . Также стоит учитывать , что представление с помощью элемента DL может быть слишком неудобным . Поэтому просмотрите , пожалуйста , отде льный файл Примеры различных спис ковых элементов в HTML , чтобы выбрать какое представление списков бу дет лу чшим в Вашем приложении . Элементы UL, MENU, DIR, OL и DL - формируют простые списки и не имеют таких структурных особенносте й , как CAPTION в элементе TABLE. Поэтому желательно иметь некоторый тип заголовка или поясне ние перед списко м , оформленное в виде отдельного абзаца . · Для табулированной и нформации используйте обычный эл емент TABLE , однако для отдельных случаев рассмотрите возможности , предоставляемые элементами PRE и DL . Заметим , что э лемент абзаца P не может быть вложенным , т.е . Вы не можете использовать элемент P для создания подабзаца . Но различные списковые элементы эффективно реализуют наполненную образа ми структуру , которая по сущес тву соот ветствует подабзацному делению . Более того , сп исковые элементы могут быть вложенными . Разметка текст а - выделение шрифта , цитирование , код и т.п. Логическая размет ка в сравнении с физической Существует два главных класса текстовой разметки : логиче ская и физическая . Логическая разметка показывает роль текстового сегмента , например , большую значимость по сравнению с обычным текстом или т о , что данный сегмент является цитатой . Фи зическая разметка связана с представлением те кста в специальной манере , н апример , с использованием шрифтов или специального вида подчеркивания . Предпочтение должно отдаваться логической разметке . Используйте физическую разметку только , если это действит ельно соответствует требованиям представления те кста . Например , для сильног о выделения используйте элемент STRONG , а не B , в предположении , что различные Web броузеры реализуют подчеркивания лучшим обр азом для того окружения , в котором они установлены . Таблица стил ей также будет полезна для использования . Например , кому-то захочется все программные коды представлять на желтом фоне и большим шрифтом , в то время как кто-то другой предпочтет совсем другие методы для выделения их в обы чном тексте . Такие операции буду т выпо лняться много проще , если постоянно будет использоваться логическая разметка . В дополнение к большей гибкости при представлении текста различными броузерами лог ическая разметка имеет следующее преимущество по сравнению с физической : все большее коли чество компьютерных программ извлекают информацию из HTML документов для различных це лей . Для такой работы лучше иметь "индикат оры " логической разметки , выделяющие , например , некоторый текст , как более важный , или цит ированные разделы . Как логическая , так и физическая разметки делаются с использованием элементов HTML с начальным и конечным тегами . Элементы разметки не должны перекрывать ся . Например , следующая запись б удет ошибкой : This has some bold and italic text. С другой сторо ны , элеме нты разметки мог ут быть вложенными . Лучше отобра зить подобные структуры следующим образом : Пример nest.html : This is italic text which contains underlined text within in whereas this is normal underlined text. Броузеры с огр аниченным набором шрифтов могут иметь труднос ти в представлении разметки текста . Элементы фраз ы (логическая разметка текста ) Для выделения текста существует д ва фразовых элемента - EM и STRONG , где STRONG используется для более сильного выделения . Избегайте выделения слишком больших часте й текста , так к ак подчеркивая все , Вы не подчеркиваете ничего ! (Вошедший в по говорку студент , который подчеркивает все в своей книге , не понимает самой идеи под черкивания .) К сожалению , не существует "де-выделяющего " элемента фразы , обозначающего менее важный текст . Есл и Вам действительно это н еобходимо , можно использовать элемент SMALL . Однако , если менее важный т екст объемен , лучше его вынести в отдельны й документ , связь с которым указать в главном документе . Лицо , которое последует по таким связя м , заинтересовавшись текстом , вероятно , предпочтет увидеть нормальный текс т , и поэтому нет необходимости в каком-либ о "де-подчеркивании " Элемент DFN также может рассматриваться , ка к специальный вид подчеркивания , однако , логич ески о н обозначает , что этот термин имеет определение . Это , в принципе , очень полезный элемент , однако , к сожалению многие броузеры , включая Netscape, поддерживают его не эффективно . Элемент VAR показывает , что часть текста (обычно слово ) является переменной , т.е . текстом , кото рый может быть заменен различными выражениями . Следующие фразовые элементы задают различ ные виды ссылок или цитирования : CITE цитирование (название книги , или стат ьи , или - эквивалент ) CODE код программы или - эквивалент (напри мер , HTML) SAMP служебные сообщения компьютера (вывод из программы , скрипты , команды и т.п .) KBD текст , который должен печататься на клавиатуре пользователя ; обычно используетс я для инструкций. Смотрите также замечания и при меры по вопросам отображения разметки. Шрифтовые элемент ы (font elements) - физическая разметка текста Шрифтовые элемент ы это : TT "тел етайпный " текст , т.е . текст одного размера I курсив B выделение U подчеркивание STRIKE зачеркнутый текст BIG большой шрифт SMALL малый шрифт SUB подстрочный текст SUP надстрочный текст. Заметим : SUB и SUP могут быть отнесе ны к разм етке фразового уровня , как упоминалось выше ; SMALL может быть использован для де-подчеркивания . Элементы FONT и BASEFONT предлагают много возможностей для задания размеров шрифта по сравнению с BIG и SMALL. Од нако избегайте чрезмерного и спользования физической разметки . Отображение разме тки У Вас может появиться желание взглянуть на отдельный ф айл , чтобы получить визуальное представление о различных элементах разметки на Вашем броузере . Однако не думайте , что отображение , которое Вы увидите , является универсальным или верным . Например , некото рые броузеры (возьмем Internet Explorer) отображают TT (и CODE ) как шрифт , значительно меньший , чем обычный текст , и эта диспропорция сохраняется , когда изменяются размеры шрифта . Более того , Internet Explorer в оспроизводит VAR как моноширинный (monospaced) шрифт , в то время как большинство графических броуз еров использует курсив (italic). С другой стороны , в Netscape, размеры шрифта можно специально устан авливать , а по умолчанию для TT и VAR используются одни и те же шрифты , однако "одни и те же " означает технический размер в точках - на пра ктике моноширинные шрифты выглядят больше , че м нормальный пропорциональный шрифт ! Таким образом , избегайте связываться с размерами шрифта ; используйте фразовую разметку и другие структ урные элементы и позвольте пользова телям , если им не нравятся размеры шрифта в Вашем тексте , определять шрифты в их собственных броузерах как им нравится . В следующей таблице сделана попытка д ать представление о диапазоне возможностей бр оузеров . Она представляет отображение элементов разме тки в Netscape Navigator, Microsoft Internet Explorer и Lynx. Заметим , что существуют вариации даже в пределах кажд ой из этих программ - в зависимости от версии , платформы , конфигурации системы или со бственной пользовательской конфигурации , - такой ра збро с соответствует действительности . Та ким образом , данные таблицы м огут быть , но не обязательно имеют место в действительности . элемент Netscape Internet Explorer Lynx EM курсив курс ив подчеркнутый DFN обычный текст курсив обычный (одноразмерный ) CODE одноразмерный малый одноразмерный обычный (одноразмерный ) SAMP одноразмерный малый одноразмерный обычный (одноразмерный ) KBD одноразмерный малый одноразмерный обычный (одноразмерный ) VAR курсив малы й одноразмерный обычн ый (одноразмерный ) CITE курсив курс ив подчеркнутый TT одноразмер ный малый одноразмерный обычный (одноразмерный ) I курсив курс ив подчеркнутый B усиленный у силенный подчеркнутый U обычный т екст подчеркнутый подчеркнутый STRIKE зачеркивание зачеркивание т екст между [DEL: и :DEL] BIG больший , чем обычный больший , чем обычный обычный текст SMALL меньший , чем обычный немного меньший , чем обычный обычный текст SUB опущенный , немного меньший опущенный обычный текст SUP поднятый , немного больший поднятый обычный текст Данные таблицы относятся к не вложенным элементам . Вложенность тексто вых элементов может п овысить наглядность отображения . Представление вза имодействия с компьютером Для п редст авления взаимодействия человека с компьютером на текстовой или другой основе могут и спользоваться следующие подходы : · компьютерный вывод (подсказки , обычный вывод или сообщения об ошибках ) в преде лах SAMP элементов · общие тер мины , описывающие ввод пользователя - внутри VAR элементов · действительный пользоват ельский ввод в пределах KBD элементов · цитируемый компьютерный программный код (источник ), реализуемый в пределах CODE элементов . Во всех подход ах должны приниматься во внимание принципы деления в пределах строки и использования пробелов и символов табуляции , ч то может требовать вставки BR элементов или использования PRE элементов . Заметим , что логическая разметк а разрешена в PRE элемен тах (хотя это , возможно , не самое лучшее ее использование ). Следующий пример иллюстрирует подход в контексте введения в язык программирования Perl . Пример interact.html :

The following Perl script prints out its input so that each line begins with a running line number:

 
   
  #!/usr/bin/perl  
  $line = 1;  
  while (<>)   
    print $line++, " ", $_;    
   
  

The scalar variable $line is of course the line counter.

The loop const ruct is of the form
while (<>)
process one line of input

Assuming that you have written this script (the simpler version of it) into a file named lines, you could test it using a command of the form
./lines datafile
In particular, using the script as input to itself, you would do as follows (the details of system output vary from one system to another):

  
  lk-hp-23 perl 251 % ./lines lines  
  1 #!/usr/bin/perl  
  2 $line = 1;  
  3 while (<>)    
  4 print $line++, " ", $_;    
  lk-hp-23 perl 252 %   
  
Замечания к пр имеру : · здесь не использовалась вложенность те кстовых разметок . · программный код мог бы быть представлен только в пределах PRE элемента без дополните льного использования внутри еще и CODE элемента , однако то , что код вложен в CODE элемент , который в св ою очередь вложен внутрь PRE элемента , не нанесет вреда и может быть даже полезно в броузерах , которые для различных целей используют моноширинные шрифты . · аналогично , использовани е SAMP и KBD в приведенном п римере может означать , что ввод пользователя предста вляется отлично от компьютерного вывода . Испо льзуя таблицу ст илей , Вы могли бы даже специфицировать шрифт , цвет , фон и другие свойства для этих логически различных элементов . Управл ение размещением Во-первых , сформиру йте правильную структуру Вашего документа . За тем , если необходимо , пересмотрите размещение документа . Учтите , что различные броузеры испо льзуют различные размещения , и даже одни и те же броузеры могут показывать одни и т е же документы по-разному в разных средах . Например , когда пользователь ме няет размер окна своего Netscape, размещение может радикально измениться . Таким образом , на Web нет такого понятия , как конкретное размещение документа . Как автор Вы не можете жестк о задавать размещение , а только некоторым о бразом воздействовать на него . Следующие замечания и инфо рмация относятся к свойствам HTML, ориентированным на обеспечение размещения документа . Читайте материал , помня об этом . Некоторые HTML элементы имеют необ язател ьные атрибуты , которые могут быть и спользованы для воздействия на способ предста вления элементов . Обратитесь к детальному о писанию индивидуальных HTML тегов , чтобы увидеть возможности тегов и прочитать заме чания о них . В отдельных случаях Вам может понадоб иться центрировать части текста , чтобы отличит их от обычног о текста . Для этого можно использовать атр ибут ALIGN=CENTER в таких элементах , как P или DIV (или от дельный элемент CENTER ). Если Вы желаете визуально отделить ос новные части Вашего документа друг от дру га , Вы можете использовать HR элемент . Обычно он представляет ся в виде горизонтальной чертой во всю ширину экрана . Но используйте HR в добав ление к средствам структурирования , а не к ак их замена . Что касается вопросов формата , таких к ак перевод строки или предотвращение перевода строки , смотрите Деление на строки и использование пробелов и символов табуляции . Выше также обсуждались и вопросы шрифтов . Связи Связи (часто н азываемые гиперсвязями ) являются особенностью , кот орая оправдывает наличие части HT в аббревиатуре HTML (HyperText Ma rkup Language - Язык разм етки гипертекста ). Технически связи специфицированы использован ием A-элементов (anchor - якорь ), и эти вопросы обс уждены в описании тега A . Здесь мы представляем только базисную идею , очень простой пример и н есколько практических замечаний . Связь - это прямое соединение отдельных точек в документе с другими точками в том же самом или других документах . В HTML терминологии точки часто называют anchors (якорь ) . Существуют два конца связи (якоря ): свя зь осущест вляется от одной точки к другой . Последняя , называемая целью (target) связи , часто является началом документа . В простейших случаях Вы создаете связ ь от одной точки Вашего документа к д ругому документу (Вашему собственному или нап исанному кем-то еще ). У В ас есть во зможность решить , какие слова будут действова ть , как видимое представление связи , т.е . фр азы , которые отличаются от остального докумен та , и , кроме того , Вам необходимо знать Web адрес - URL (Uniforme Resource Locator, униформный локатор ресурса ) этого документа . В этом случае Вы сможете объединить информацию с помощью соотв етствующего A-элемента . Например : I work at HUT. Это выводится броузером в следующем виде : I work at HUT . Связанный текст , здесь - аббревиатура HUT, действует , как связь к Web документу , который объясняет это сокращение и дает информацию о нем . Отображение текста связи возможно по-разному - текст с вязи может быть подчеркнут , окрашен или вы делен в тексте каким-то другим образом . По льзователь (читатель ) может узнать , как связи отображены в каждом отдельном окружении . Хотя технич ески связи создать лег ко , часто происходит не правильное использова ние их . Вот некоторые практические советы : · Избегайте чрезмерного связывания . Если каждое слово в Вашем документе - связь - читатель не знает какая же связь полезна . · Когда Вы используе те сокращение или технический термин , который не объясняется в Вашем документе , попытайтесь найти пригодный , дающий объяснения документ , на который можно установить связь . Делать ли это в каждом случае , зависи т от обстоятельств . · Когда упоминается ли цо и ли организация , желательно установить связи на личную домашнюю страницу или домашнюю страницу организации (если это воз можно ). · Когда Вы ссылаетесь на документ , укажите связь к нему , есл и информация доступна на Web (или , по крайней мере , приведите библио графическую справк у о нем ). · Если у Вас есть информация , которую Вы хотите сделать дос тупной через Web, но которая менее важна (для большинства читателей , по крайней мере ), ч ем Ваш главный документ , создайте отдельный HTML файл (или группу файлов ), и вве дите раздел в главном документе , например , Дополнительная информация , проставив соответствующие связи . · Если Вам требуется указать связи из одной точки к несколь ким документам (например , когда Вы упоминаете компьютерную программу , Вам надо привязать к не й краткое описание , полное руко водство , FTP сайт - для загрузки и т.д .), создайт е небольшой файл , содержащий эти связи с соответствующими объяснениями и дайте связь на него . · Попытайтесь сделать текст связи коротким , но емким . · Пользователи обычно ожид ают , что получат больше информации по теме , где есть связь . Если этого не происходит , предоставьте им соответствующие объяснения . В частности , когда Вы создаете связь с FTP, давая URL указание на место ра сположения двоичного файла , сделайте это четк о в те к сте , чтобы было понятно , что означает выбор этой связи . · Связывайтесь только с действительно нужной информацией . Пытайтесь установить связь с короткими , написанными ясн ым языком документами , которые содержат дальн ейшие связи к более детальной , техническо й информации . Например , в документах , н аписанных для обширной аудитории , избегайте с вязывания со стандартами ISO или RFC документами . Изображения , фо рмулы и т.п. Поддержка изображ ений в HTML - путь в мир графики . Создание и манипулирование и зображениями , графическими форматами и други м графическим материалом не является частью HTML. В частности , HTML спецификации не объявляют каких-либо требований или ограничений на гр афические форматы , поддерживаемые Web броузерами . Допустим , что мы имеем некоторые графи ческие изображения в некотором формате . Существуют два различных способа его испол ьзования в Web документе . Вы можете либо указ ать связь к нем у , либо вставить его в Ваш документ . В первом случае Вы используете якорь ( A -элемент ); в дру гом случае элемент IMG . В первом случае , когда поль зователь рассматривает Ваш документ , он видит символьную фразу , действующую , как связь , и активизация этой связи заставляет изображен ие появиться на экране , либо в том же самом окне , либо в другом , в зав исимости от броузера и его установок . В другом случае , вставленное изображение является частью Вашего документа ; когда пользователь обращается к Вашему документу , изображение загружается вместе с ним и выводится , к ак его часть . В обоих случаях пользователь увидит изображение , если только броузер поддерживае т специальный графический формат . Наи более поддерживаемые формат ы - GIF и JPEG . Зачастую - это единс твенные форматы , поддерживаемые для вставляемых изображений . Для связанных образов поддержка форматов обычно шире (она может включать , например , PostScript, PDF, PNG) и может расширяться инсталляцие й новых просмотровщиков и расширений, прилагаемых к броузерам . Существует вариа нт , когда связанные образы так воплощаются на броузере , что броузер ничего не знае т о графическом формате файлов , но знает , как запустить отдельную программу , которая покажет эти изображения . Как вариант , возможно объединение св язывания и вставки изображений : Вы можете создать документ , содержащий изображение , которое действует , как связь к другому изображени ю . То есть , например , вставленное изображение является малой , подобной штампику , версией и зображения , на кот о рое указывает с вязь . Ссылка на графические объекты обычно допускается без специальных разрешений . Но пр и использовании авторских рисунков , фотографий и т.п . - автор должен упоминаться . (Смотрите Законы Web FAQ .) Однако , некоторые изображения настолько просты , что копирайт просто не нужен . Кр оме того , есть большое количество коллекций изображений и среди них - кол лекции обще го пользования . Для иллюстрации связывания с изображением и внедрения изображений давайте рассмотрим GIF изображение , которое расположено по адресу - http://www.hut.fi/~lsarakon/sae.gif. Обратимся к нему следующим образом : Пример sae.html : Liisa Sarakontu has drawn a picture of Siamese algae eater. Теперь , так ка к автор разрешил использовать его изображение , представим файл в другом виде : Пример sae-2.html : The Siamese algae eater (Crossocheilus siamensis) is often mixed up with another algae eating fish, the "false Siamensis " (Garra taeniata or Epalzeorhynchus sp.). Below you can see drawings of them by Liisa Sarakontu.

[Picture of Siamese algae  
  eater]

[Picture of "false  
      Siamensis"] Проблема правильного использования графических изображений в HTML документе очень трудна и многоаспектна , но мы попытаемся рассказать и об этом . Читателям , которые з нают финский , предлагаем прочитать док умент Kuvien kд ytц stд viestinnд ssд yleens д ja Webissд erityisesti . В HTML 3.2 нет общей поддержки представления математических формул . Так как работа по этому вопросу находится в стадии развития , для ознакомлен ия посмотрите документ W3C по Математической разметке . При необходимости Вы можете использовать некото рое программное обеспечение (например , TeX), чтобы оформить формулы , как изображение , например , в формате PostScript, и , используя тег IMG , вставить его в Ваш докумен т , или тег A , чтобы создать связь к нему . Посл едний способ более предпочтителен , особенно для больших формул . Если пользоват елю хочется читать текст не отвлекаясь , то взглянуть на формулу (изображение ) он смо жет , когда захочет . Более того , он сможет посмотреть ее в отдельном окне экрана .

1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Преступность организованная, а ты — нет.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по компьютерным сетям "Основные структуры HTML 3.2 документа", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru