ある日のorg-mode

デキる猫は今日も麦汁 @mugijiru

買っておいてまだ読んでない本いっぱいあるよなー。ってのを管理したい欲求ががが。ブクログは、そのあたりは、インターフェースがごちゃごちゃしているので向いてない。というかemacs-w3mで見られる気がしない。

デキる猫は今日も麦汁 @mugijiru

@r_takaishi 自作してもそうなりますよねやっぱり……。だから外部サービスで我慢して使わなくなったらそれはそれでって思ってたんですけどねw

デキる猫は今日も麦汁 @mugijiru

@r_takaishi DVDでそれやって放置されてますww

🌻 ryo takaishi🌻 @r_takaishi

@mugijiru 携帯から登録できればorg-modeで書籍管理ワンチャンありますね

kiwanami @kiwanami

org-mode のScalazによるパーサーが実現できるのであれば、org-mode の脱elisp化も可能性がでてくる。 http://t.co/G2TQih5j

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami Scalaz?でなくてもパーサ書けると思うのですが，何が違うのでしょうか?パーサコンビネータというのがよほど強力?

kiwanami @kiwanami

@r_takaishi そうですね。パーサーコンビネーターで書けると解析するコードが短くなって理解しやすいというのもありますし、とりあえず org のデータを再利用するのに今の org-mode のelispコードをスタートにしなくていいというだけでもすごい前進だと思っています。

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami なるほど．org-modeのパーサとしてはRubyやPython，CLによる実装がありますが，パーサコンビネータの有無以外にScalazが有利な点はありますか?

🌻 ryo takaishi🌻 @r_takaishi

cl-parser-combinatorsもあった，これでorg-modeパースしてみるか

kiwanami @kiwanami

@r_takaishi あら、他の実装があることにきがついてませんでした！orgの仕様が多すぎて無いのかと思ってました。個人的には浅海さんクオリティというのがポイント高いです。

kiwanami @kiwanami

org-mode-tools 見てみたけどいっぱいある。そうすると、DOMみたいな標準ドキュメントモデルがあればとか思うのだけど、そもそもorgはオーサリングツールなのか、DBなのか、あるいはどちらでもないのか、ヘビーに使ってる人はどう考えてるのか気になる。

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami 今はRuby製のパーサが活発に開発されているはずです．より効率よく開発できるならScalaが台頭してくる可能性はありますね!

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami Emacsの外では，単純にorgからhtmlなどに変換する使われ方が多いと思います．orgファイルを編集するのはMobileOrg位しか使われてるのはないのではないかと．

kiwanami @kiwanami

@r_takaishi PythonとRubyのコードを見ると orgmode のコードと違って結構頑張ってる感じだったので、これならこれでいい感じがしてます。scalaだとandroidでそのまま動いたりするので、そういう用途にはmobileorgみたいに使えるのかなと思います

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami ドキュメントモデルというのかよくわかりませんが，orgの中を編集するためのAPI仕様のようなものはほしいですね．今僕が触っているCommonLisp製のパーサにも，タスクの追加や操作機能は加えたいと思っています．

kiwanami @kiwanami

@r_takaishi そうですよね。なのでオーサリングツールなんだと思ってます。一方でDBとして扱えば、calfwとかで毎回パースするから遅いので速くしたいとか、高度な検索が使いたいとか、データ共有したいという要望がすぐに満たせるのにとは思ってます。

Takaaki Ishikawa @takaxp

@kiwanami Org は「第二の脳」と思ってます（ｷﾘ 自分の脳と対話すると独り言になりますが，Emacsを通じてOrgと対話している感じですな '-' DBであり編集UIでもあるので，どちらが欠けてもOrgではなくなると思います．

kiwanami @kiwanami

@r_takaishi JSでHTMLを操作するときのDOMのような、ある程度セマンティクスを含んだデータ型と操作という感じです。言語非依存で共通のモデルを定義しておけば、各実装の設計や、実装間のデータの相互利用などがすごくスムーズになると思っています。

ヽ（´・肉・｀）ノ @niku_name

@kiwanami @r_takaishi いいなぁ…欲しいですね

kiwanami @kiwanami

@takaxp fukuoka-emacs で @nom4476 さんの操作を見ていてそういう感じを受けました。テキストファイルの場所やファイル内の位置や書き方にもそれぞれ意味があって、それとは独立に思い通りの形式に変換したり抽出するという感じなのかなと思っています。

🌻 ryo takaishi🌻 @r_takaishi

@kiwanami 理解しました．便利なツールなので，より汎用的になっていってほしいですね．

kiwanami @kiwanami

ちなみに、自分は howm はDBとして使っていて、orgはちょっと高度なアウトラインフォーマットという感じで使っています。DOMがあるとelisp側でもorgデータのキャッシュがやりやすいのではないかと思っています。（calfwを速くしたいというMLの議論の中でちょっと出た）

🌻 ryo takaishi🌻 @r_takaishi

何はともあれcl-org-modeにコミットして機能を追加していきたいが．何分作者が忙しいのかマージしてもらえてないのでモチベーションが上がらない

kiwanami @kiwanami

@r_takaishi @niku_name @myuhe OrgサーバーやOrgDOMなど、他に無い機能を活かしていろいろな形をまだまだ模索できそうです！

Takaaki Ishikawa @takaxp

@kiwanami なるほど '-' そういえば org-id のツリー特定機能からDBっぽいもの作れるかもしれません．