構造化テキスト
SGML/XML 系 -------------- DocBook http://www.docbook.org/ SmartDoc http://www.asahi-net.or.jp/ ~dp8t-asm/java/tools/SmartDoc/index_ja.html Simple Outline XML: SOX http://www.langdale.com.au/SOX/ 明示マークアップ系 -------------- Scratch -- A Simple Text Formatting Processor http://scratchml.sourceforge.net/ Textism Tools Textile http://www.textism.com/tools/textile/ >>4 TeX(というかLaTeX?)は明示マークアップ系だと思いますが、 専用スレが存在しているので引き合いに出す程度が無難かなーと思います。 pdf 化の過程で LaTeX に一回落とす処理系は割と多そうなので、ほっといても関連しますので。 とりあえず単発だろ 参照サイトとかを提示すればいいってもんじゃないんだぞ 削除依頼だしてこいな 他力本願ならそれなりに踊ってみせろやといいたい unix のゆの字もはいってねーしな >>7 人が真面目に立てているのに取り合えずで片付けるのは失礼じゃないですか? 単発系のスレでこれだけのリンクをはって単発質問として発言した場合のことを少しでも想像して発言してますか? 脳髄反射な削除発言は自治じゃなくて自治厨だと思います。 >>8 踊れるなら初めから自分で(ry で、板違いだというならどの板に立てればいいのでしょうか。 ソフトでもあるし、UNIX 由来のTeX, roff と一緒に語られることもあるし、Wiki や Blog の記法としてWeb系の板で語られることもあるし。 最終的にUNIX板にしたのはGoogleで各ツール名で検索したら Unix/Linux の2板が多かったからです。 何らかの妥当な根拠を持って他の板に誘導してください。 あれだ、ピロユキにたのんで「構造化板」作ってもらえば、ばっちり。 >>9 そういうのにいちいち反応してたらきりないですよ。 で。 Linux板にDocBookスレがあるけど、いまいち伸びてない。 他にメジャーは構造化テキストとなると TeX くらい? HTMLは「構造」なのか、と言われると微妙だし。 という現状で、総合スレを普通に伸ばそうと思ったら、 1 の方向付けが鍵なのは確か。 専用スレのないフォーマット全般を扱うつもりなのか、 各フォーマットの比較みたいなことをやるのか。 Wiki記法とか、PODやらRDも立派な構造化テキストだろう。 個人的には、smart ascii 系がdiffしたり、cvsしたりするのに便利なので好き。 まぁ、unix板でいいんじゃないの。diffだのcvsだのgrepだのできて 喜ぶ連中がunix板以外にたくさんいるとは思えないし。 Linux板に立てた方がまともに進行するかもな。残念な話だが。 >>6 了解 >>15 あっち見てないのでここの方が嬉しい >>11 > 専用スレのないフォーマット全般を扱うつもりなのか、 > 各フォーマットの比較みたいなことをやるのか。 正直どっちもやりたい(^^; そんなに盛り上がらないだろうから話題を制限してもね。。。 >>12 WORD 等の文書は素材として使おうとするとすげーめんどくさいです。 sed とか awk とか perl とかでプログラマブルに加工できるのはすんげー魅力的です。 >>16 同意です。 明示的なマークアップはソフトウェアの処理に向いているのでiff(interchange file format)としては良いのですが、 人にはやさしくありません。。。 >>18 > 明示的なマークアップはソフトウェアの処理に向いているのでiff(interchange file format)としては良いのですが、 > 人にはやさしくありません。。。 確かに。 そこでWikiのような簡易記法が出てくるんだろうね。 Wiki のような smart ascii 系も、明示的なマークアップでしょ 読み手としては HTML/XML 系より読みやすいけど、書き手としては至極面倒。 なにより覚えにくい 入りやすさという意味では、HTMLみたいに特殊記号使う方がいいだろうね マークアップしてるかしてないかが明確 >>20 Texinfoなら一応構造化テキストに入ると思うけど。 ネタが無いスレなのでいいんじゃない? >>21 wikiはたしかに方言が多く統一感も無くて混乱するし、HTTPの制限からUIがダメダメで 書きにくいと感じていたけど、howmとかを使い込んで考えがかわったよ。 ていうか、マークアップしてるかしてないか明確なものがhtml/xml/texで、 その点に注目して明示的マークアップ系とsmart ascii系を分類したのじゃないのか。 smart asciiが明示的マークアップと一緒と思うのはどういう点で同一と感じるのさ? >>23 変換後にどうマークアップされるかを思い浮かべると同じだと感じる。 >>24 変換するなら変換後のフォーマットの話であって、それは変換前の フォーマットとは関係ないだろ? >>24 一般的にはそうだね。>>23 の前半でwikiの話をしていたので、>>24 ではそれが 念頭にあった。wikiはHTMLにしかしないから。そう断っておくべきでした。 構文でマークアップするかタグでマークアップするかでしょ。 そんなに違いはないように感じる。 Smart Ascii系と明示マークアップ系だと、書く量と文書の表現力がだいぶ違わないか? 構文にオプションや属性を指定する節なんかを定義する事はできるだろうが、 Smart Ascii系でそういうのってあんまり使われてないよねぇ? =head1 POD perlのB<POD>はどうよ。 =head2 書き易さ Wikiと同じくらい。覚え易さもWikiと同じくらい。 =head2 汎用性 man、html、texinfo、TeXなんかに変換するのは楽だけど YAMLのような汎用性は無い。 =cut テキストファイルとしてメモ帳クラスのアプリでも編集することを前提とした 構造化テキストのフォーマットとしては、Wikiスタイルが今のとこベスト? あー、構造化テキストとは言わないな・・・ すまん忘れてくれ smartdoc 派なオレがきましたよっと。 ttp://www.xmlsmartdoc.org/ メリット . xml なので、多い日も安心 . 数式を書くのが楽(TeX互換) . 日本語OK . tex, html, plain text変換 デメリット . xmlなので、そのままでは読みにくいかも . xmlなので、タグ書き面倒(HTMLと大差ないレベル) . 便利に使い込もうと思うと、java, make(or ant) などの知識必須 . 凝ったPDFを出力しようと思ったら、それなりにTeXの知識がいる TeXに慣れてるひと(書き貯めたスタイルファイルを無駄にしたくないとか、 数式はTeXじゃなきゃ書けないとか)が将来の文書ハンドリングの利便性に 不安を感じたときにオススメ SmartDoc は一時期使ってみたけど、いまいちだった ・閉じタグ必須で入力がHTMLの倍は面倒 ・表現力が低い。パラグラフと箇条書きだけの文書なら使えるかもしれない ・一個の記述が複数のHTML記述に対応するとかの便利さもない ・図のサポートがいまいち。 やっぱり、はじめからLaTeXで書いた方が綺麗だし何より早いと思う ま−でも、こういう自分言語って作る方は楽しいんだろうね 同じくsmartdoc派な俺も来ましたよ。 いままで書く所無かったんだよ。 俺の感想はだいたい>>33-34 と似たようなものだな。 ・レイアウトを凝る必要が無い。 ・テキストが多い。 というのに向いてそう。 思うに、タグ型のフォーマットは、それなりのオーサリングツールに 支援して貰うのが前提な希ガス。 smartdoc 程度ならエディタ補完とxmlタグ閉じプラグインで十分な希モス Docutils ttp://docutils.sourceforge.net/ Purpose The purpose of the Docutils project is to create a set of tools for processing plaintext documentation into useful formats, such as HTML, XML, and LaTeX. Support for the following sources has been implemented: だそうな。 lighttpdのページを見てて発見した。 reStructuredText の機能を含むが、wiki markupやらRFC822な メールファイルにも対応してるそうだ。 Pythonなのが俺的に微妙だけど、ちょっくら試してみる。 >>33 俺は最初からSmarDocファイルで文書のレイアウトをするのはあきらめてるから。 細かいレイアウトをしたい時は生成されたLaTeXファイルを直接編集してdiffをとっとく。 sdoc文書を編集した時も、たいていはpatchで何とかなる。 ...という一連の作業をMakefileで自動化しているので、なかなか快適で離れられない。 まぁデメリットに関しては >>33 の言う通りかと思う。とくにインライン数式が面倒すぎ。 ともかく、sdocにあまり文書のレイアウト情報は入れない方が精神的にも楽。 ttp://www.pault.com/pault/pxml/xmlalternatives.html まだ既出でない SmartASCII がごろごろしているのね(^^; 表現力は低くても、テキストファイルとして自然に読み下せる記法が欲しいな。 Wiki のフォーマットだと、「変換前のファイル」という風味が強すぎるんで。 Markdown が良さそうだけどね。 後はRDとか。 ・・・どっちもテーブルサポートがない奴だな(w 結局メジャーどころのマークアップ言語が一通り挙がったところで終わったな。このスレ。 こんなの情報整理スレでやってりゃ良かったんだよ。 昔akr先生が「構造化文書の記法」なる文書を書いていたのだが、いつのまにか なくなってしまったので参照先はWayback Machine。 http://web.archive.org/web/20041011165213/http ://cvs.m17n.org/~akr/markup ttp://www.pault.com/pault/pxml/xmlalternatives.html ますます、増えてないか。。。 マークアップのデファクトは DocBook な気がするけど、Smart ASCII のデファクトは決まらないのかなあ。。。 OASIS Darwin Information Typing Architecture (DITA) ってどう? 新しいのつくったぜ ttp://www.fiercewinds.net/siki/cgi/?Node=SikiFormat >>59 正直微妙(w あまりにも記号的すぎて自然な感が弱い。 コメントサンクス >自然な感が弱い。 自然な感じだと、reStructuredText使うのが素直でしょうね……アレには敵わん。 ただ、あれだと後戻りが多くてパースするのが大変な気がするけど……どうなのかね? asciidoc が cygwin に入りますた. 軽量ワープロとしてWYSIWYGで編集できるWindows用のツールなんてありませんか? ttp://en.wikipedia.org/wiki/Lightweight_markup_language Lightweight Markup Language という名称は定着するのかな read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる