Подготовка документов с использованием XML-шаблонов от developerWorks

Пошаговые инструкции для авторов по созданию материалов, публикуемых на сайте developerWorks

Добро пожаловать, авторы! Из этой статьи вы узнаете, как готовить технические материалы к публикации на сайте developerWorks. Всё довольно просто. Сначала необходимо загрузить набор XML-шаблонов и заполнить в них соответствующие поля при помощи любого XML-редактора с функцией валидации либо при помощи вашего любимого текстового редактора в Microsoft® Windows® или Linux®. Затем следует проверить, что полученный документ соответствует схеме developerWorks, и выполнить предварительный просмотр. В статье также приводятся советы по составлению материалов и их отправке сотрудникам developerWorks.

Ян Шилдс , Старший программист, IBM

Джон Холтман, специалист по поддержке сообщества и инструментария developerWorks, IBM

author photo - john holtmanДжон Холтман (John Holtman) является руководителем группы developerWorks Content and Community. Эта группа обеспечивает поддержку первого уровня приложений сообщества developerWorks, а также отвечает за техническое сопровождение инструментов авторинга и редактирования. После своего прихода в IBM в 1983 году Джон Холтман работал на различных должностях, большинство из которых было связно с проектированием, созданием и доставкой технической и маркетинговой информации в печатные, онлайновые и интерактивные издания. Джон Холтман закончил Дейтонский университет (Дейтон, шт. Огайо, США) по специальности «связи с общественностью».



Гретхен Мур, Web-редактор developerWorks, IBM

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



14.05.2014

Хотите использовать шаблоны Word или OpenDocument вместо XML-шаблонов?

На тот случай, если автор предпочитает создавать материалы с помощью редактора Microsoft Word, OpenOffice.org Writer, IBM Lotus Symphony или другого редактора с поддержкой OpenDocument, мы также предлагаем шаблоны для Word и OpenDocument. Прочтите смежную статью под названием Подготовка документов с использованием шаблонов Word и Writer от developerWorks..

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

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

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

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

При подготовке статьи или руководства к публикации не забывайте о читателях с ограниченным зрением. В частности, следует добавлять текстовые описания к нетекстовым объектам, например изображениям. Далее в этой статье приведено несколько примеров требований по обеспечению доступности веб-контента. Чтобы узнать больше о доступности веб-контента, ознакомьтесь с рекомендациями и методиками, изложенными в документе Руководство по обеспечению доступности веб-контента 2.0..


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

Для создания собственного материала выполните следующие действия:

  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-7.0.xsd. (7.0 - это версия схемы developerWorks на момент написания этой статьи).
  • tools— содержит шаблон template-dw-article-7.0.xml а также ряд утилит, помогающих создавать новые статьи и проверять их разметку. В дочернем каталоге java находится исходный код Java™-приложений, используемых утилитами проверки и преобразования XML для Linux, на случай, если вы захотите их изменить или перекомпилировать.
  • web— содержит изображения и скрипты JavaScript, необходимые для предварительного просмотра материала.
  • xsl— cодержит основные файлы стилевых преобразований, необходимых для предварительного просмотра материалов. Основные страницы XSL находятся в подкаталоге, имя которого соответствует либо глобальной версии developerWorks (7.0/en_US/ dw-document-html-worldwide-7.0.xsl), либо одной из локализаций (например, 7.0/ja_JP/dw-document-html-japan-7.0.xsl для Японии).

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


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

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

13 августа 2013 года мы обновили шаблоны с целью изменения общего облика публикуемых материалов. Этот новый формат соответствует нынешним взглядам IBM на веб-материалы. Обновленные шаблоны имеют более простой формат, шрифты увеличенного размера и динамическую таблицу "Содержание", поддерживают увеличенные размеры иллюстраций и листингов, а также встраивание и автоматическое отображение иллюстраций и листингов нестандартного размера. Кроме того, в этих шаблонах реализована поддержка встроенного воспроизведения видеороликов и демонстраций, улучшена поддержка таблиц данных, а также возможно выделение блоков содержимого и отображение выносных цитат.

22 мая 2012 года мы реализовали несколько внутренних обновлений, не затрагивающих авторов. В этом выпуске также была исправлена ошибка в шаблоне knowledge path, непреднамеренно возникшая в предыдущем выпуске.

9 марта 2012 года мы добавили поддержку новых разделов Agile transformation, Business process management и Mobile development.

16 и 28 ноября 2011 года мы реализовали несколько внутренних обновлений, не затрагивающих авторов (эти обновления улучшили работу с насыщенным медиа-содержимым и с PDF-материалами, а также ввели новый шаблон для начальных страниц).

6 октября 2011 года мы обновили шаблоны содержимого, включив новый элемент rich-media-source. Мы также обновили некоторые комментарии и примеры в шаблоне knowledge path.

1 сентября 2011 года мы ввели полномасштабную поддержку авторов, создающих материалы типа Путь к знаниям, вместо поддержки бета-уровня, которая имела место до этого.

27 мая 2011 года мы добавили поддержку бета-уровня для авторов, создающих содержимое нового типа под названием Путь к знаниям (knowledge path). Кроме того, мы обновили внутренние файлы с целью улучшения технического сопровождения и повышения доступности для нескольких типов содержимого; эти изменения не затрагивают авторов.

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

18 апреля 2011 года мы добавили поддержку нового раздела IBM i.

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

Все материалы используют один и тот же основной файл схемы (xsd), который носит имя dw-document-7.0.xsd. Однако используемая в содержимом таблица стилей зависит от локального сайта, для которого пишется данная статья. Например, для англоязычных материалов на международном сайте developerWorks используется файл 7.0/en_US/dw-document-html-worldwide-7.0.xsl, а для локального сайта на японском языке - файл 7.0/ja_JP/dw-document-html-japan-7.0.xsl.


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

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

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

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

Рисунок 1. Создание и присвоение имени новой статье в Windows
Screen capture of the dialog that appears when you click new-article.vbs to create and name a new article on Windows

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

При работе с Linux

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

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

Замечание: При использовании графической оболочки (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 file.

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

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

  • В генерируемых скриптами шаблонах все ссылки на файлы схем и страниц XSL являются относительными, т.е. указывают путь к файлам относительно директории статьи или руководства. Вам может потребоваться изменить эти ссылки на абсолютные, например путь ..\schema\7.0\dw-document-7.0.xsd на что-нибудь вроде C:\developerworks\schema\7.0\dw-document-7.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

Подобно всем документам XML, шаблоны авторского пакета удовлетворяют следующему набору правил:

  • Теги XML, как правило, являются парными, т.е. существуют открывающий и закрывающий теги. Например, элементы <title> и </title> представляют собой открывающий и закрывающий теги для заголовка статьи.
  • Ваш текст должен помещаться между открывающим и закрывающим тегами, например <title>Быстрый рост Groovy</title>.
  • Исключением являются теги, которые одновременно являются открывающими и закрывающими, например тег для перевода строки (<br />) или изображения (<img />), В этом случае тег заканчивается символами />.
  • Названия тегов XML (текст между угловыми скобками) являются чувствительными к регистру. Имена открывающих и закрывающих тегов должны в точности совпадать, например теги <Aacute /> и <aacute /> считаются различными. Имена большинства элементов, использующихся в шаблонах developerWorks, указаны в нижнем регистре.
  • Комментарии в XML выделяются конструкциями <!-- и -->.

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

  • Редактирование в форматах Microsoft Word или OpenDocument?

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

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

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

    • В шаблоне статьи имеется два различных элемента для работы с программным кодом: <code-listing> и <code>. Используйте элемент <code-listing> для отделения своего примера кода от окружающего текста. Если вы хотите поместить команду внутрь текста параграфа (встроенный код), воспользуйтесь элементом <code>.
    • Длина одной строки листинга не должна превышать 105 символов, с учетом пробелов. Шаблон содержит образец с линейкой, которая поможет вам выдержать это требование.
    • Максимальный размер листинга составляет 100 строк, с учетом пустых строк.

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

    • Старайтесь избегать пробелов и символов табуляции в конце строк, поскольку они учитываются при ограничениях на длину.
    • Не начинайте строки листингов с символов табуляции. Для отступов лучше использовать пробелы.
    • Не используйте теги CDATA. Если вам необходимо отображать теги XML, в частности угловые скобки, в примерах кода, используйте < и > (остальные специальные символы перечислены в таблице 1).
    • Не используйте разные цвета. Если вы хотите выделить часть кода листинга, используйте теги (<strong> и </strong>).
  • Исходный код для загрузки. Если вы планируете предоставить исходный код, ссылка на который должна быть в разделе "Загрузка" вашей статьи или руководства, запакуйте его в zip-архив и перешлите вашему редактору отдельно. Ваш редактор будет нести ответственность за корректную загрузку этого файла из статьи.
  • Графика. Все графические файлы, в том числе снимки экрана, должны быть сохранены в виде файлов JPG, GIF или PNG и не должны превышать 850 пикселов в ширину. Отправьте их вашему редактору developerWorks. Подробная информация о создании наглядных графических изображений приведена в статье Иллюстрирование вашей статьи или руководства для developerWorks.
  • Комментарии. По мере ознакомления с разметкой developerWorks вы можете убирать комментарии из шаблона, чтобы они не мешали вам работать с содержимым документа.
  • Доступность. Не забывайте о читателях с ограниченными зрительными возможностями и следите за тем, чтобы ваша статья удовлетворяла требованиям к доступности Web-материалов. Во-первых, осторожно используйте цвета, во-вторых, добавляйте текстовые описания для нетекстовых элементов. Второе требование относится к изображениям в вашей статье. Вам следует добавить текстовое описание до и после изображения, чтобы оно было понятно всем читателям, которые не могут его увидеть. Кроме того, краткое описание изображения должно находиться в атрибуте "alt" тега <img>. Наконец, не создавайте изображения на основе таблиц, а также не помещайте в них слишком много текста. Примеры следования этим требованиям подробно описываются в статье Иллюстрирование вашей статьи или руководства для developerWorks.
  • Специальные символы. Коды специальных символов представлены в таблице 1.
Таблица 1. Специальные символы
СимволКод в XML
Амперсанд (&)&amp; (амперсанды всегда необходимо указывать в виде кода &amp; —даже в URL.)
Апостроф (')&apos;
Левая угловая скобка или символ "меньше" (<)&lt;
Длинное тире (—)<mdash />
Двойные кавычки (")&quot; (В тексте вы можете использовать обычный клавиатурный символ, но внутри элементов XML следует вставлять &quot;)
Зарегистрированный товарный знак (®)<reg/> (Авторы могут, но не обязаны, вставлять символ зарегистрированного товарного знака; редколлегия developerWorks позаботится об этом.)
Правая угловая скобка или символ "больше" (>)&gt;
Товарный знак (™)<trade/> (Авторы могут, но не обязаны, вставлять символ товарного знака; редколлегия developerWorks позаботится об этом.)

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

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

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

&lt;TABLE border="0" width="100%"&gt;


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

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

Таблица 2. Рекомендуемые правила выделения
Выделяемый элементРекомендуемое выделениеПример кодирования в XML
"Заголовок статьи"Кавычки"Введение в разработку для Android"
Название книги<em><em>Создание AI-приложений</em>
КлассКод в строкеКласс <code type="inline">Command</code>
ЛистингСекция кода<code type="section">
struct my_data_structure {
    int value;
    struct list_head list;
};
</code>
Фрагмент кода в текстеКод в строке<code type="inline">my_hrtimer_callback</code>
Название серии или колонки<em>Серия <em>Введение в Linux</em> на сайте developerWorks
Имя командыКод в строкеКоманда <code type="inline">Print</code>
Имя диалога или панелиНет выделенияДиалоговое окно с опциями установки
Акцентирование<strong>. Пример: "Максимальная длина строки листинга составляет 105 символов".Максимальная длина строки листинга составляет <strong>105 символов</strong>.
Имя файлаНет выделенияsample.zip
Элементы пользовательского интерфейса<strong>. Пример: "Выберите пункт Options > Preferences".Выберите пункт <strong>Options</strong> > <strong>Preferences</strong>.
Элемент HTMLКод в строкеЭлемент <code type="inline">title</code>
Ключевое словоКод в строкеКлючевое слово <code type="inline">cloud</code>
МакросКод в строкеМакрос <code type="inline">LIST_HEAD</code> macro
Название журнала<em><em>Linux Magazine</em>
Сообщение или подсказка для пользователяКод в строке<code type="inline">Очередь создана успешно</code>
МетодКод в строкеМетод <code type="inline">execute()</code>
ОбъектКод в строкеОбъект <code type="inline">Zend_Service_Amazon_Sqs</code>
ПутьНет выделенияC:\jdk1.6.0_18
Термин, определяемый в контексте<em><em>кольцо таймеров</em>
Тип данных (например, int или long)Код в строкеТип <code type="inline">int</code>
URL в текстеНет выделенияwww.ibm.com/developerworks/
Переменная<em><em>your-file</em>
Название Web-сайтаНет выделенияWeb-сайт developerWorks
Элемент XMLКод в строкеЭлемент <code type="inline">heading</code>

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

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

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

Ресурсы

Научиться

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

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=XML
ArticleID=975269
ArticleTitle=Подготовка документов с использованием XML-шаблонов от developerWorks
publish-date=05142014