翻訳と辞書
Words near each other
・ Doc's Pass Wilderness
・ Doc, Hands of Steel
・ DOC2A
・ DOC2B
・ Doca
・ Doca (player)
・ Docabilly
・ Docado Syndicate
・ DocAgora
・ DOCAM
・ Docang
・ DOCARE
・ Docas, California
・ Docaviv
・ Docblock
DocBook
・ DocBook XSL
・ Doccia porcelain
・ Doce
・ Doce (disambiguation)
・ Doce (sweet)
・ Doce casas, Historia de mujeres devotas
・ Doce de Mãe
・ Doce de Mãe (TV series)
・ Doce de Octubre Department
・ Doce Fugitiva
・ Doce noches
・ Doce Pares
・ Doce River
・ Doce River (Goiás)


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

DocBook : ウィキペディア英語版
DocBook

DocBook is a semantic markup language for technical documentation. It was originally intended for writing technical documents related to computer hardware and software but it can be used for any other sort of documentation.〔(What is DocBook? )〕
As a semantic language, DocBook enables its users to create document content in a presentation-neutral form that captures the logical structure of the content; that content can then be published in a variety of formats, including HTML, XHTML, EPUB, PDF, man pages, Web help〔(DocBook WebHelp Project )〕 and HTML Help, without requiring users to make any changes to the source. In other words, when a document is written in DocBook format it becomes easily portable into other formats. It solves the problem of reformatting by writing it once using XML tags.
==Overview==
DocBook is an XML language. In its current version (5.x), DocBook's language is formally defined by a RELAX NG schema with integrated Schematron rules. (There are also W3C XML Schema+Schematron and Document Type Definition (DTD) versions of the schema available, but these are considered non-standard.)
As a semantic language, DocBook documents do not describe what their contents "look like", but rather the ''meaning'' of those contents. For example, rather than explaining how the abstract for an article might be visually formatted, DocBook simply says that a particular section ''is'' an abstract. It is up to an external processing tool or application to decide where on a page the abstract should go and what it should look like or whether or not it should be included in the final output at all.
DocBook provides a vast number of semantic element tags. They are divided into three broad categories: structural, block-level, and inline.
Structural tags specify broad characteristics of their contents. The book element, for example, specifies that its child elements represent the parts of a book. This includes a title, chapters, glossaries, appendices, and so on. DocBook's structural tags include, but are not limited to:
* set: Titled collection of one or more books, can be nested with other sets
* book: Titled collection of chapters, articles, and/or parts, with optional glossaries, appendices, etc.
* part: Titled collection of one or more chapters—can be nested with other parts, and may have special introductory text
* article: Titled, unnumbered collection of block-level elements
* chapter: Titled, numbered collection of block-level elements—chapters don't require explicit numbers, a chapter number is the number of previous chapter elements in the XML document plus 1
* appendix: Contained text that represents an appendix
* dedication: Text represents the dedication of the contained structural element
Structural elements can contain other structural elements. Structural elements are the only permitted top-level elements in a DocBook document.
Block-level tags are elements like paragraph, lists, etc. Not all these elements can directly contain text. Sequential block-level elements render one "after" another. After, in this case, can differ depending on the language. In most Western languages, "after" means below: text paragraphs are printed down the page. Other languages' writing systems can have different directionality; for example, in Japanese, paragraphs are often printed in downward columns, with the columns running from right to left, so "after" in that case would be to the left. DocBook semantics are entirely neutral to these kinds of language-based concepts.
Inline-level tags are elements like emphasis, hyperlinks, etc. They wrap text within a block-level element. These elements do not cause the text to break when rendered in a paragraph format, but typically they cause the document processor to apply some kind of distinct typographical treatment to the enclosed text, by changing the font, size, or similar attributes. (The DocBook specification ''does'' say that it expects different typographical treatment, but it does not offer specific requirements as to what this treatment may be.) That is, a DocBook processor doesn't have to transform an emphasis tag into ''italics''. A reader-based DocBook processor could increase the size of the words, or, a text-based processor could use bold instead of italics.

抄文引用元・出典: フリー百科事典『 ウィキペディア(Wikipedia)
ウィキペディアで「DocBook」の詳細全文を読む



スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.