Начало работы

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

Статьи и руководства публикуются на сайте developerWorks в формате HTML, однако изначально создаются в виде документов XML (Extensible Markup Language). Перед публикацией XML-содержимое каждой статьи и руководства проверяется на соответствие правилам разметки, определяемым схемой developerWorks, а затем преобразуется в HTML при помощи страниц XSLT (Extensible Stylesheet Language for Transformations). Подобное отделение содержимого статей от особенностей их оформления помогает нам автоматизировать управление большим сайтом developerWorks.

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

При подготовке своей статьи или руководства к публикации не забывайте о читателях с ограниченным зрением. В частности, следует добавлять текстовые описания к нетекстовым объектам, например изображениям. Ниже приводится ряд требований к доступности Web-материалов для пользователей с ограниченными возможностями восприятия. Подробнее об этих вопросах можно прочитать в справочном руководстве на сайте W3C, в котором содержится ряд советов и методик.

В начало

Статья или руководство?

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

Руководства

• Руководства пишутся в образовательных целях; другими словами, они нужны для обучения читателей. В них не просто перечисляются какие-то действия, а объясняется, зачем выполняется каждый шаг и какую роль он играет для решения основной задачи. В руководствах явно говорится о том, какие образовательные цели преследуются и сколько необходимо времени на изучение (обычно оно составляет около двух часов). После прочтения читатели должны быть способны самостоятельно повторить изученные упражнения.
• В руководствах могут описываться как общие понятия, так и решение конкретных задач. Во многих из них эти функции совмещены, а читателям предлагается решать задания во время чтения. Для наглядности в руководствах часто приводятся фрагменты кода, а также советы по настройке среды выполнения. Наконец, материалы зачастую разбиваются на отдельные фрагменты, которые складываются в единую, цельную картину.
• В напечатанном виде среднее руководство занимает 20–30 страниц. Поскольку некоторые задания могут отнимать у читателей несколько часов, многие из них печатают PDF-версию руководств и используют ее в качестве справки при выполнении упражнений.
• Руководство может быть как обособленным, так и являться частью серии из нескольких пособий.

Статьи

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

В начало

Основные шаги

Для создания статьи или руководства выполните следующие действия.

1. Загрузите авторский пакет и распакуйте zip-архив.
2. Создайте директорию для XML-шаблона вашей статьи или руководства при помощи специального скрипта, входящего в пакет.
3. Добавьте содержимое статьи в XML-шаблон и проверьте его на соответствие XML-схеме. При необходимости устраните ошибки.
4. Откройте статью или руководство в браузере, чтобы получить представление о том, как она будет выглядеть на сайте developerWorks.

В начало

Шаг 1. Загрузите авторский пакет

Загрузите файл author-package.zip, сохраните его в каталоге по вашему усмотрению (например, в C:\ в Windows либо в домашней директории в Linux) и распакуйте.

Вам необязательно размещать директорию developerworks в корневом каталоге или на диске C:\ в Windows. Однако относительное расположение файлов внутри developerworks и дочерних директорий имеет значение при работе утилит из авторского пакета, поэтому не следует изменять структуру каталогов или переименовывать файлы.

При работе с Linux вам следует загрузить пакет Java-разработчика от IBM (IBM Developer Kit for Java, см. раздел Ресурсы). Его желательно установить в каталоге /opt/ibm, хотя также возможна установка tar-архива в домашней директории, если у вас нет административных привилегий. Средства проверки XML работают только на платформах Java, включающих Xalan (Xalan 2.7 входит в Java 5.0). За дополнительной информацией обратитесь к статье Использование инструментов проверки XML от developerWorks.

Распаковав архив, вы должны увидеть каталог developerworks, содержащий следующие дочерние директории.

• readme: содержит единственный файл - readme.html, в котором приведена ссылка на настоящую статью.
• schema: содержит файлы схем, главной из которых является dw-document-6.0.xsd. (6.0 - это версия схемы developerWorks на момент написания этой статьи).
• tools: содержит два шаблона (template-dw-article-6.0.xml и template-dw-tutorial-6.0.xml), а также ряд утилит, помогающих создавать новые статьи и проверять их разметку. В дочернем каталоге java находится исходный код Java™-приложений, используемых утилитами проверки и преобразования XML для Linux, на случай, если вы захотите их изменить или перекомпилировать.
• web: содержит изображения и скрипты JavaScript, необходимые для предварительного просмотра статьи или руководства.
• xsl: содержит основные файлы стилевых преобразований (dw-article-preview-worldwide-6.0.xsl и dw-tutorial-preview-worldwide-6.0.xsl), а также ряд вспомогательных XSL. Основные страницы XSL находятся в подкаталоге, имя которого соответствует либо глобальной версии developerWorkds (6.0/en_US), либо одной из локализаций (например, 6.0/ja_JP для Японии).

Файлы и утилиты авторского пакета создавались для 32- или 64-битных версий Linux и Windows (в том числе Windows 7). Если вам требуется консультация по редактированию шаблонов в другой операционной системе, обратитесь к редактору developerWorks.

В начало

Информация о версии

Перед тем как переходить к следующему шагу, рассмотрим, что изменилось в этой версии.

26 июля 2010 г. были добавлены некоторые возможности для внутреннего использования сотрудниками developerWorks. Они никак не коснулись авторов материалов.

С 27 мая 2010 г. авторы локализованных версий могут просматривать руководства в новом оформлении developerWorks, появившемся в мае 2009 г. Кроме того, были добавлены два новых раздела ("cloud" и "industry"), которые авторы могут указывать в качестве первичного или вторичного раздела при публикации материалов.

5 апреля 2010 г. были выпущены схема и XSL-преобразования версии 6.0. Они поддерживают новый стиль оформления всех статей и англоязычных руководств developerWorks, который был разработан в мае 2009 г.

В текущей версии мы рекомендуем использовать теги <em> и <strong> вместо <i> и <b> (курсив и жирный шрифт соответственно), чтобы лучше отделять акцентирование от обычного форматирования текста.

Пользователи Linux теперь могут использовать пакеты Java-разработчика, установленные в нестандартном каталоге.

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

Файл author-package.zip и инструкции в этой статье соответствуют версии пакета 6.0, который должен использоваться при подготовке всех новых статей и руководств. Даже если у вас сохранились предыдущие версии схемы и страниц XSL developerWorks, вам следует загрузить новую версию author-package.zip (ссылка приведена в разделе Загрузка).

Для статей и руководств используется единая главная схема (файл .xsd). При этом различаются страницы преобразований.

• Главная схема: dw-document-6.0.xsd
• В статьях используется страница стилей, соответствующая локализованной версии сайта. Например, страница dw-article-preview-worldwide-6.0.xsl используется для англоязычных статей для основного сайта developerWorks, а dw-article-preview-japan-6.0.xsl - для его японской версии.
• В руководствах используются другие страницы стилей, которые также различаются в зависимости от локализации. dw-tutorial-preview-worldwide-6.0.xsl используется для англоязычных руководств на основном сайте, а, например, dw-tutorial-preview-japan-6.0.xsl - для преобразования руководств на японском языке.

В начало

Шаг 2. Создание нового шаблона

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

При работе с Microsoft Windows

Перейдите в директорию developerworks и выполните скрипт new-article.vbs для создания статьи либо new-tutorial.vbs для создания руководства. Вы сможете задать имя каталога по вашему усмотрению. По умолчанию таковыми являются my-article для статей и my-tutorial для руководств.

Нажав OK, вы должны увидеть новую директорию внутри developerworks (для этого вам может потребоваться обновить список директорий, выбрав пункт меню View > Refresh). Она содержит шаблон вашей статьи или руководства (файл index.xml), а также скрипт проверки и преобразования в HTML (файл dw-transform.vbs).

При работе с Linux

Выполните скрипт new-article.sh или new-tutorial.sh в директории developerworks. Если у вас установлена оболочка KDE или GNO, то скрипты можно вызвать через графический менеджер, например Nautilus или Konqueror. В противном случае выполните их через командный интерпретатор. При этом вы увидите диалоговое окно, в котором будет предложено ввести имя проекта. Вы можете выбрать его по вашему усмотрению. Именами по умолчанию являются my-article и my-tutorial.

Выбрав OK (или нажав Enter), вы должны увидеть новую директорию внутри developerworks. Она содержит шаблон вашей статьи или руководства (файл index.xml), а также скрипт проверки и преобразования в HTML (файл dw-transform.vbs).

Замечание. При использовании графической оболочки (GNOME или KDE) вам потребуются пакеты zenity, gdialog или kdialog. В противном случае достаточно будет единственного пакета dialog.

В начало

Шаг 3. Редактирование и проверка XML

Существуют два основных способа редактирования и проверки вашего материала в формате XML.

При помощи XML-редактора с функцией проверки

Использование валидирующего XML-редактора для редактирования и проверки XML упрощает выявление ошибок в процессе работы. На сегодняшний день существует множество коммерческих редакторов для Windows и Linux, примерами которых являются Rational® Web Developer для WebSphere®, <oXygen/> и Altova XMLSpy (ссылки на документацию и страницы для загрузки приведены в разделе Ресурсы). Для этих редакторов существуют бесплатные ознакомительные версии, поэтому мы рекомендуем вам ознакомиться с инструкциями об их использовании. Все необходимые и вспомогательные файлы, которые вам потребуются для создания статьи или руководства developerWorks при помощи этих или других коммерческих XML-редакторов, содержатся в архиве author-package.zip.

Существует также ряд бесплатных редакторов XML. В дополнение к коммерческой версии XMLSpy, упомянутой выше, Altova предлагает бесплатную версию XMLSpy Home Edition. Кроме того, вы можете использовать XML Copy Editor - бесплатный редактор, выпускаемый под лицензией GNU GPL (General Public License). Наконец, для платформы Eclipse предлагается ряд подключаемых модулей, при помощи которых можно редактировать документы XML. Ссылки приведены в разделе Ресурсы.

При использовании редактора или среды разработки XML с функцией проверки не забывайте о следующих моментах.

• В генерируемых скриптами шаблонах все ссылки на файлы схем и страниц XSL являются относительными, т.е. указывают путь к файлам относительно директории статьи или руководства. Вам может потребоваться изменить эти ссылки на абсолютные, например путь ..\schema\6.0\dw-document-6.0.xsd на что-нибудь вроде C:\developerworks\schema\6.0\dw-document-6.0.xsd. Аналогичные изменения могут потребоваться для ссылок на страницы XSL. Кроме того, вам придется изменить имя и путь к странице XSL при подготовке материалов для локализованного сайта, например японского. Некоторые редакторы позволяют указывать местонахождение подобных файлов в настройках.
• Если после преобразования вашей статьи или руководства в HTML в нем не отображаются изображения, то, скорее всего, ваш XML-редактор создал страницу HTML во временной директории. В этом случае вам следует сохранить созданный документ HTML в директории проекта, например my-article, и открыть его при помощи редактора XML либо браузера.

При помощи текстового редактора и средств проверки

Если вам не удалось найти подходящий редактор XML с функцией проверки либо вы не хотите тратить время на его изучение, вы можете использовать ваш любимый текстовый редактор для работы с шаблоном XML. При этом проверка корректности шаблона и его преобразование в HTML могут выполняться при помощи утилит авторского пакета (dw-transform.vbs в Windows и dw-transform.sh в Linux). Для предварительного просмотра HTML-версии материала достаточно открыть его в браузере. Более подробная информация об утилитах авторского пакета приведена в статье Использование инструментов проверки XML от developerWorks.

В начало

Шаг 4. Предварительный просмотр статьи или руководства

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

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

Если вы используете текстовый редактор и скрипты developerWorks, то HTML-версия вашего материала будет создаваться в главной директории проекта. Для предварительного просмотра достаточно просто открыть файл index.html в браузере. Более подробная информация о работе со скриптами приведена в статье Использование инструментов проверки XML от developerWorks.

В начало

Советы по редактированию шаблонов

Заготовки XML, сгенерированные на шаге 2, – лучший источник советов по подготовке вашей статьи или руководства. Они содержат подробные комментарии, описывающие все аспекты создания материала. Ниже приведены некоторые из этих советов.

• Редактирование в Microsoft Word или OpenOffice Writer

  Вместо XML вы можете использовать шаблоны документов Word и Writer. Подробные инструкции приведены в статье Подготовка документов с использованием шаблонов Word и Writer от developerWorks.

  Кроме того, вы можете копировать текст из файлов другого формата в шаблон XML.

  • При копировании из файла, формат которого допускает вложенное форматирование, например Word или Writer, следует использовать функцию вставки содержимого буфера (paste или paste special) в виде текста либо предварительно сохранить исходный файл в формате TXT. Никогда не вставляйте содержимое буфера, скопированное из файла с форматированием.
  • Вам необязательно извлекать изображения из исходного документа в формате Word или Writer, просто перешлите его редакторам developerWorks. Наши графические дизайнеры обработают все изображения при подготовке окончательной версии.
  • Если в документе Word или Writer включена функция отслеживания изменений (track changes), не забудьте отключить ее перед копированием текста в XML. В противном случае вы вставите некую смесь текущей версии текста с ранее удаленными фрагментами.
• Закрытие тегов. Не забывайте закрывать теги. Например, тег абзацев (<p>) должен быть обязательно закрыт тегом </p>. Кроме того, пустые элементы, такие как теги перевода строки (<br />) и вставки изображения (<img />), должны содержать закрывающий символ косой черты (/).
  
  
• Не следует использовать теги span, коды шрифтов, классы шрифтов, а также теги CDATA.
  
  
• Листинги. При вставке листингов с примерами кода имейте в виду следующие моменты.
  
  
• Длина одной строки листинга не должна превышать 90 символов с учетом пробелов. Шаблон содержит пример с линейкой, которая поможет вам выдержать это требование.
  
  
• Максимальный размер листинга составляет 100 строк с учетом пустых строк.

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

  
  
• Старайтесь избегать пробелов и символов табуляции в конце строк, поскольку они учитываются при ограничениях на длину.
  
  
• Не начинайте строки листингов с символов табуляции. Для отступов лучше использовать пробелы.
  
  
• Не используйте теги CDATA. Если вам необходимо отображать теги XML, в частности угловые скобки, в примерах кода, используйте &lt; и &gt; (остальные специальные символы перечислены в таблице 1).
  
  
• Не используйте разные цвета. Если вы хотите выделить часть кода листинга, используйте теги <strong> и </strong>.
  
  
• Исходный код для загрузки. Если вы планируете предоставить исходный код, ссылка на который должна быть в разделе "Загрузка" вашей статьи или руководства, запакуйте его в виде zip-архива и перешлите вашему редактору отдельно.
  
  
• Графика. Все графические файлы, в том числе снимки экрана, должны быть сохранены в виде файлов JPG или GIF, причем они не должны превышать 580 символов в ширину. Отправьте их вашему редактору developerWorks. Подробная информация о создании эффектных графических изображений приведена в статье Иллюстрирование вашей статьи или руководства для developerWorks.
  
  
• Комментарии. По мере ознакомления с разметкой developerWorks вы можете убирать комментарии из шаблона, чтобы они не мешали вам работать с содержимым документа.
  
  
• Доступность. Не забывайте о читателях с ограниченными зрительными возможностями и следите за тем, чтобы ваша статья или руководство удовлетворяли требованиям к доступности Web-материалов. Во-первых, осторожно используйте цвета, а во-вторых, добавляйте текстовые описания для нетекстовых элементов. Второе требование относится к изображениям в вашей статье или руководстве. Вам следует добавить текстовое описание до и после изображения, чтобы оно было понятно всем читателям, которые не могут его увидеть. Кроме того, краткое описание изображения должно находиться в атрибуте "alt" тега <img>. Наконец, не создавайте изображения на основе таблиц, а также не помещайте в них слишком много текста. Примеры следования этим требованиям подробно описываются в статье Иллюстрирование вашей статьи или руководства для developerWorks.
  
  
• Специальные символы. Кодирование специальных символов представлено в таблице 1.

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

<TABLE border="0" width="100%">

В XML этот фрагмент должен быть представлен следующим образом:

<TABLE border="0" width="100%">

В начало

Советы по выделению текста

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

В начало

Отправка вашей статьи или руководства редактору developerWorks

Закончив работу над вашим материалом, отправьте его вашему редактору developerWorks в виде электронного письма, в которое вложен XML-файл статьи или руководства, а также все изображения и архив с исходным кодом. Инструкции и советы по созданию и отправке изображений приведены в статье Иллюстрирование вашей статьи или руководства для developerWorks: Создание эффектной графики.

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

В начало

Загрузка

Информация о методах загрузки

Ресурсы

Научиться

• Оригинал статьи: Authoring with the developerWorks XML templates (Иан Шилдс и Гретхен Мур, developerWorks, июль 2010 г.). (EN)
  
  
• Использование инструментов проверки XML developerWorks (developerWorks, февраль 2006 г.): если вы предпочитаете использовать текстовый редактор для редактирования XML-шаблона, вы можете использовать инструменты, поставляемые с авторским пакетом для проверки вашего XML-кода и просмотра материала.
  
  
• Подготовка документов с использованием шаблонов Word и Writer от developerWorks (developerWorks, апрель 2010 г.): мы также предлагаем шаблоны Word и Writer для авторов, которые предпочитают писать материалы в программах Microsoft Word или OpenOffice.org Writer вместо редактирования XML-шаблонов.
  
  
• В статье Иллюстрирование вашей статьи или руководства для developerWorks (developerWorks, апрель 2010 г.) приведены детальные инструкции и советы по созданию и передаче редакторам графических изображения для статей и руководств.
  
  
• Рекомендации для авторов developerWorks и редакционная политика: узнайте больше о нашей редакционной политике и ознакомьтесь с пожеланиями каждого редактора developerWorks к материалам для публикации. (EN)
  
  
• Технические мероприятия и Web-трансляции developerWorks: получайте актуальную информацию о продуктах IBM и по другим вопросам, имеющим отношение к IT. (EN)
  
  
• Бесплатные брифинги developerWorks Live! помогут вам быстро освоить продукты IBM, а также ознакомиться с тенденциями индустрии IT. (EN)
  
  
• Демонстрации on-demand: на сайте developerWorks представлено множество демонстраций, от установки и настройки продуктов, ориентированных на начинающих, до демонстрирования продвинутых возможностей для опытных разработчиков. (EN)
  
  
• Подпишитесь на сообщения developerWorks в Twitter. (EN)
  
  

Получить продукты и технологии

• Для работы скрипта dw-transform.vbs, который преобразовывает ваш материал в HTML, в Windows вам понадобится четвертая или шестая версия XML-процессора Microsoft (MSXML). Загрузите файл msxml.msi (4-я версия) или msxml6.msi (6-я версия). (EN)
  
  
• Для работы скрипта dw-transform.vbs, который преобразовывает ваш материал в HTML, в Linux вам понадобится пакет Java-разработчика от IBM версии 5.0 или выше. (EN)
  
  
• Среда Rational® Web Developer для WebSphere®, версия 7.5: загрузите ознакомительную версию непосредственно с сайта developerWorks. (EN)
  
  
• Ознакомительные версии продуктов IBM: используйте в вашем следующем проекте ознакомительное ПО IBM, которое можно загрузить непосредственно с сайта developerWorks. (EN)
  
  
• <oXygen/> XML-редактор/XSLT-отладчик (для разных платформ) и Altova XMLSpy (для Windows): ознакомьтесь и загрузите пробные версии этих и других коммерческих XML-редакторов. (EN)
  
  
• XML Copy Editor: получите дополнительную информацию об этом быстром и бесплатном редакторе XML, способном проверять и преобразовывать ваши документы XML. (EN)
  
  
• Прочитайте статью Разработка XML в Eclipse (developerWorks, апрель 2003 г.), в которой рассказывается о создании документов XML при помощи Eclipse с дополнительными подключаемыми модулями, такими как XMLBuddy от компании Bocaloco Software. (EN)
  
  
• Оцените продукты IBM: вы можете загрузить ознакомительные версии, опробовать продукты на сайте IBM или в облачной среде либо потратить несколько часов в "песочнице" SOA, изучая вопросы эффективной реализации сервис-ориентированных архитектур. (EN)
  
  

Обсудить

• Форма отправки материалов: отправьте идею статьи или руководства в developerWorks и начните диалог с редактором developerWorks. Кроме того, обратите внимание на список наиболее желательных тем для новых материалов. (EN)
  
  
• Контактная информация редакторов developerWorks: обратитесь к редактору технического раздела или страницы, посвященной интересующему вас продукту, если у вас есть какие-либо вопросы. (EN)
  
  
• Вступите в сообщество Мой developerWorks, параллельно изучая материалы в блогах разработчиков, группах, на форумах и страницах Wiki. (EN)
  
  

Об авторах

No bio.

Гретхен Мур (Gretchen Moore) участвует как Web-редактор в формировании редакционного стиля, издательского процесса и методов работы developerWorks с момента открытия сайта в 1999 году. Она является Web-редактором раздела Linux и руководит технической работой Web-редакции технологических разделов. Она обладатель диплома технического писателя Политехнического института им. Ренсселера в Трое (штат Нью-Йорк) и ученой степени по биологии, полученной в Университете штата Северная Каролина в Чапел-Хилл (штат Северная Каролина). За дополнительными сведениями обращайтесь к профилю Гретхен на "Моем developerWorks".

Оценить эту статью

Комментарии

В начало

Содержание

• Начало работы
• Статья или руководство?
• Основные шаги
• Шаг 1. Загрузите авторский пакет
• Информация о версии
• Шаг 2. Создание нового шаблона
• Шаг 3. Редактирование и проверка XML
• Шаг 4. Предварительный просмотр статьи или руководства
• Советы по редактированию шаблонов
• Советы по выделению текста
• Отправка вашей статьи или руководства редактору developerWorks
• Загрузка
• Ресурсы
• Об авторах
• Комментарии