構造化テキスト

2005/08/24(水) 00:02:40
構造化テキスト文書のフォーマットを調べたら山ほど出てきました。
正直一個一個比較調査は辛いので、これをこういう風に使っていて非常に良い等の情報がありましたら教えてください(ぺこり

Smart ASCII 系
--------------
setextについて
  http://www.age.ne.jp/x/sf/SETEXT/

reStructuredText
  http://docutils.sourceforge.net/rst.html

dW : XML : XMLの論考 reStructuredText
  http://www-6.ibm.com/jp/developerworks/xml/030411/j_x-matters24.html

plain2
  http://shika.aist-nara.ac.jp/products/plain2/plain2-j.html

RFC2233-JP
  http://rfc-jp.nic.ad.jp/rfc-jp/RFC2223-JP.txt

Daring Fireball: Markdown
  http://daringfireball.net/projects/markdown/
2005/08/24(水) 20:22:25
Wiki記法とか、PODやらRDも立派な構造化テキストだろう。
個人的には、smart ascii 系がdiffしたり、cvsしたりするのに便利なので好き。

まぁ、unix板でいいんじゃないの。diffだのcvsだのgrepだのできて
喜ぶ連中がunix板以外にたくさんいるとは思えないし。
2005/08/24(水) 20:50:46
ここまでの半分は自演だな
2005/08/24(水) 20:57:40
そういうつまんねーこと言うなよ
2005/08/24(水) 21:02:00
Linux板に立てた方がまともに進行するかもな。残念な話だが。
2005/08/24(水) 22:05:27
テキストマークアップすんの、まんどくさ
174
垢版 |
2005/08/24(水) 22:05:41
>>6
了解
>>15
あっち見てないのでここの方が嬉しい
2005/08/26(金) 04:56:28
>>11
> 専用スレのないフォーマット全般を扱うつもりなのか、
> 各フォーマットの比較みたいなことをやるのか。
正直どっちもやりたい（＾＾；
そんなに盛り上がらないだろうから話題を制限してもね。。。

>>12
WORD 等の文書は素材として使おうとするとすげーめんどくさいです。
sed とか awk とか perl とかでプログラマブルに加工できるのはすんげー魅力的です。

>>16
同意です。
明示的なマークアップはソフトウェアの処理に向いているのでiff(interchange file format)としては良いのですが、
人にはやさしくありません。。。
2005/08/26(金) 20:21:30
>>18
> 明示的なマークアップはソフトウェアの処理に向いているのでiff(interchange file format)としては良いのですが、
> 人にはやさしくありません。。。

確かに。
そこでWikiのような簡易記法が出てくるんだろうね。
20名無しさん＠お腹いっぱい。
垢版 |
2005/08/28(日) 18:33:27
Texi はここには入らんの？
2005/08/28(日) 19:51:31
Wiki のような smart ascii 系も、明示的なマークアップでしょ
読み手としては HTML/XML 系より読みやすいけど、書き手としては至極面倒。
なにより覚えにくい

入りやすさという意味では、HTMLみたいに特殊記号使う方がいいだろうね
マークアップしてるかしてないかが明確
2005/08/28(日) 20:17:15
>>20
Texinfoなら一応構造化テキストに入ると思うけど。
ネタが無いスレなのでいいんじゃない？
2005/08/29(月) 00:33:55
>>21
wikiはたしかに方言が多く統一感も無くて混乱するし、HTTPの制限からUIがダメダメで
書きにくいと感じていたけど、howmとかを使い込んで考えがかわったよ。

ていうか、マークアップしてるかしてないか明確なものがhtml/xml/texで、
その点に注目して明示的マークアップ系とsmart ascii系を分類したのじゃないのか。
smart asciiが明示的マークアップと一緒と思うのはどういう点で同一と感じるのさ?
2005/08/29(月) 03:17:11
>>23
変換後にどうマークアップされるかを思い浮かべると同じだと感じる。
2005/08/29(月) 04:02:37
>>24
変換するなら変換後のフォーマットの話であって、それは変換前の
フォーマットとは関係ないだろ?
2005/08/29(月) 06:19:30
>>24
一般的にはそうだね。>>23の前半でwikiの話をしていたので、>>24ではそれが
念頭にあった。wikiはHTMLにしかしないから。そう断っておくべきでした。
2005/08/29(月) 06:35:23
構文でマークアップするかタグでマークアップするかでしょ。
そんなに違いはないように感じる。
2005/08/29(月) 12:58:22
Smart Ascii系と明示マークアップ系だと、書く量と文書の表現力がだいぶ違わないか?
構文にオプションや属性を指定する節なんかを定義する事はできるだろうが、
Smart Ascii系でそういうのってあんまり使われてないよねぇ?
2005/08/29(月) 14:15:40
=head1 POD

perlのB<POD>はどうよ。

=head2 書き易さ

Wikiと同じくらい。覚え易さもWikiと同じくらい。

=head2 汎用性

man、html、texinfo、TeXなんかに変換するのは楽だけど
YAMLのような汎用性は無い。

=cut
30名無しさん＠お腹いっぱい。
垢版 |
2005/08/29(月) 14:50:26
YAML最高!!
31名無しさん＠お腹いっぱい。
垢版 |
2005/08/30(火) 09:21:00
テキストファイルとしてメモ帳クラスのアプリでも編集することを前提とした
構造化テキストのフォーマットとしては、Wikiスタイルが今のとこベスト？
3231
垢版 |
2005/08/30(火) 09:21:44
あー、構造化テキストとは言わないな・・・
すまん忘れてくれ
2005/08/30(火) 10:25:35
smartdoc 派なオレがきましたよっと。

ttp://www.xmlsmartdoc.org/

メリット
. xml なので、多い日も安心
. 数式を書くのが楽(TeX互換)
. 日本語OK
. tex, html, plain text変換

デメリット
. xmlなので、そのままでは読みにくいかも
. xmlなので、タグ書き面倒(HTMLと大差ないレベル)
. 便利に使い込もうと思うと、java, make(or ant) などの知識必須
. 凝ったPDFを出力しようと思ったら、それなりにTeXの知識がいる

TeXに慣れてるひと(書き貯めたスタイルファイルを無駄にしたくないとか、
数式はTeXじゃなきゃ書けないとか)が将来の文書ハンドリングの利便性に
不安を感じたときにオススメ
2005/08/30(火) 11:20:04
SmartDoc は一時期使ってみたけど、いまいちだった

・閉じタグ必須で入力がHTMLの倍は面倒
・表現力が低い。パラグラフと箇条書きだけの文書なら使えるかもしれない
・一個の記述が複数のHTML記述に対応するとかの便利さもない
・図のサポートがいまいち。

やっぱり、はじめからLaTeXで書いた方が綺麗だし何より早いと思う

ま−でも、こういう自分言語って作る方は楽しいんだろうね
2005/08/30(火) 12:16:48
同じくsmartdoc派な俺も来ましたよ。
いままで書く所無かったんだよ。
俺の感想はだいたい>>33-34と似たようなものだな。
　・レイアウトを凝る必要が無い。
　・テキストが多い。
というのに向いてそう。
2005/08/30(火) 21:59:51
思うに、タグ型のフォーマットは、それなりのオーサリングツールに
支援して貰うのが前提な希ガス。
2005/08/30(火) 23:55:01
smartdoc 程度ならエディタ補完とxmlタグ閉じプラグインで十分な希モス
2005/08/31(水) 01:00:20
つmgp
2005/08/31(水) 08:40:43
オッサンリングツール
2005/09/02(金) 00:57:32
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なのが俺的に微妙だけど、ちょっくら試してみる。
4132
垢版 |
2005/09/02(金) 01:43:24
>>33
俺は最初からSmarDocファイルで文書のレイアウトをするのはあきらめてるから。
細かいレイアウトをしたい時は生成されたLaTeXファイルを直接編集してdiffをとっとく。
sdoc文書を編集した時も、たいていはpatchで何とかなる。

...という一連の作業をMakefileで自動化しているので、なかなか快適で離れられない。
まぁデメリットに関しては >>33 の言う通りかと思う。とくにインライン数式が面倒すぎ。

ともかく、sdocにあまり文書のレイアウト情報は入れない方が精神的にも楽。
2005/09/08(木) 00:29:10
ttp://www.pault.com/pault/pxml/xmlalternatives.html
まだ既出でない SmartASCII がごろごろしているのね(^^;
2005/09/15(木) 04:25:55
保守
2005/09/21(水) 05:24:16
表現力は低くても、テキストファイルとして自然に読み下せる記法が欲しいな。
Wiki のフォーマットだと、「変換前のファイル」という風味が強すぎるんで。
2005/09/21(水) 06:15:16
じゃあ、plain2が最強
2005/09/22(木) 00:20:15
Markdown が良さそうだけどね。
後はRDとか。
・・・どっちもテーブルサポートがない奴だな(w
2005/09/22(木) 01:20:35
じゃあ、plain2が最強
2005/09/23(金) 14:57:38
>>47
わかりやすい解説サイトを教えれ
2005/09/23(金) 15:06:50
解説すら要らねーだろ
2005/10/09(日) 23:41:33
保守
2005/10/10(月) 00:00:05
結局メジャーどころのマークアップ言語が一通り挙がったところで終わったな。このスレ。
こんなの情報整理スレでやってりゃ良かったんだよ。
2005/10/10(月) 04:07:23
>>51
後出しじゃんけん。
2005/10/10(月) 10:16:34
結局 >>7 ってことだな。
2005/10/14(金) 02:54:19
昔akr先生が「構造化文書の記法」なる文書を書いていたのだが、いつのまにか
なくなってしまったので参照先はWayback Machine。

http://web.archive.org/web/20041011165213/http://cvs.m17n.org/~akr/markup
2006/01/02(月) 18:35:52
ttp://www.pault.com/pault/pxml/xmlalternatives.html
ますます、増えてないか。。。
マークアップのデファクトは DocBook な気がするけど、Smart ASCII のデファクトは決まらないのかなあ。。。
2006/05/04(木) 10:17:10
　
2006/05/04(木) 10:17:44
　
2006/06/13(火) 19:19:30
OASIS Darwin Information Typing Architecture (DITA) ってどう？
2006/06/16(金) 15:24:38
新しいのつくったぜ
ttp://www.fiercewinds.net/siki/cgi/?Node=SikiFormat
2006/06/19(月) 00:36:17
>>59
正直微妙(w
あまりにも記号的すぎて自然な感が弱い。
6159
垢版 |
2006/06/20(火) 01:29:50
コメントサンクス

>自然な感が弱い。
自然な感じだと、reStructuredText使うのが素直でしょうね……アレには敵わん。

ただ、あれだと後戻りが多くてパースするのが大変な気がするけど……どうなのかね？
2006/11/20(月) 01:37:05
保守
2006/11/29(水) 03:16:04
asciidoc が cygwin に入りますた.
2007/02/18(日) 15:24:13
保守
2007/03/22(木) 14:40:26
軽量ワープロとしてWYSIWYGで編集できるWindows用のツールなんてありませんか？
2007/04/13(金) 21:37:31
ttp://en.wikipedia.org/wiki/Lightweight_markup_language
Lightweight Markup Language という名称は定着するのかな
2007/09/23(日) 12:51:39
こんなスレあったのね…

お手軽メモ書きに使って
打ち合わせ資料とかでそれっぽく変換できる

日本語をそれなりに扱える

いまのところ python 関連ということもあって
reStructuredText (docutils)使おうと思ってるんですけど
最近イケてるのって何かあるんですかね?

reST のさらに wrapper で kagipdf なるものも発見
(↑とりあえず日本語文書を扱うための wrapper みたいなもん?)
2007/09/24(月) 19:42:29
>>65
ワードパッド
2007/10/31(水) 22:32:25
>>68
構造化テキストで！＞＜
欲を言うならWinとLinuxでファイルを相互更新できたらいいな
70名無しさん＠お腹いっぱい。
垢版 |
2007/11/03(土) 18:19:57
http://pc11.2ch.net/test/read.cgi/mac/1188048483/
2007/11/04(日) 23:33:07
そのスレ、内容はともかくグロ画像貼ってあんのはヒドイ
これだからマクド使いは、、、

で、現状最有力は結局XMLなの？
早くデファクトスタンダードが決まって欲しい
72名無しさん＠お腹いっぱい。
垢版 |
2007/11/08(木) 18:27:15
今更ながら Smart ASCII 系に「xetext」も。
setext-j を微拡張した感じ。とん挫した残骸みたいだけど
ttp://www.piedey.co.jp/xetext/
（ページの一番下です）
73名無しさん＠お腹いっぱい。
垢版 |
2007/11/28(水) 17:40:54
火病か
2007/12/21(金) 14:21:11
reStructuredText で用語集を作ろうと思ったんだけど、
自動的に<dt>にアンカーをつける方法ってないのかな。
↓こんな風に書けば望み通りの出力が得られるんだけど、
定義名とアンカーで2回exampleを書くのがいやだ…

example_ は例です。

.. _example:

example
　　説明
2007/12/21(金) 14:39:49
2回書かなかったらどうやって照合するの?
2007/12/21(金) 17:01:17
これだけでリンクが張られてくれるとベスト。

example_ は例です。

example
　　説明
2008/01/06(日) 19:41:04
reStructuredTextは、出力弄るのがちょっと面倒だよな。
xmlで出して変換しろって言うけど、そっちもやっぱり面倒で。
2008/01/18(金) 23:18:56
wiki フォーマットで書いて、ツールで見やすい形式のテキストに
変換するのが良いんじゃないかと思えて来た。何と言っても wiki
フォーマットは書く為のフォーマットであるというのがグッド。
XML みたいに入力量が増えたりしないし、そのくせ適度に構造化
されているし、インデントが適当でも後で幾らでも整形出来るし、
HTML に変換するのも容易いし、勿論 wiki にもアップ出来る。
特殊なエディタのサポートを必要としないと言うのも良いね。

後は wiki->txt のツールをちょちょっとでっち上げれば完了。
問題があるとすれば、どの wiki フォーマットを使うかかな。
2008/01/19(土) 01:10:05
お好きなのドゾー
1. reStructuredText
2. plain2
3. 自分で作る

おいらは自作したけどね。RubyでもreStructuredText使えればなぁ。
2008/01/19(土) 09:43:06
ruby でもっていうか
docutils をsystem()みたく呼べばいいだけってことではないの?
2008/01/19(土) 15:24:45
さすがにめんどかった。
それに文脈自由文法にも興味あったんで、勉強がてら俺構造化テキストを設計してみました。

まあ、RDがあまりにもアレ過ぎるっつうのもあったんだけどね。
- 見出しの中で最大見出しが一番目立たない記法ってのはおかしいだろ。
- 整形ずみ文書を字下げで表現するのはいかがなものか。エディタの支援必須になっちゃうよね。
- ((●●●))というのが多過ぎ。「見た目の装飾」と「リンク」ぐらいは分けた方が良かったと思う。
とか。
8281
垢版 |
2008/01/19(土) 15:32:51
そういえば昔まとめた解説を発掘したんだけど、文法についてコメント頂けますか？
・ここをこうすればLL(1)になるんじゃね？
・これだとこういう組合せで破綻するよ
とか教えて貰えると助かります。
ttp://fiercewinds.net/siki/pub/Siki/SikiFormat/
2008/01/19(土) 15:49:46
>>82
> 記述や修正に手間のかかることが多いです

俺も RST の問題はここだと思う。
Wiki 書法よりも読み易さを重視した結果だろうけど。
2008/01/20(日) 02:36:28
RST って ReST (reStructuredText) のこと?
2008/01/20(日) 08:43:24
いや、RST は reStructuredText の事だよ

RST --> http://docutils.sourceforge.net/rst.html (reStructuredText)
REST --> http://ja.wikipedia.org/wiki/REST (Representational State Transfer)
2008/01/20(日) 12:22:14
>>85
拡張子は3文字信仰が多いから rst だけど、普通 reStructuredText を RST とは言わない.
ReST、reSTなどで大文字小文字で判別する.
2008/01/20(日) 14:08:32
>>86
そんな事どうでも良くない?
もしかして何でも決めつけたがりの人?

普通っていうほど普及してるもんでもないし、拡張子の話は誰もしていないし、
公式の URL は rst.html だし、ついでに言えばディレクトリも rst になっているし、
reStructuredText の仕様書中の例題も RST という略号を使用しているし、
Wikipedia でも一番最初に RST と書いてある。だから普通なのはむしろ RST
なんだと思うけど、君が ReST や reST と書いても俺は何の文句も言わないよ。
だって、こんな些細な事、普通はどうでも良いからね。

http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html

> |RST|_ is a little annoying to type over and over, especially
> when writing about |RST| itself, and spelling out the
> bicapitalized word |RST| every time isn't really necessary for
> |RST| source readability.
>
> .. |RST| replace:: reStructuredText
> .. _RST: http://docutils.sourceforge.net/rst.html

http://ja.wikipedia.org/wiki/ReStructuredText
> reStructuredText は RST、reST、ReST と略されることもある。

それよりももっと意味のある話をしようぜ。
8881
垢版 |
2008/01/20(日) 14:30:59
どうせ2chなんだから、疑似問題が発生しない程度に判りゃ良いよ。
もともと日本語って読み手・聞き手が文脈から意味を補足するのを前提にしている言語だし。
＃述語中心の構成とか

そんなことよりも>82の評価 or もっと優れた構造テキストとの比較ヨロ
2008/01/21(月) 10:56:41
>87=85 が 「4文字で書くな」と決めつけたのが
発端なのに真っ赤になって書くから…

というのはさておき

------

所詮 plain text なんだから章題を「目立たせる」方法ってそんなにないので
その辺りはあまり拘っても仕方ない気がする

ReST ってガンガン書いて自分なりのルールが決まればいいんだろうけど
第何番目のレベルはどの記号だったっけ? とかがビミョ〜に面倒
(第 n.m.k 節 って書き方を auto-numbering 出来ればちょっと楽かもしれない)

あとリストの入れ子について、インデントレベルを気にして書くのも
チョイ面倒だったかな(やり方を勘違いしているのかもしれないが)
2008/01/21(月) 21:26:11
>>89
>「4文字で書くな」と決めつけたのが発端

(・∀・)ﾆﾔﾆﾔ
2008/01/22(火) 02:26:48
>>85 を見れば明らかに決め付けたがりの人がどっちかは明らかだよな
yes といえばいいだけのところでわざわざ RST じゃなきゃと言わんがばかりに主張してるんだから
2008/01/22(火) 02:30:04
ついでに Google の結果
reStructuredText rest の検索結果 約 98,300 件中 1 - 10 件目 (0.22 秒)
reStructuredText rst の検索結果 約 74,400 件中 1 - 10 件目 (0.27 秒)

reST が当たり前だというほどではないけど、rst の方が少数派なのは確かっぽい
2008/01/22(火) 03:13:25
おまいら省略形禁止。reStructuredTextて書け。


>所詮 plain text なんだから章題を「目立たせる」方法ってそんなにないので
reStructuredTextは目立っていると思うよ。
＃とか＄とかの字面の黒い文字使ってさらに強調する手もあるけど、あれで十分じゃない？

ただ、指摘の通りアシストツールがないと結局書けなくなるよな。
参考書片手でもいいけど、そうなるとお手軽さが無くなるし……


そういや全然別の話だけど、reStructuredTextて文脈自由文法に納まっていたっけ？
2008/01/22(火) 10:26:39
>>91-92
> 明らかに決め付けたがりの人がどっちかは明らか

そんなに真っ赤になって書かなくても良いよ
もう諦めたら?
2008/01/22(火) 10:40:14
>>92
ついでに rest は使用頻度の高い一般名詞でもある
Google の検索結果を鵜呑みにせず、そういう所にも気を使おう
96名無しさん＠お腹いっぱい。
垢版 |
2008/08/15(金) 22:26:24
過疎ってるなー

reStructuredTextのラッパ(?)でsphinxというのが出てきたそうな。
http://sphinx.pocoo.org/

python2.6のドキュメント↓もsphinxを使ってるんだと。
http://docs.python.org/dev/

reStructuredTextからのpdf生成がもっと簡単に(latexに頼らずに)
できるようになったら、自分で文書書くときはwordと決別できそう
なんだけど…
2008/08/16(土) 17:42:33
> pdf生成がもっと簡単に

それは同意
微妙に面倒なんだよねぇ。日本語っていうのもあるけど。

http://hooktail.org/computer/index.php?kagiPDF
http://sourceforge.jp/projects/kagipdf/
というラッパもあるんだけどこれで解決するのかしら?
2008/09/17(水) 00:03:02
reStructuredTextよりもasciidocの方が良い気がしてきたぞ…
最初から数式が使えるし、次のバージョンでは
要求仕様／設計結果対照表みたいな左右に並べるテーブルを
簡単に記述できるようになるみたいだし。
どっちもpythonで書かれているし、いっそのこと統合して欲しいもんじゃ。
2008/09/17(水) 02:03:16
asciidocってreStructuredTextなんだと思ってた・・・
2008/09/17(水) 10:12:56
ニホンゴ(EUC? UTF8?)は使えるんでしょうか?

2008/09/17(水) 17:39:24
infoみたいにemacsから容易に利用できかつ画像とか埋め込めるフォーマットねぇかなぁ
pdfはいまいち使いにくいんだよね
102名無しさん＠お腹いっぱい。
垢版 |
2008/11/12(水) 23:36:04
Emacs Muse とか使っている人いる？
2008/11/18(火) 03:14:03
pandoc 使え pandoc

html, markdown, reStructuredText あたりを読み込んで、
html, markdown, reStructuredText, pdf, LaTeX, DocBook XML その他
もろもろに変換できる、スグレもの。

ttp://johnmaxfarlane.net/pandoc/
2008/11/18(火) 11:28:26
ニホンゴは?

utf8 で処理するって書いてあるけど
pdf とか latex とかはどうなるの?
2010/01/15(金) 22:03:42
org-modeが便利
106名無しさん＠お腹いっぱい。
垢版 |
2010/09/29(水) 04:56:11
俺はこの組み合わせ
asciidoc（原稿）+XSLT（デザイン）


このスレ読んでpandocが気になった。
2010/09/29(水) 18:50:14
また古いスレ上がってんな。smartdocとか懐かしいな。流石にもう誰も使ってねーよなw
2010/09/29(水) 23:35:31
>107
すまんな、Asciidocに絡む案件があったのでageたくなったんだ
2010/10/26(火) 14:04:58
outline-modeじゃだめなん?
2011/12/13(火) 00:03:29.52
htmlファイルを読み込んで、構造を表示してくれるようなアウトラインプロセッサが欲しい…
2012/02/18(土) 04:20:25.80
asciidocベースで個人サイト構築作業してるけど、Pandoc使いたくなってきてしょうがない。
2012/02/18(土) 04:45:44.32
というかもう設定ファイル見飽きた…高機能だけど無駄にHTML汚いし…そもそもちゃんとXMLパースしろよ…
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況