正直一個一個比較調査は辛いので、これをこういう風に使っていて非常に良い等の情報がありましたら教えてください(ぺこり
Smart ASCII 系
--------------
setextについて
ttp://http://www.age.ne.jp/x/sf/SETEXT/ reStructuredText
ttp://http://docutils.sourceforge.net/rst.html dW : XML : XMLの論考 reStructuredText
ttp://http://www-6.ibm.com/jp/developerworks/xml/030411/j_x-matters24.html plain2
ttp://http://shika.aist-nara.ac.jp/products/plain2/plain2-j.html RFC2233-JP
ttp://http://rfc-jp.nic.ad.jp/rfc-jp/RFC2223-JP.txt Daring Fireball: Markdown
ttp://http://daringfireball.net/projects/markdown/ 読み手としては HTML/XML 系より読みやすいけど、書き手としては至極面倒。
なにより覚えにくい
入りやすさという意味では、HTMLみたいに特殊記号使う方がいいだろうね
マークアップしてるかしてないかが明確
Texinfoなら一応構造化テキストに入ると思うけど。
ネタが無いスレなのでいいんじゃない？
wikiはたしかに方言が多く統一感も無くて混乱するし、HTTPの制限からUIがダメダメで
書きにくいと感じていたけど、howmとかを使い込んで考えがかわったよ。
ていうか、マークアップしてるかしてないか明確なものがhtml/xml/texで、
その点に注目して明示的マークアップ系とsmart ascii系を分類したのじゃないのか。
smart asciiが明示的マークアップと一緒と思うのはどういう点で同一と感じるのさ?
変換後にどうマークアップされるかを思い浮かべると同じだと感じる。
変換するなら変換後のフォーマットの話であって、それは変換前の
フォーマットとは関係ないだろ?
一般的にはそうだね。の前半でwikiの話をしていたので、ではそれが
念頭にあった。wikiはHTMLにしかしないから。そう断っておくべきでした。
そんなに違いはないように感じる。
構文にオプションや属性を指定する節なんかを定義する事はできるだろうが、
Smart Ascii系でそういうのってあんまり使われてないよねぇ?
perlのB<POD>はどうよ。
=head2 書き易さ
Wikiと同じくらい。覚え易さもWikiと同じくらい。
=head2 汎用性
man、html、texinfo、TeXなんかに変換するのは楽だけど
YAMLのような汎用性は無い。
=cut
構造化テキストのフォーマットとしては、Wikiスタイルが今のとこベスト？
すまん忘れてくれ
ttp://www.xmlsmartdoc.org/ メリット
. xml なので、多い日も安心
. 数式を書くのが楽(TeX互換)
. 日本語OK
. tex, html, plain text変換
デメリット
. xmlなので、そのままでは読みにくいかも
. xmlなので、タグ書き面倒(HTMLと大差ないレベル)
. 便利に使い込もうと思うと、java, make(or ant) などの知識必須
. 凝ったPDFを出力しようと思ったら、それなりにTeXの知識がいる
TeXに慣れてるひと(書き貯めたスタイルファイルを無駄にしたくないとか、
数式はTeXじゃなきゃ書けないとか)が将来の文書ハンドリングの利便性に
不安を感じたときにオススメ
・閉じタグ必須で入力がHTMLの倍は面倒
・表現力が低い。パラグラフと箇条書きだけの文書なら使えるかもしれない
・一個の記述が複数のHTML記述に対応するとかの便利さもない
・図のサポートがいまいち。
やっぱり、はじめからLaTeXで書いた方が綺麗だし何より早いと思う
ま−でも、こういう自分言語って作る方は楽しいんだろうね
いままで書く所無かったんだよ。
俺の感想はだいたいと似たようなものだな。
・レイアウトを凝る必要が無い。
・テキストが多い。
というのに向いてそう。
支援して貰うのが前提な希ガス。
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なのが俺的に微妙だけど、ちょっくら試してみる。
俺は最初からSmarDocファイルで文書のレイアウトをするのはあきらめてるから。
細かいレイアウトをしたい時は生成されたLaTeXファイルを直接編集してdiffをとっとく。
sdoc文書を編集した時も、たいていはpatchで何とかなる。
...という一連の作業をMakefileで自動化しているので、なかなか快適で離れられない。
まぁデメリットに関しては の言う通りかと思う。とくにインライン数式が面倒すぎ。
ともかく、sdocにあまり文書のレイアウト情報は入れない方が精神的にも楽。
ttp://www.pault.com/pault/pxml/xmlalternatives.html まだ既出でない SmartASCII がごろごろしているのね(^^;
Wiki のフォーマットだと、「変換前のファイル」という風味が強すぎるんで。
後はRDとか。
・・・どっちもテーブルサポートがない奴だな(w
わかりやすい解説サイトを教えれ
こんなの情報整理スレでやってりゃ良かったんだよ。
後出しじゃんけん。
なくなってしまったので参照先はWayback Machine。
ttp://http://web.archive.org/web/20041011165213/http://cvs.m17n.org/~akr/markup ttp://www.pault.com/pault/pxml/xmlalternatives.html ますます、増えてないか。。。
マークアップのデファクトは DocBook な気がするけど、Smart ASCII のデファクトは決まらないのかなあ。。。
ttp://www.fiercewinds.net/siki/cgi/?Node=SikiFormat 正直微妙(w
あまりにも記号的すぎて自然な感が弱い。
>自然な感が弱い。
自然な感じだと、reStructuredText使うのが素直でしょうね……アレには敵わん。
ただ、あれだと後戻りが多くてパースするのが大変な気がするけど……どうなのかね？
ttp://en.wikipedia.org/wiki/Lightweight_markup_language Lightweight Markup Language という名称は定着するのかな
お手軽メモ書きに使って
打ち合わせ資料とかでそれっぽく変換できる
日本語をそれなりに扱える
いまのところ python 関連ということもあって
reStructuredText (docutils)使おうと思ってるんですけど
最近イケてるのって何かあるんですかね?
reST のさらに wrapper で kagipdf なるものも発見
(↑とりあえず日本語文書を扱うための wrapper みたいなもん?)
ワードパッド
構造化テキストで！＞＜
欲を言うならWinとLinuxでファイルを相互更新できたらいいな
ttp://pc11.2ch.net/test/read.cgi/mac/1188048483/ これだからマクド使いは、、、
で、現状最有力は結局XMLなの？
早くデファクトスタンダードが決まって欲しい
setext-j を微拡張した感じ。とん挫した残骸みたいだけど
ttp://www.piedey.co.jp/xetext/ （ページの一番下です）
自動的に<dt>にアンカーをつける方法ってないのかな。
↓こんな風に書けば望み通りの出力が得られるんだけど、
定義名とアンカーで2回exampleを書くのがいやだ…
example_ は例です。
.. _example:
example
説明
example_ は例です。
example
説明
xmlで出して変換しろって言うけど、そっちもやっぱり面倒で。
変換するのが良いんじゃないかと思えて来た。何と言っても wiki
フォーマットは書く為のフォーマットであるというのがグッド。
XML みたいに入力量が増えたりしないし、そのくせ適度に構造化
されているし、インデントが適当でも後で幾らでも整形出来るし、
HTML に変換するのも容易いし、勿論 wiki にもアップ出来る。
特殊なエディタのサポートを必要としないと言うのも良いね。
後は wiki->txt のツールをちょちょっとでっち上げれば完了。
問題があるとすれば、どの wiki フォーマットを使うかかな。
1. reStructuredText
2. plain2
3. 自分で作る
おいらは自作したけどね。RubyでもreStructuredText使えればなぁ。
docutils をsystem()みたく呼べばいいだけってことではないの?
それに文脈自由文法にも興味あったんで、勉強がてら俺構造化テキストを設計してみました。
まあ、RDがあまりにもアレ過ぎるっつうのもあったんだけどね。
- 見出しの中で最大見出しが一番目立たない記法ってのはおかしいだろ。
- 整形ずみ文書を字下げで表現するのはいかがなものか。エディタの支援必須になっちゃうよね。
- ((●●●))というのが多過ぎ。「見た目の装飾」と「リンク」ぐらいは分けた方が良かったと思う。
とか。
・ここをこうすればLL(1)になるんじゃね？
・これだとこういう組合せで破綻するよ
とか教えて貰えると助かります。
ttp://fiercewinds.net/siki/pub/Siki/SikiFormat/ > 記述や修正に手間のかかることが多いです
俺も RST の問題はここだと思う。
Wiki 書法よりも読み易さを重視した結果だろうけど。
RST -->
ttp://http://docutils.sourceforge.net/rst.html (reStructuredText) REST -->
ttp://http://ja.wikipedia.org/wiki/REST (Representational State Transfer) 拡張子は3文字信仰が多いから rst だけど、普通 reStructuredText を RST とは言わない.
ReST、reSTなどで大文字小文字で判別する.
そんな事どうでも良くない?
もしかして何でも決めつけたがりの人?
普通っていうほど普及してるもんでもないし、拡張子の話は誰もしていないし、
公式の URL は rst.html だし、ついでに言えばディレクトリも rst になっているし、
reStructuredText の仕様書中の例題も RST という略号を使用しているし、
Wikipedia でも一番最初に RST と書いてある。だから普通なのはむしろ RST
なんだと思うけど、君が ReST や reST と書いても俺は何の文句も言わないよ。
だって、こんな些細な事、普通はどうでも良いからね。
ttp://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:
ttp://http://docutils.sourceforge.net/rst.html ttp://http://ja.wikipedia.org/wiki/ReStructuredText > reStructuredText は RST、reST、ReST と略されることもある。
それよりももっと意味のある話をしようぜ。
もともと日本語って読み手・聞き手が文脈から意味を補足するのを前提にしている言語だし。
＃述語中心の構成とか
そんなことよりも>82の評価 or もっと優れた構造テキストとの比較ヨロ
発端なのに真っ赤になって書くから…
というのはさておき
------
所詮 plain text なんだから章題を「目立たせる」方法ってそんなにないので
その辺りはあまり拘っても仕方ない気がする
ReST ってガンガン書いて自分なりのルールが決まればいいんだろうけど
第何番目のレベルはどの記号だったっけ? とかがビミョ〜に面倒
(第 n.m.k 節 って書き方を auto-numbering 出来ればちょっと楽かもしれない)
あとリストの入れ子について、インデントレベルを気にして書くのも
チョイ面倒だったかな(やり方を勘違いしているのかもしれないが)
>「4文字で書くな」と決めつけたのが発端
(・∀・)ﾆﾔﾆﾔ
yes といえばいいだけのところでわざわざ RST じゃなきゃと言わんがばかりに主張してるんだから
reStructuredText rest の検索結果 約 98,300 件中 1 - 10 件目 (0.22 秒)
reStructuredText rst の検索結果 約 74,400 件中 1 - 10 件目 (0.27 秒)
reST が当たり前だというほどではないけど、rst の方が少数派なのは確かっぽい
>所詮 plain text なんだから章題を「目立たせる」方法ってそんなにないので
reStructuredTextは目立っていると思うよ。
＃とか＄とかの字面の黒い文字使ってさらに強調する手もあるけど、あれで十分じゃない？
ただ、指摘の通りアシストツールがないと結局書けなくなるよな。
参考書片手でもいいけど、そうなるとお手軽さが無くなるし……
そういや全然別の話だけど、reStructuredTextて文脈自由文法に納まっていたっけ？
> 明らかに決め付けたがりの人がどっちかは明らか
そんなに真っ赤になって書かなくても良いよ
もう諦めたら?
ついでに rest は使用頻度の高い一般名詞でもある
Google の検索結果を鵜呑みにせず、そういう所にも気を使おう
reStructuredTextのラッパ(?)でsphinxというのが出てきたそうな。
ttp://http://sphinx.pocoo.org/ python2.6のドキュメント↓もsphinxを使ってるんだと。
ttp://http://docs.python.org/dev/ reStructuredTextからのpdf生成がもっと簡単に(latexに頼らずに)
できるようになったら、自分で文書書くときはwordと決別できそう
なんだけど…
それは同意
微妙に面倒なんだよねぇ。日本語っていうのもあるけど。
ttp://http://hooktail.org/computer/index.php?kagiPDF ttp://http://sourceforge.jp/projects/kagipdf/ というラッパもあるんだけどこれで解決するのかしら?
最初から数式が使えるし、次のバージョンでは
要求仕様／設計結果対照表みたいな左右に並べるテーブルを
簡単に記述できるようになるみたいだし。
どっちもpythonで書かれているし、いっそのこと統合して欲しいもんじゃ。
pdfはいまいち使いにくいんだよね
html, markdown, reStructuredText あたりを読み込んで、
html, markdown, reStructuredText, pdf, LaTeX, DocBook XML その他
もろもろに変換できる、スグレもの。
ttp://johnmaxfarlane.net/pandoc/ utf8 で処理するって書いてあるけど
pdf とか latex とかはどうなるの?
asciidoc（原稿）+XSLT（デザイン）
このスレ読んでpandocが気になった。
すまんな、Asciidocに絡む案件があったのでageたくなったんだ
ネタが全くない状態だし
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人同様になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな
＞島本町って町は、暴力といじめの町なんだな
子供の時に受けた酷いイジメの体験は、一生癒えない後遺症になるなあ
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
ULIDTQ9K49
ttp://http://sky-y.github.io/site-pandoc-jp/users-guide/ pandocはこちら
今読んでる
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
TCJKI
