1 СПЕЦИФИКАЦИИГлава 1.Спецификации 31 Dreamweaver, Microsoft FrontPage,...

1

СПЕЦИФИКАЦИИВ ЭТОЙ ГЛАВЕ...

Руководство по разметке для профессионаловКонсорциум W3C

HTML и XHTML: общая идеологияПрактика Web-дизайна: организация WaSP

30 Часть I. Профессиональ-ная разметка

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

Сегодня нам как профессиональным Web�дизайнерам и разработчикам Web�узлов впервую очередь нужны знания. В недалеком прошлом для разработки узла кроме тексто�вого редактора и патентованных дескрипторов HTML автору достаточно было обладатьнекоторыми навыками применения различных уловок и обходных путей. Однако в сего�дняшнем мире разнообразных и плохо согласованных операционных систем, броузеров итипов оборудования одних уловок явно недостаточно, разработчику нужны подробные иглубокие знания принципов разметки гипертекста.

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

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

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

• тестировать разрабатываемые страницы на разных платформах;

• тестировать их на броузерах разных типов;

• выполнять тестирование как для новейших, так и для устаревших броузеров;

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

• тратить много времени на достижение межоперационной совместимости узлов,насыщенных разнообразными средствами.

Еще одна серьезная проблема — неспособность разработчиков программного обеспе�чения для Web�дизайна создавать продукты, согласующиеся с текущими приемами ипрактикой разработки узлов. Это особенно дезорганизует работу в сегодняшней рабочейсреде Web, когда многие авторы вынуждены использовать специальные приложения, на�пример такие визуальные инструменты редактирования, как Adobe GoLive, Macromedia

Глава 1. Спецификации 31

Dreamweaver, Microsoft FrontPage, или такие системы управления содержанием, какVignette. Несмотря на богатый инструментарий современных визуальных редакторов, вомногих случаях все же невозможно обойтись без дополнительных материалов и тестиро�вания на устаревших броузерах.

В результате профессиональные Web�дизай�неры вынуждены глубоко изучать не только язык ипринципы разметки, но и ограничения используе�мых программных продуктов. Положительные сто�роны изучения разметки — богатство выбора реше�ний, которое получает разработчик, и более полныйконтроль над своим продуктом. Дизайнер становит�ся асом в устранении неполадок, он может оптими�зировать процесс, уменьшать служебные издержкиразметки, т.е. создавать документы на высокомпрофессиональном уровне.

Еще одна проблема для авторов Web состоит внеобходимости постоянного обновления и под�держки технического арсенала своих приемов рабо�ты. В быстро изменяющейся среде это становитсянепростой задачей. С другой стороны, авторам ста�новится доступным все больше количество источ�ников информации, которые нужно найти и на изу�чене которых нужно потратить некоторое время.Чтобы быть конкурентоспособным, автор, несмотряна постоянную занятость, должен постоянно читатьвыходящие книги, посещать Web�узлы и практиче�ски осваивать новые технологии разработки доку�ментов Web.

Изучение рациональных методов и приемовWeb�дизайна, применяемых другими авторами, по�могает упорядочить работу. Работа автора, в своюочередь, вливается в общий поток и способствуетвыработке и распространению рациональных прие�мов Web�дизайна по всему миру.

SGML и HTMLВ 1995 году, когда началась лихорадка создания богатых и красочных Web�страниц,

разработчикам достаточно было всего лишь нескольких инструментов — затрепаннойброшюры по HTML, текстового редактора, графического редактора, клиентской про�граммы FTP (File Transfer Protocol — протокол передачи файлов) и, конечно же, выхода вWeb. Естественно, уже тогда были учебные курсы, однако они даже отдаленно не смоглибы удовлетворить требованиям сегодняшних изощренных технологий.

1 По нашему мнению, такая замена термина не совсем удачна, поскольку код документа состоит из раз�метки (дескрипторов) и содержания (текста, изображений и т.д.). Впрочем, в книге автор при необходи�мости использует термин “код документа”. — Прим. ред.

Довольно часто документ HTMLназывают кодом. Однако это несовсем точное употребление тер-мина. HTML и XHTML (ExtensibleHypertext Markup Language — рас-ширенный язык разметки гипертек-ста) являются языками разметки, ане программирования. Языки раз-метки отличаются от языков про-граммирования довольно сущест-венно. Обычно разметку может чи-тать человек. Разметка интерпре-тируется какой-либо программой,например Web-броузером. В то жевремя в языках программированияиспользуется более абстрактныйсинтаксис, чем в разметке. Вбольшинстве случаев код про-граммы должен компилироваться.Таким образом, человек в принципеможет использовать текст HTMLвизуально, без броузера, однакоувидеть результат работы про-граммы, не запустив ее на выпол-нение, человек не может. В связи сэтими отличиями я называю в дан-ной книге разработчика HTML непрограммистом, а автором, атекст HTML — не кодом, а размет-кой1.


Чтобы раскрыть контекст перехода от непрофессиональной разметки к профессио�нальной, необходимо обратиться к истокам развития разметки. Это объяснит многое, чтовы знаете из опыта, но, возможно, никогда не видели изложенным на бумаге.

История HTML весьма интересна. Она начинается с применения SGML (StandardGeneralized Markup Language — стандартный обобщенный язык разметки), затем периодего чистого применения сменяется периодом полного хаоса. Однако теперь развитие за�вершает свою спираль, и мы неуклонно возвращаемся к идеологии чистого применения.

Исходной целью HTML было предоставление разработчикам прямолинейных правилразметки документов, подходящих для обмена файлами посредством Web. В своей основеHTML — это всего лишь язык составления документов, работающий совместно с прото�колами Internet.

Язык SGMLИногда SGML называют метаязыком. Он служит основой для создания различных методовразметки документов, таких, как язык HTML. Строгий, но весьма сложный синтаксис SGML об-ладает чрезвычайной мощью — он способен удовлетворить все запросы приложений практи-чески в любой области: промышленной, административной, военной, коммерческой и т.д. Мно-гие средства SGML относятся главным образом к структуре документа, а не к его виду илипереносимости между разными платформами и устройствами вывода (экран или принтер).Подробная информация о SGML есть на узле http://www.w3.org/MarkUp/SGML/.

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

Язык HTML сосредоточен на структуре документа. Первоначально он был предназна�чен для создания текста, использовать его как средство дизайна вообще не предполага�лось. На первых этапах своего развития HTML не содержал почти никаких средств визу�ального дизайна документов. Фактически в изначально текстовой среде язык HTML дажене имел средств вывода изображений, их нужно бы�ло выгружать и просматривать в отдельном прило�жении. Со временем в HTML были добавлены мно�гие элементы, делающие его более пригодным длявизуальной среды. Однако растущая популярностьWeb потребовала от дизайнеров большего: узлы обя�зательно должны быть интерактивными и обладатьпривлекательным внешним видом.

В результате этого HTML радикально изменил�ся, в нем появились многие патентованные элемен�ты и атрибуты, ориентированные на броузеры. Раз�метка усложнилась, и ее стало трудно поддержи�вать. Несмотря на появление каскадных листов сти�лей (Cascading Style Sheets — CSS), предназначенных для отделения структуры документаот его визуального представления, поддержка различных броузеров осталась серьезнойпроблемой. Для представления документов дизайнеры вынуждены применять HTML(как с патентованными, так и непатентованными элементами и атрибутами) в сочетании сCSS. В результате этого разработчики “распухших” броузеров вынуждены включать в них

Ранние этапы развития HTML, вклю-чая первоначальные схемы опреде-ления типа документов (DocumentType Definition — DTD), довольнополно освещены в узле http://www.w3.org/History/19921103-hypertext/hypertext/WWW/MarkUp/MarkUp.html.


весьма нестрогие правила проверки синтаксиса документов, допускающие многие ис�ключения и выводящие страницы “любой ценой”.

Методология SGML значительно структурирована, поэтому первые версии HTML от�личались ясностью и прямолинейностью правил. Документы структурировались про�стейшим способом: с помощью заголовков, абзацев и, в некоторых случаях, простейшихправил форматирования. В синтаксисе HTML и SGML не было никаких значительныхразличий, за исключением того, что HTML гораздо проще, чем SGML. Первые версииHTML содержали многие базовые структуры документа, такие, как head, title и body,средства форматирования (h1-h6, p, br), дескриптор якоря a и связанные с ними атрибу�ты.

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

Однако такие вольности все же порождают многочисленные проблемы для разработ�чиков. Ниже перечислены некоторые из этих проблем, исторически сложившихся в связис характером развития HTML.

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

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

• Проблемы с межоперационным взаимодействием. Несмотря на различныеуловки, такие, как применение графических “регулировочных прокладок” и сце�нариев JavaScript для отслеживания параметров броузера, межоперационное взаи�модействие продолжает оставаться главным источником забот для Web�дизайнера.

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

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

Стирание границ между структурой и представлением в HTML проиллюстрируем напримере трех элементов.

• Элемент center. Введен в обращение компанией Netscape для центрированияизображений и текста на странице (листинг 1.1 и рис. 1.1). Обратите внимание:элемент center не имеет никакого отношения ни к каким правилам структуриро�вания. Это не более чем произвольно названный дескриптор. Несмотря на явноенарушение формальных традиций, он весьма полезен и чудесно работает. Таким


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

• Таблицы. Вскоре после появления элемента center в HTML был добавлен деск�риптор table. Он предназначен для аккуратного представления табличных дан�ных без помощи неудобного дескриптора предварительного форматирования pre(ли�стинг 1.2). Дескриптор pre гарантирует, что при выводе содержания его эле�мента пробелы и символы табуляции останутся нетронутыми (рис. 1.2). Появлениедескриптора table — наглядный пример того, как элементы и атрибуты HTML,созданные для решения проблем структурирования, превращаются в средствапредставления и получают в таком качестве широкое распространение.

• Элемент font. Это один из самых неудобных элементов из�за огромного количе�ства разметки, которое для него необходимо. Особенно неудобен он в таблицах,потому что для получения одинаковых результатов на всех броузерах авторам при�ходится открывать и закрывать дескрипторы font в каждой ячейке. Такая ситуа�ция способствует появлению многих ошибок и неоправданно затрудняет созданиедокумента.

Недостатки HTML как языка дизайнаЛюбой Web-дизайнер согласиться с тем, что возможности качественного представления ин-формации на основе HTML прискорбно низки. Попытки заставить HTML сделать то, что заду-мал дизайнер, часто приводят лишь к горькому разочарованию. Отсутствие средств разме-щения выводимых элементов. Никакого контроля над пробелами. Нет стабильных способовуправления типами. Весь этот кошмар порожден тем, что среда Web не создавалась как ви-зуальная. Но она ею стала, и с тех пор проблема представления продолжает оставаться напереднем плане.Многие Web-дизайнеры чувствуют себя не имеющими права голоса заднескамеечниками вкомитете, занимающемся языками разметки. Так часто хочется подсказать, как нужно былосделать! Однако соответствующие комитеты не очень озабочены дизайном, потому что про-блемы представления изначально возникли не в связи с разметкой. К счастью, организацияW3C существенно усовершенствовала языки стилей, особенно CSS (Cascading StyleSheets — каскадные листы стилей). В результате дизайнеры, стремящиеся к созданию бога-тых визуальных узлов, получили множество необходимых им средств контроля над элемента-ми страницы.

Листинг 1.1. В прошлом дескриптор<center> использовался в HTML довольно широко<html><head><title>Моя страница</title></head><body><h1>Добро пожаловать на мою страницу!</h1><p>Эта страница содержит информацию обо мне и моей семье.Ознакомится с ней вы можете, щелкнув на гиперссылке.</p><center><a href="more.html">Щелкните здесь</a></center><p>Спасибо за посещение. Ожидаю ваших писем!</p></body></html>


Листинг 1.2. Использование дескриптора<pre> для форматирования табличных данных<html><head><title>Фрукты и овощи</title></head><body><pre>Фрукты ОвощиЯблоки ОгурцыГруши КапустаПерсики Помидоры</pre></body></html>

Рис. 1.1. Широко используемый прежде дескриптор <center> теперь считается плохоудовлетворяющим требованиям синтаксической целостности

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

Листинг 1.3. Использование дескрипторов создания таблиц<html><head><title>Фрукты и овощи</title>


</head><body><table border="1"><tr><th>Фрукты</th><th>Овощи</th></tr><tr><td>Яблоки</td><td>Огурцы</td></tr><tr><td>Груши</td><td>Капуста</td></tr><tr><td>Персики</td><td>Помидоры</td></tr></table></body></html>

Рис. 1.2. Первоначально дескриптор предварительного форматирования <pre> ис"пользовался для представления табличных данных

В листинге 1.4 показан пример использования дескриптора table для расположениякомпонентов страницы в коммерческом узле компании Dynamic Traders. Компоненты


страницы располагаются в отдельных ячейках таблицы. Вывод страницы Dynamic Tradersпоказан на рис 1.4.

Развитие HTML и броузеров невероятно ускорилось. Стали быстро появляться нетолько новые элементы и атрибуты, но и совершенно новые технологии, такие, как JavaS�cript, CSS и DHTML (Dynamic HTML — динамический HTML). Производители броузе�ров немедленно включали в свои продукты поддержку этих новых технологий.

Вскоре HTML оказался в состоянии хаоса. Консорциум W3C (World Wide Web Con�sortium), в который входят компании (такие, как Microsoft и Netscape), исследовательскиеорганизации и частные лица, прилагал немалые усилия для решения возникающих про�блем и усовершенствования HTML. В результате им были разработаны формальные спе�цификации HTML.

Рис. 1.3. Вывод с помощью дескриптора <table> той же таблицы, что и на рис. 1.2

Рис. 1.4. В этом узле таблицы используются для аккуратного расположения компонентовстраницы. Обратите также внимание на применение дескрипторов font, используемыхсовместно со стилями

Листинг 1.4. Формирование раскладки документа с помощью дескриптора <table><!DOCTYPE HTML PUBLIC

"-//W3C//DTD HTML 4.0 Transitional//EN">

<html><head>

<title>Dynamic Traders - Welcome</title><meta content="text/html; charset=ISO-8859-1" http-equiv=Content-Type><metacontent="DynamicTraders.com showcases Robert Miner’sDynamic Trader Software and DT Reports and provides currenttrade recommendations for the futures, stock and mutualfund markets."name=description><metacontent="Dynamic Trading,Dynamic Traders,Robert Miner,stocks,bonds,mutual funds,Dynamic Trading Software &Trading Course,trading course,futures,day trading,daytraders,trading strategy,dynamic time projection,dynamicprice analysis,end of wave projections,Dynamic TradingWeeklyReport,trading course,trading software,Market

Dimensions,Dynamic Price Analysis,Dynamic Time Analysis,Pattern and Elliott Wave,Practical Application ofIndicators,Reversal Signals and Trading Strategies,Stop Loss Placement and Adjustment,Statistical Analysisof Trends,Chart Analysis,Trading Guidelines,Developing aTrading Plan,Option Strategies,Time Rhythm ZoneProjections,Dynamic Time Projections,Fib Time Blitz,Built-in Elliott Wave,TimeProjections, price projections,Dynamic Trading book,Dynamic Trader,Dynamic Traders Group,W. D. Gann,Gann,R. N. Elliott,Elliott,Elliott Wave,StockMarket Cycles,Trading Cycles,Technical Analysis,Futures,Futures Trading,Stock Market Recommendations,FuturesMarket Recommendations,Mutual Fund Recommendations,StockMarket,Stock Trading,Mutual Fund,Mutual Funds,Mutual FundInvesting,Mutual Fund Trading,Dynamic Trader Mutual FundReport,Dynamic Trader Futures Report,Robert Minor,DymanicTrader/ing,Dyanmic Trader/ing"name=keywords><link href="Dynamic Traders - Welcome.files/site.css"rel=stylesheet type=text/css><script src="Dynamic Traders - Welcome.files/date.js"type=text/javascript></script><meta content="MSHTML 5.00.2614.3500" name=GENERATOR></head><body><table align=center border=0 cellPadding=0 cellSpacing=0width=679><tbody><tr><td align=middle colSpan=4 vAlign=top width=679><imgalt="DynamicTraders.com: DramaticallyImprove Your Trading Results"border=0 height=87 src="Dynamic Traders - Welcome.files/main_header.gif"width=679></td>

</tr></tbody></table><table align=center border=0 cellPadding=0 cellSpacing=0width=679><tbody><tr><td align=left vAlign=top width=15><img alt="" border=0 height=18src="Dynamic Traders - Welcome.files/date_left.gif"

width=15></td><td align=middle bgColor=#6699ff vAlign=top width=215>

<spanclass=whiteSans><script language=JavaScript1.2type=text/javascript>Greetings();</script>

</span></td><td align=left vAlign=top width=44><img alt="" border=0 height=18src="Dynamic Traders - Welcome.files/date_right.gif"width=16></td><td align=right vAlign=top width=405><ahref="http://www.dynamictraders.com/default.htm">

<img alt=Home border=0height=18 src=

"Dynamic Traders - Welcome.files/tab_home_blue.gif"width=80></a><a href=

"http://www.dynamictraders.com/futures.htm"><img

alt=Futures border=0 height=18src="Dynamic Traders - Welcome.files/tab_futures.gif"width=80></a><a href="http://www.dynamictraders.com/stocks.htm"><img alt=Stocks border=0height=18 src="Dynamic Traders - Welcome.files/tab_stocks.gif"width=80></a><a href="http://www.dynamictraders.com/funds.htm"><img alt=Funds border=0 height=18src="Dynamic Traders - Welcome.files/tab_funds.gif"width=80></a><ahref="http://www.dynamictraders.com/freestuff.htm"><img alt="Free Stuff"border=0 height=18 src="Dynamic Traders - Welcome.files/tab_freestuff.gif"width=80></a></td></tr></tbody></table>

<br><table align=center border=0 cellPadding=0 cellSpacing=0width=679>

<tbody><tr><td vAlign=top width=135><table border=0cellPadding=0 cellSpacing=0 width=135><tbody><tr><td width=135><img alt="" border=0 height=19src="Dynamic Traders - Welcome.files/left_header.gif"

width=135></td></tr><tr><td bgColor=#3366cc width=135><div align=left><fontcolor=#ffffff face=Verdana,Arial,Helvetica,sans-serif size=1><aclass=whiteSanshref="http://www.dynamictraders.com/dtbk.htm"> <b>DynamicTrading<br> Book</b></a><br><br><a class=whiteSanshref="http://www.dynamictraders.com/dt3.htm"> <b>DTSoftware<br> &<b>Trading Course</b></a> <br><br><aclass=whiteSanshref="https://www.dynamictraders.com/PDFStore/main.asp"> DTReports Online</a> <br><br><a class=whiteSanshref="http://www.dynamictraders.com/DTSubscribers/"> <b>Subscribers</b></a><br><br><a class=whiteSanshref="http://www.dynamictraders.com/DTOwners/"> <b>DTOwners</b></a> <br><br><a class=whiteSanshref="http://www.dynamictraders.com/aboutbob.htm"> <b>RobertMiner</b></a> <br><br><a class=whiteSanshref="http://www.dynamictraders.com/whatot.htm"> <b>ClientComments</b> </a><br><br><a class=whiteSanshref="https://www.dynamictraders.com/Secure/dtorder.asp"> Order</a><br><br><a class=whiteSanshref="http://www.dynamictraders.com/contact.htm"> <b>ContactUs</b></a><br><br></font></div></b></td></tr></tbody></table>

</td><td width=9><img alt="" border=0src="Dynamic Traders - Welcome.files/spacer.gif"width=9></td>

<td align=left vAlign=top width=350><div class=blackSans><p><b>Current Trade Recommendation - The

High-Probability Trade of theWeek</b><br>Updated each Monday evening withthe commentary, charts andtrade recommendation of one market from the DynamicTrader FuturesReport.<br><a href="http://www.dynamictraders.com/curtrec.asp">Go to thisweek’s trade recommendation</a> </p><p><b>DT Reports Online - New Report Every Saturday</b><br>The DT Futuresand Mutual Funds Report is now available tonon-subscribers from our DTReports Online Store<br><ahref="https://www.dynamictraders.com/pdfstore/main.asp">Go to the DTReports Online Store</a></p><p><b>Dynamic Trader Futures Report</b><br><strong>Comprehensive analysis,trade recommendations and traders education for themajor financial andcommodity markets.</strong><br>The new DynamicTrader Futures Report isnow delivered four days per week.Daily delivery means expanded coverage,trading recommendations and trading education.Best of all, there is fivetimes the coverage but no price increase.<br><ahref="http://www.dynamictraders.com/futures.htm">Complete information onthe new Dynamic Trader Futures Report</a></p><p><b>Dynamic Trader Mutual Funds Report</b><br><strong>Comprehensiveanalysis, and switching strategies for bull andbear index and sectorfunds.</strong><br><ahref="http://www.dynamictraders.com/funds.htm">Complete information on thenew Dynamic Trader Mutual Funds Report</a></p><p><b>Traders Education Tutorial - Updated EverySaturday</b><br><strong>Practical technical analysisand trade strategieseducation</strong><br>DynamicTraders.com offers farmore comprehensiveFREE trading education than any web site. Each weekwe provide a Traders

Education Tutorial of practical trading strategies.We archive the pasttutorials so you may download them for a completetrading education.<br>Goto this week’s <ahref="http://www.dynamictraders.com/dttraded.asp">Traders Education</a>and the Traders Education <Ahref="http://www.dynamictraders.com/arc_te.asp">Archives</a>.</p></div></td>

<td width=4><IMG alt="" border=0src="Dynamic Traders - Welcome.files/spacer.gif"width=4></td>

<td align=middle vAlign=top width=181>



<table border=0 cellPadding=0 cellSpacing=0width=181><tbody><tr><td align=middle colSpan=3 vAlign=top width=181><img alt=Newsborder=0 height=38 src=

"Dynamic Traders - Welcome.files/right_header_news.gif"width=181></td></tr>

<tr><td bgColor=#ffffec width=6><img alt=""

border=0 height=1src="Dynamic Traders - Welcome.files

/spacer.gif" width=6></td>

<td bgColor=#ffffec vAlign=top width=171><div align=left class=smallBlackSans><p align=center><img align=left border=0

height=20src="Dynamic Traders - Welcome.files/newburst[1].gif"

width=50> <Ahref="http://www.dynamictraders.com

/stocks.htm"><u>STOCKUPDATE</u></a><br><spanclass=redSans><strong>5/20/2002</strong></span></p><hr>

<p><strong>FREE - $300 Subscription with thePurchase of Dynamic

Trader Software and Trading Course </strong>

<br><br><spanclass=redSans><strong>* Offer Good ThroughMay 14th*</strong></span><br><br>For a limited time,

we are offering an additional three-monthsubscription to the Dynamic Trader FuturesReport with the purchase of the DynamicTrader Software & Trading Course. Takeadvantage of this incredible package oftechnical analysis software and tradingcourse now!<br><br><a href="http://www.dynamictraders.com/dt3.htm">More information on DT Software and TradingCourse </a></p></div><br><br></td>

<td bgColor=#ffffec width=4><img alt=""border=0 height=1

src="Dynamic Traders - Welcome.files/spacer.gif"width=4></td></tr></tbody></table></td></tr></tbody></table>

<br><div align=center class=smallBlackSans>© 2002 Dynamic Traders Group ALL RIGHTSRESERVED </div>

</body></html>

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

Тем не менее в определенной степени консорциуму W3C все же удалось удержатьHTML в рамках синтаксической целостности. Ко времени появления спецификацийHTML 4.0 главным приоритетом языка была признана его строгая и разумная структура.

Появление XMLЯзык XML (Extensible Markup Language — расширяемый язык разметки) появился в

связи с необходимостью приспособить SGML для сетевой среды, особенно для Internet.Основное внимание в XML сосредоточено на данных. В XML проводится строгая линияраздела между структурной разметкой данных и представлением данных.

Как и SGML (также один из родителей HTML), XML является метаязыком. Он пред�ставляет собой набор правил, позволяющих авторам создавать приложения и подмноже�ства данных, уникальные для их задач. Пусть, например, нужно написать в XML служеб�ную записку (memo). Автор может самостоятельно создать ее структуру. В листинге 1.5


приведена служебная записка, состоящая из получателя (recipient) и сообщения(message). Как видите, структура записки отражает структуру хранящихся в ней данных.О представлении данных на экране в ней пока чтоничего нет. Для создания представления автордолжен применить какой�либо метод наложениястилей, например CSS или XSLT (ExtensibleStylesheet Language Transformations — расширяе�мый язык преобразования листов стилей).

У многих Web�дизайнеров возникают опреде�ленные трудности в связи с абстрактностью XML ипроизвольным использованием его методов. Од�нако в действительности XML — это весьма ло�гичная и хорошо организованная технология. ОтSGML он унаследовал четкий синтаксис, вынуждающий строго придерживаться опреде�ленных правил. Хоть это и не то, к чему привыкли Web�дизайнеры, однако преимуществасоблюдения строгих правил весьма велики. Как язык разметки Web�документов XML об�ладает следующими достоинствами.

• Гибкость. XML позволяет обрабатывать уникальные данные в коммерческой и ме�дицинской областях. Независимо от характера данных XML способен пре�доставить адекватные методы их хранения и обработки. Исключение составляютлишь двоичные данные и внедренные сценарии.

• Возможность настройки. Гибкость XML непосредственно связана с возможнос�тью определять собственные дескрипторы, необходимость в которых возникает впроцессе решения задачи.

• Согласованность. XML унаследовал синтаксическую целостность и строгую струк�туру своего родителя — SGML.

Листинг 1.5. Пример документа XML без разметки представления<?xml version="1.0" standalone="yes" ?><memo><recipient>Микенин С.</recipient><message>Командировка отменяется. Подготовьте материалы.</message></memo>

Более подробная информация о XML приведена в главе 22, “Движение к XML”.

В главе 21, “Преобразование документов с помощью XSLT”,рассматривается язык XSLT,предназначенный для автоматического форматирования документов XML.

С первого взгляда на XML становится очевидно, что он способен полностью заменитьHTML как средство разметки Web�страниц. В свое время при появлении XML перед ши�рокой публикой его даже называли “убийцей HTML”.

Положительная тенденция состоит в том, что броузеры все в большей степени пере�нимают и усваивают интеллигентность XML. На стороне клиента XML способен предос�тавить разработчикам Web огромные возможности. Однако даже если во все броузеры бу�дет включена полная поддержка XML, все же останутся некоторые проблемы, связанные

Всеобъемлющий учебник по XML —Special Edition Using XML, by LeeAnne Phillips, Que Publishing (Ли А.Филлипс. Использование XML. Спе-циальное издание, издательствоQue).


с ним, как с языком на стороне клиента. Во�первых,многим авторам изучить XML труднее, чем HTML.Во�вторых,инструментов для работы с XML в визу�альной среде пока еще недостаточно, поэтому егодоступность и, следовательно, популярность суще�ственно ограничены.

Переопределение HTML какприложения XML

Языки HTML и XML предназначены для реше�ния разных задач. Если мы попытаемся предвидетьбудущие требования к языкам разметки и присмот�

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

Учитывая прекрасную структуру XML и место, реально занимаемое HTML в практикеWeb�дизай�на, рабочая группа, связанная с консорциумом W3C, начала обсуждение воз�можностей объединения HTML и XML. В результате появился XHTML. ПоявлениеXHTML означает, что HTML переопределяется как приложение XML. Отныне HTMLуже не двоюродный брат XML, а близнец потомкаXML, следовательно, он должен подчиняться пра�вилам XML (рис. 1.5).

В настоящее время заметно растет интерес кулучшению того, что представлено в Web�броузерах и альтернативных устройствах. Идеоло�гия, рожденная в HTML 4.0 и перенесенная вXHTML 1.0, переходит в концепцию разработкидокументов для устройств многих типов. Втабл. 1.1 показано развитие основных языков раз�метки, представляющих практический интересдля Web�дизайнеров.

В версии XHTML 1.0 воссоздана концепциястрогих правил разметки. Использование XHTMLспособствует улучшению структуры и синтаксисаразметки. В контексте развития технологий Webэто чрезвычайно важно. Будущий информацион�ный дизайнер должен будет учитывать в своихразработках многочисленные альтернативныепользовательские устройства. В настоящее времяWeb интенсивно выходит за рамки броузеров.Кроме броузеров, документы должны быть логич�ными и эстетически привлекательными в много�численных альтернативных средах, таких какпейджеры, PDA (Personal Digital Assistant —персональный цифровой помощник), сотовые те�ле�фоны и т.д.

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

Как Microsoft Internet Explorer 5.0, таки Netscape Navigator 6.0 содержатнекоторую поддержку XML. Ожида-ется, что в следующих версиях этихброузеров поддержка XML будетсущественно усилена.

С языком XML связаны такие техно-логии, как XSL (Extensible Style-sheetLanguage — расширяемый язык лис-тов стилей) и XSLT (XSL Transforma-tions — расширяемый язык преобра-зования листов стилей), предостав-ляющие разработчику выбор спосо-ба представления документов XML.Языки XSL и XSLT созданы на осно-ве прежней технологии, известной всвое время как DSSSL (DocumentStyle Semantics and SpecificationsLanguage — язык семантики и спе-цификаций стилей документов). СXML используются также листыCSS.

Рис. 1.5. Первоначальное и текущеесоотношения между SGML, HTMLи XML


нение. Для представления данных в XHTML используются листы CSS. Язык XHTML по�зволяет также использовать XSLT (Extensible Stylesheet Language Transformations — рас�ширяемый язык преобразования листов стилей). С помощью технологии применениястилей на основе XML можно преобразовывать документы одного типа в документы дру�гого типа (например, документ HTML в документ PDF).

Таблица 1.1. Развитие языков разметки

Язык Год появления Описание

SGML 1986 Стандарт ISO (International Standards Organization —Международная организация стандартизации),специфицирующий языки разметки документов

HTML 1992 Первые рекомендации по разметке документовHTML+ 1993 Интересное надмножество HTML, из которого

исключено все, что относится к представлению. Особоевнимание обращено на независимость от устройств —свойство, возродившееся в XHTML

HTML 2.0 1995 Версия HTML, созданная организацией IETF (InternetEngineering Task Force — проблемная группапроектирования Internet)

HTML 3.2 1996 Формальные рекомендации W3C для HTML. Версия 3.0обсуждалась, но принята не была

XML 1998 Универсальный формат структурирования документови данных в Web

XHTML 2000 Язык разметки для Web-броузеров и альтернативныхустройств

Module-basedXHTML

2001 Средства расширения и ограничения XHTML дляпоявляющихся новейших платформ

XHTML Basic 2000 Модульное подмножество XHTML, созданное специ-ально для альтернативных устройств, не поддерж и-вающих все средства XHTML, такие, как фреймы

Умение составлять документы XHTML помогает дизайнерам, незнакомым с про�граммированием или более абстрактными методами разметки, расширять и наращиватьразрабатываемые документы. Для Web�дизайнера работа с XHTML похожа на разговорна знакомом языке — языке элементов и атрибутов HTML, с которыми он работал еже�дневно.

Однако делается это в контексте XML, что существенно облегчает освоение другихтехнологий XML. Для многих дизайнеров изучение XHTML означает изучение таких тех�нологий, как SMIL (Synchronized Markup Integration Language — синхронизированныйязык интеграции разметок) и SVG (Scalable Vector Graphics — расширяемая векторнаяграфика).

Для HTML метаязыком является SGML, тем не менее XML оказал чрезвычайно глу�бокое влияние на развитие языков разметки.


Консорциум W3CЧто означает понятие стандартизации в Web�дизайне и какое отношение к ней имеют

авторы Web�страниц? Отвечая на эти вопросы, невозможно оставить без внимания дея�тельность консорциума W3C.

На рис. 1.6 показана начальная страница информационного узла W3C. КонсорциумW3C был основан в октябре 1994 года. Это независимая международная организация,представляющая сообщество разработчиков технологий Internet и Web. Консорциум W3Cсостоит из частных лиц и представителей различных правительственных и частных орга�низаций, таких, как корпорации Microsoft, IBM, Sun Microsystems и Netscape.

В задачу W3C входит надзор над развитием формальной структуры как HTML, так иразличных протоколов и языков, связанных с Web, включая XML, XHTML, CSS, SMIL иSVG. Отдельные рабочие группы W3C, сосредоточенные на конкретных технологиях,вырабатывают рекомендации по их практическому применению. Рекомендациями явля�ются спецификации, за которые голосуют члены W3C, демонстрируя этим свое согласиеотносительно надлежащего применения технических деталей разработанных рекоменда�ций.

Важно понимать, что разрабатываемые консор�циумом W3C рекомендации не являются стандар�тами. Языки разметки Web не стандартизуютсяорганизацией ISO (International Standards Organiza�tion — Международная организация стандартиза�ции). Иногда языки разметки называют стандарта�ми, однако фактически они являютсяспецификациями.

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

Кроме W3C существуют также другие организации, представляющие интересы разра-ботчиков. См. раздел “Практика Web-дизайна: организация WaSP”.

Следовать ли рекомендациям W3C — нелегкий вопрос для автора Web. Как известно,свобода порождает ответственность. Хорошее понимание правил дает разработчикубольше свободы: он может нарушить их, если нужно внести в разработку нечто новое или,придерживаясь рекомендаций, сделать свой продукт более упорядоченным и со�вершенным. Разработчик должен понимать, зачем и как он применяет средства разметки,а не слепо надеяться, что сработавшая однажды разметка будет хорошо работатьво всех остальных случаях и без проблем взаимодействовать с другими элементами.

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

• Разработчики Web. Деятельность W3C затрагивает каждого, кто работает на Web�узле. Уделив рекомендациям W3C некоторое внимание, вы сделаете свои разра�

Информационный узел консорциумаW3C — http://www.w3. org/.

На информационном узле ISO(http://www.iso.org/) приводятся под-робные сведения о концепциях ипрактической методологии созданияформальных стандартов.


ботки более чистыми и совершенными и сумеете удержать их на грани допустимо�го.

• Производители броузеров и клиентских программ. Рекомендации W3C имеютнепосредственное отношение ко всем разработчикам как полновесных Web�броузеров, так и клиентских программ для альтернативных устройств, получающихдоступ к документам Web.

• Разработчики визуального программного обеспечения. Компании, занимающиесясозданием программного обеспечения, предназначенного для разработкидокументов Web, могут (и должны) следовать рекомендациям W3C. Только в этомслучае правила разметки, реализуемые в их программах, будут согласованы спринципами работы броузеров.

Рис. 1.6. На узле W3C представлена подробная информация о текущем HTML и стандартахродственных технологий

Для ознакомления заинтересованных лиц с последними рекомендациями и специфи�кациями консорциума W3C его информационный узел постоянно обновляется. Любойчеловек, интересующийся историей, развитием, использованием и будущим языков раз�метки, может посетить этот узел в любое время.

HTML и XHTML: общая идеология


Для перехода от былых “вольностей” к современному профессиональному подходу кразметке документов Web необходимо понимание принципов развития HTML и процес�сов выработки консорциумом W3C формальных ре�комендаций относительно языков разметки.

В настоящее время для создания Web�узлов ис�пользуются как HTML, так и XHTML. Однако су�ществуют несколько версий каждого из этих язы�ков, немного отличающихся заложенными в нихконцепциями. В табл. 1.2 приведены наиболее важ�ные текущие замечания W3C относительно приме�нения этих версий.

Дополнительная информация о схемах DTD приве-дена в главе 4, “Выбор схемы DTD”.

Таблица 1.2. Версии HTML и XHTML

Версия Год введения Отличия от предыдущих версий

HTML 4.0 1997 Отказ от элементов представления в пользу листовстилей. Требование доступности для альтернативныхустройств. Усовершенствованный вывод документов.Введение трех уникальных схем DTD (Document TypeDefinition — определение типа документов)

HTML 4.01 1999 Устранение некоторых небольших ошибок в HTML 4.0.Канонически HTML 4.01 очень важен, поскольку онслужит фундаментом для XHTML 1.0

XHTML 1.0 2000 Приложение XML, устраняющее некоторыеиз предыдущих проблем разметки и требующееот авторов большей строгости при созданиидокументов

XHTML 1.1 2001 Введение модуляризации и модулей Ruby Annotation

HTML 4.0 и 4.01: концепцииВерсия HTML 4.0 основана на специфической идеологии, которую следует изучить

для лучшего понимания последующих версий и языков. Ниже перечислены некоторыеконцепции, критические для HTML 4.0.

• Отказ от элементов представления в пользу листов стилей. Это положение можносчитать сердцевиной современного Web�дизайна. Спецификации HTML 4.0 опре�деляют разделение структуры и представления документа как обязательное усло�вие прогресса технологий Web. При появлении HTML 4.0 в 1997 году использова�ние листов CSS было несколько проблематичным вследствие их недостаточнойподдержки тогдашними броузерами, однако теперь ситуация радикально измени�лась.

• Обеспечение доступности и необходимость интернационализации. В HTML 4.0серьезное внимание уделяется доступности Web�страниц для альтернативныхпользовательских устройств. Средства интернационализации не только получили в

В настоящее время создается вто-рое издание (Second Edition) вер-сии XHTML 1.0. Оно представляетсобой обновление HTML 4.0 с неко-торыми редакторскими правками.


HTML 4.0 дальнейшее развитие, но и зало�жили основу интернационализации и глоба�лизации последующих версий HTML иXHTML.

• Усовершенствованный вывод документовWeb. В версию HTML 4.0 добавлены элемен�ты (особенно табличные), способствующиеулучшению интерпретации и вывода доку�ментов.

• Введение трех уникальных DTD. В версииHTML 4.0 реализована концепция примене�ния трех уникальных публичных схем DTD:Strict, Transitional и Frameset. Схема StrictDTD фактически реализует HTML 4.0 наи�более полно, представление документов вы�полняется в ней почти исключительно с по�мощью листов CSS. В схеме Transitional DTDдопускается использование устаревших эле�ментов. В ней учтены нужды переходного пе�риода для авторов, использующих традици�онную разметку представления. СхемаFrame�set DTD формализует использованиефреймов в HTML 4.0 и предоставляет для ихреализации специальный набор правил.

Версия HTML 4.0 существенно расширила вы�бор и предоставила ряд альтернатив разработчикамWeb, заинтересованным в создании документов на основе идеологии W3C. Тем не менеемногие авторы упускают из виду важные концепции, составляющие фундамент идеоло�гии XHTML.

Листы CSS рассматриваются в главе 14, “Использование листов стилей в HTML иXHTML”.

Вопросам обеспечения доступности посвящена глава 17, “Создание доступных узлов”.

Доступность документов в различных странах обсуждается в главе 18,“Интернационализация документов”.

В версии HTML 4.01 исправлены некоторые ошибки и сделаны дополнительные ре�дакторские изменения. С точки зрения общей идеологии эти изменения незначительны,однако они все же весьма существенны, поскольку XHTML 1.0 основан на обновленныхсхемах DTD версии HTML 4.01, а не HTML 4.0.

XHTML 1.0 и XHTML 1.1: идеология и направлениеразвития

Язык XHTML 1.0 является переформулировкой HTML как приложения XML. Это оз�начает, что как документы, так и синтаксис должны строго соответствовать идеологии и

Для описания статуса компонентовразных версий концерн W3C ис-пользует общую терминологию.Неодобряемый (Depricated) озна-чает, что данный компонент можноиспользовать в определенных об-стоятельствах, однако в общемслучае следует предпочесть дру-гие компоненты (одобренные). Ус-таревший (Obsolete) означает, чтоиспользовать компонент большене следует. Запрещенный(Forbidden) означает, что исполь-зование компонента в данной вер-сии не допускается.

Подробная информация об отличи-ях между HTML 4.0 и HTML 4.01приведена на страницеhttp://www.w3.org/TR/html4/appendix/changes.html.


схемам DTD версии XHTML 1.0. Идеология HTML 4.0, особенно концепции разделенияструктуры и представления, обеспечения доступности и принципов интернационализа�ции, остались в XHTML 1.0 нетронутыми. Более того, три предложенные схемы DTD(Strict, Transitional и Frameset), первоначально введенные в HTML 4.0 и усовершенство�ванные в HTML 4.01, в главных чертах совпадают со схемами DTD в XHTML 1.0.

XHTML 1.0 можно рассматривать как переходной язык, помогающий профессио�нальным авторам Web создавать разметку, ориентированную на спецификации W3C. Онстимулирует производителей броузеров к совместным и совместимым решениям. Крометого, он очер�чивает направление развития языков разметки от ограниченности HTML коткрытости и расширяемости XML.

В процессе перехода очень важна подготовка авторов к применению XML. К счастью,XHTML не только способствует повышению профессионального уровня документовHTML, но и облегчает усвоение принципов XML для разработчиков, которые чувствуютсебя в этой области дискомфортно. Ниже перечислены некоторые основополагающиеконцепции XML, введенные в XHTML 1.0.

• Структура языка. В XHTML переходят концепции SGML и XML, требующие со�ответствия документов наборам правил, установленных в языке. Это означает, чтоXHTML содержит многочисленные синтаксические и семантические правила, со�блюдение которых обязательно. Одно из таких правил, требующее, чтобы доку�мент был хорошо сформирован (well�formed), описывается в главе 2, “Созданиедействительных документов”.

• Стимулирование авторов к синтаксическим проверкам документов. Отношениеавторов к синтаксической проверке (syntax checking) и проверке на действи�тельность (validation) по многим причинам противоречиво. Некоторые считают,что если документ хорошо сформирован, то проверка вообще не нужна. Однако,как мне кажется, проверка — это мощное средство познания, способствующее нетолько предупреждению и устранению ошибок, но и лучшему пониманию работысхем DTD. Поэтому синтаксическим проверкам и проверкам на действительностьуделено внимание почти в каждой главе этой книги.

• Обеспечение совместимости с новыми устройствами. Весьма интригующий фе�номен — стремление приспособить XML к развитию Web в альтернативных средах.1990�е годы были десятилетием информационного взрыва и распространения на�стольных компьютеров за пределы рабочих мест во все области нашей жизни; те�кущее десятилетие станет периодом вытеснения настольных компьютеров.

Конечно, будущее альтернативных устройств пока еще слишком туманное. Я не могу суверенностью сказать, что сейчас уже известны все технические решения и есть ответы навсе вопросы. Однако новые альтернативные устройства появляются все в большем коли�честве. Когда к ним будут приспособлены языки и протоколы, то мы увидим совершеннодругой Web, к чему мы должны быть готовы. И это одна из главных причин появленияXHTML. Для вас, как разработчика, это служит убедительной причиной необходимостиизучения XHTML уже сейчас.

Использование альтернативных устройствВ ближайшем будущем ожидается бурное развитие альтернативных устройств, имеющих дос-туп к Web. К таким устройствам причисляются небольшие компьютеры и беспроводные аппа-раты, такие, как PDA (Personal Digital Assistant — персональный цифровой помощник), сотовыетелефоны и пейджеры. В настоящее время сотовые телефоны и PDA используются за рубе-


жом даже чаще, чем в Соединенных Штатах. Многие эксперты в области маркетинга отмеча-ют, что к 2002-му году рынок устройств Internet на территории США оказался близким к насы-щению.

Модуляризация рассматривается в главе 19, “Модуляризация XHTML”.

В версии XHTML 1.1 концепция разделения структуры и представления документареализована полностью. XHTML 1.1 содержит единственную публичную схему DTD, ос�нованную на схеме Strict DTD, пришедшей из XHTML 1.0. При необходимости (и жела�нии) авторы Web могут применить средства модуляризации, означающей разделение язы�ка HTML на отдельные модули, такие, как текст, изображения, таблицы, фреймы, фор�мы и т.д. Автор может решить, использование каких модулей в данной задаче наиболеецелесообразно, а затем создать схему DTD, объединяющую эти модули в приложение.Выбор модулей может быть основан как на характере задачи, так и на уровне поддержкимодулей целевым броузером. Таким образом, в XHTML впервые реализованы введенныев XML принципы расширяемости, поскольку автор не только выбирает одну из готовыхпубличных схем DTD, но и создает собственные.

Практика Web-дизайна:организация WaSP

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

Несмотря на широкий диапазон деятельности и огромное количество выпускаемыхнормативных материалов, W3C не является также образовательной или политической ор�ганизацией. Это своего рода мозговой центр. К тому же, деятельность консорциума, пе�регруженно�го внутренними проблемами, не всегда отражает интересы авторов Web.

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

Чтобы помочь авторам Web и разработчикампрограммного обеспечения полнее реализоватьрекомендации W3C, независимая группа специа�листов в области Web создала добровольную орга�низацию Web Standards Project (рабочая группа стандартов Web), которую чаще называютWaSP. Начальная страница информационного узла WaSP показана на рис. 1.7. Организа�ция WaSP активно пропагандирует современные концепции технологий Web. Более того,пропагандируя рекомендации W3C, группа WaSP относится к деятельности W3C доволь�но критично, что, конечно же, способствует оптимизации политики консорциума. По�этому WaSP, являясь влиятельной независимой организацией, выражает интересы всехавторов Web.

Информационный узел WaSP —http://www.webstandards.org.


Рис. 1.7. Организация WaSP информирует всех заинтересованных лиц о политике в областиязыков разметки и технологий Web

1 СПЕЦИФИКАЦИИГлава 1.Спецификации 31 Dreamweaver, Microsoft FrontPage,...

Documents

Transcript of 1 СПЕЦИФИКАЦИИГлава 1.Спецификации 31 Dreamweaver, Microsoft FrontPage,...