tDiary

ただただしです。

2011年3月17日21:04 Kouhei Sutou <kou@...>:
> http://www.cozmixng.org/retro/に設置していたtDiary用Retrospectivaで
> すが、先週の東北地方太平洋沖地震の影響でサービスを停止してい
> ます。すみません。
>
> *.cozmixng.orgのサーバ群は岩手にあります。

うお、そうだったのか。

> サーバが置いてあるところでは電気やネットワークは復旧している
> のですが、節電のため最低限のサーバしか動かしていない状態です。
> そのため、岩手の電気事情などが復活するまではサービスを再開で
> きません。

インフラが生きているということは、生活はなんとかなっている
のかな。だとしたらひと安心ですね。

> なお、マシン自体は無事なようなので、データは大丈夫だと思いま
> す。
>
> 最近はチケット管理にはGitHubの方を使っているようなので、引き
> 続きGitHubを使ってもらうのがいいかと思います。

了解です。では、とりあえずはGitHubのITSに移行としましょう。
データ復活したら見せてもらえると助かります。直しそこねた
バグが眠っているかも知れないので。

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

須藤です。

In <AANLkTikMjgqtu1S0tE5aRij7tHKCeAYXJVHN38QasT-N@...>
  "Re: [tDiary-devel] Retrospectivaのサービス停止" on Thu, 17 Mar 2011 22:47:51 +0900,
  TADA Tadashi <t@...> wrote:

> インフラが生きているということは、生活はなんとかなっている
> のかな。だとしたらひと安心ですね。

私が知っている範囲では、不便ながらもなんとかなっているようで
す。

> データ復活したら見せてもらえると助かります。直しそこねた
> バグが眠っているかも知れないので。

わかりました。
そのときはまた連絡します。

須藤です。

2011年3月18日21:15 Kouhei Sutou <kou@...>:

>> データ復活したら見せてもらえると助かります。直しそこねた
>> バグが眠っているかも知れないので。
>
> わかりました。
> そのときはまた連絡します。

思ったより早く復活しました。
何も壊れていなかったようなので、前と同じURLで前と同じデータが見れます。
  http://www.cozmixng.org/retro/projects/tdiary/tickets

ただただしです。

2011年3月26日23:05 Kouhei Sutou <kou@...>:
> 思ったより早く復活しました。
> 何も壊れていなかったようなので、前と同じURLで前と同じデータが見れます。
>  http://www.cozmixng.org/retro/projects/tdiary/tickets

おおー、よかったです。

でもまぁ、ITS自体は先のメールのとおり、GitHubに移行すること
にします。retroから吸い上げるべきissueはおいおい拾いあげてい
きましょう。

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

vetteです

TADA Tadashi wrote:
> ただただしです。
> 
> 先の開発者会議で決定したTrackBack機能の削除を実施しました。

反対するわけではないのですがこれってどういう背景なんでしょうか？
ちょっと知っておきたいなと思ってます。

たとえば「役目を終えた」的評価がされたのでしょうか。

ただただしです。

2011年3月23日4:11 MORIOKA Toru <vette@...>:
>> 先の開発者会議で決定したTrackBack機能の削除を実施しました。
>
> 反対するわけではないのですがこれってどういう背景なんでしょうか？
> ちょっと知っておきたいなと思ってます。
>
> たとえば「役目を終えた」的評価がされたのでしょうか。

一言でいうとそうです。

背景にはいろいろあります。「四半世紀の継続」について考えると、現在しばた
くんがメインで進めてくれているテストの充実が最重要になりますが、これを維
持するためには、tDiaryそのものの機能ができるだけ無駄なくスリムであるべき
です。

今回のTrackBackだけでなく、すでにruby 1.4/1.6向けの互換性コードが取り払わ
れるなど、盲腸的なコードを削って、テストの負担を下げる方向の機能削減がお
こなわれています。

TrackBackはまだ使われている場面は残っているし、代わりになるものがあるか
というとないのですが、TrackBackが当初標榜していたような世界はもはや実現
されそうにない上にspamの温床にもなっているため、思い切って削除してしま
いました。

＃spamの温床という面では「リンク元表示」も再設計すべき時期かも。

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

On 17/03/2011 17:06, KADO Masanori wrote:
> comment_enter/leave_proc が欲しいです。
> プラグインでHTMLを挿入する場所を追加するためです。
> （ex. ツッコミの下にzenbackを表示したいなど）

お気持ちわかります。:)
ちなみに、どれくらい遅くなりますか？

# この skel/diary.rhtml での同一引数のTime::at呼びまくりも、ちょっともっ
たいない気がしないでもない。

かずひこ

2011年3月18日1:24 Kazuhiko <kazuhiko@...>:
> On 17/03/2011 17:06, KADO Masanori wrote:
>> comment_enter/leave_proc が欲しいです。
>> プラグインでHTMLを挿入する場所を追加するためです。
>> （ex. ツッコミの下にzenbackを表示したいなど）
>
> お気持ちわかります。:)
> ちなみに、どれくらい遅くなりますか？

abした限りでは特に変化ありませんでした。

> # この skel/diary.rhtml での同一引数のTime::at呼びまくりも、ちょっともっ
> たいない気がしないでもない。

あ、そうですね。このファイルで6箇所ありますね。

-- 
kdmsnr - KADO, Masanori

柴田です。

> comment_enter/leave_proc が欲しいです。
> プラグインでHTMLを挿入する場所を追加するためです。
> （ex. ツッコミの下にzenbackを表示したいなど）

サイトによってはコメントが凄いことになるような気もしますけど、
だいたい1つか2つなので私は導入に賛成です。

たださんどうでしょう?

-- 
SHIBATA Hiroshi shibata.hiroshi@...
http://www.hsbt.org/

ただただしです。

なかなか反応できなくてすみません。

2011年3月18日1:06 KADO Masanori <kdmsnr@...>:
> comment_enter/leave_proc が欲しいです。
> プラグインでHTMLを挿入する場所を追加するためです。
> （ex. ツッコミの下にzenbackを表示したいなど）
>
> 関連チケット：
> https://github.com/tdiary/tdiary-contrib/issues/6
> https://github.com/tdiary/tdiary-core/issues/17
>
> 以下、パッチです。挿入場所がココで大丈夫かどうかが不安です。

もっとも単純な実装としてはこれでも良いとは思いますが、ちょっと懸念が。

まず、このパッチだとenterとleaveの間にツッコミ、ツッコミフォームととリ
ンク元が入るようになっていますが、これでいいのか。ツッコミとリンク元
の間に何かを入れたいという要求も出てきそうな気がします。

現在、すでにツッコミフォームとリンク元はプラグインに逃がしてあるので、
これらもcomment_leave_proc内で処理するようにしてskel/diary.rhtmlからは
削るというのもアリかなと思います。

そうなるとツッコミそのものだけを本体側で埋め込むのもおかしな話なので、
これもプラグインに追いだそうとするとちょっと大掛かりな話になってしま
う。でもそうするとenter/leaveを分けるまでもなくcomment_procひとつで
済むという利点が出てきます。

というわけで、最終的にcomment_proc(もしくはより妥当な名前があると良
い)ひとつで済むような展望をもちつつ実装したくないですかね?

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

kdmsnrです。

2011年3月21日16:47 TADA Tadashi <t@...>:
> というわけで、最終的にcomment_proc(もしくはより妥当な名前があると良
> い)ひとつで済むような展望をもちつつ実装したくないですかね?

procをひとつにすると、ツッコミとリンク元の間に何かを挿入したい、
というのが難しくなりそうな気がしました。（メソッドの評価順？）

ここでは、単純に comment_enter/leave_proc と referer_enter/leave_proc の
4箇所を用意しておけば、たいていの要求は満たせそうです。

表示順がうまくできればひとつにまとめられそうですが、
add_xxx_proc の引数に優先度を渡すとかですかねえ。

-- 
kdmsnr - KADO, Masanori

ただただしです。

2011年3月21日18:22 KADO Masanori <kdmsnr@...>:
> procをひとつにすると、ツッコミとリンク元の間に何かを挿入したい、
> というのが難しくなりそうな気がしました。（メソッドの評価順？）

評価順はすべてのプラグインにまつわる課題ですからねぇ。

> ここでは、単純に comment_enter/leave_proc と referer_enter/leave_proc の
> 4箇所を用意しておけば、たいていの要求は満たせそうです。
>
> 表示順がうまくできればひとつにまとめられそうですが、
> add_xxx_proc の引数に優先度を渡すとかですかねえ。

評価順については別途議論するとして、いま要件があるのはcomment_leave
だけなのだとしたら、それだけ実装しておくのはOKだと思います(のちに
メソッド名を変えるかも知れないけど)。

その場合、ツッコミフォームのあとにするのか、リンク元のあとにする
のかは決めないといけないけれど。

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

kayakayaです。

2011年3月21日22:35 TADA Tadashi <t@...>:
> ただただしです。
>
> 2011年3月21日18:22 KADO Masanori <kdmsnr@...>:

>> ここでは、単純に comment_enter/leave_proc と referer_enter/leave_proc の
>> 4箇所を用意しておけば、たいていの要求は満たせそうです。

> 評価順については別途議論するとして、いま要件があるのはcomment_leave
> だけなのだとしたら、それだけ実装しておくのはOKだと思います(のちに
> メソッド名を変えるかも知れないけど)。
>
> その場合、ツッコミフォームのあとにするのか、リンク元のあとにする
> のかは決めないといけないけれど。

今回のcomment_enter/leave_procの要望は、
zenbackをツッコミ欄の後ろに表示したいという需要からでした。
このプラグイン修正「だけ」の期待で言えば、ツッコミフォームの後になります。

プラグイン側の利用者としては、
将来的に、comment_enter/leave_proc と
referer_enter/leave_procの"4つ"が実装されるならば、
なおさら、comment_enter/leave_procは、リンク元ではなく、
ツッコミフォームの前後として実装して良いと思います。
今後、referer_enter/leave_procが実装されれば、より便利になるわけで。

# ちなみに、現在の自分の日記はjQueryで
# zenbackの無理矢理ツッコミフォームの後ろ、リンク元の前に表示させています。
# ただ、zenback.rbが(アルファベット順では)最後に呼び出される振る舞いに依存してるため、
# コミットするレベルではなく、本体側で対応してほしいなぁという思いがあります。

ではでは。

-- 
KAYA Satoshi
http://kayakaya.net/

kdmsnrです。

2011年3月21日22:35 TADA Tadashi <t@...>:
> 評価順については別途議論するとして、いま要件があるのはcomment_leave
> だけなのだとしたら、それだけ実装しておくのはOKだと思います(のちに
> メソッド名を変えるかも知れないけど)。

comment_leave_procだけ変更したものをpull requestしておきました。
https://github.com/tdiary/tdiary-core/pull/18

> その場合、ツッコミフォームのあとにするのか、リンク元のあとにする
> のかは決めないといけないけれど。

kayakyaさんの意見を反映して、ツッコミフォームのあとにしてみました。

-- 
kdmsnr - KADO, Masanori

須藤です。

In <AANLkTinatLvvZj0L=FDjAkaFF6xiDBHGJVN_mHs53ndq@...>
  "[tDiary-devel] mechanize-testing ブランチを作りました" on Mon, 21 Mar 2011 16:47:09 +0900,
  SHIBATA Hiroshi <shibata.hiroshi@...> wrote:

> だいたい動くようになったのですが困っていることがいくつかあります。
> ・mechanizeドライバとrackドライバとをコマンドラインから切り替える方法が無い
... 
> 特に1番上を解決したいので rspec か rake の configuration に詳しい方がいたら
> 誰か教えてください!

コードをまったく見ていないのですが、ENV["CAPYBARA_DRIVER"]を
みて切り替えるようにしてはどうでしょうか？

kdmsnrです。

2011年3月21日16:47 SHIBATA Hiroshi <shibata.hiroshi@...>:
> ・Macで webrick を起動すると何故か常に標準の/usr/bin/rubyを使ってしまう

CGIInterpreter を設定してみては？

diff --git a/misc/standalone_cgi/lib/server.rb
b/misc/standalone_cgi/lib/server.rb
index 451fd86..d7e3d66 100644
--- a/misc/standalone_cgi/lib/server.rb
+++ b/misc/standalone_cgi/lib/server.rb
@@ -53,7 +53,8 @@ module TDiary
                                :DocumentRoot => TDIARY_CORE_DIR,
                                :MimeTypes => tdiary_mime_types,
                                :Logger => webrick_logger_to( opts[:logger] ),
-                               :AccessLog => webrick_access_log_to(
opts[:access_log] )
+                               :AccessLog => webrick_access_log_to(
opts[:access_log] ),
+                               :CGIInterpreter =>
WEBrick::HTTPServlet::CGIHandler::Ruby
                                )
                        @server.logger.level = WEBrick::Log::DEBUG
                        @server.mount( "/", WEBrick::HTTPServlet::CGIHandler,


-- 
kdmsnr - KADO, Masanori

柴田です。

>> ・Macで webrick を起動すると何故か常に標準の/usr/bin/rubyを使ってしまう
>
> CGIInterpreter を設定してみては？

出来ました! ありがとうございます。

-- 
SHIBATA Hiroshi shibata.hiroshi@...
http://www.hsbt.org/

柴田です。

>> だいたい動くようになったのですが困っていることがいくつかあります。
>> ・mechanizeドライバとrackドライバとをコマンドラインから切り替える方法が無い
> ...
>> 特に1番上を解決したいので rspec か rake の configuration に詳しい方がいたら
>> 誰か教えてください!
>
> コードをまったく見ていないのですが、ENV["CAPYBARA_DRIVER"]を
> みて切り替えるようにしてはどうでしょうか？

ありがとうございます。

最初はENV以外で何か方法が無いかなあと思ったのですが、rspec 単体では
中々難しそうなのでENVで切り替えて動かすようにしてみました。

-- 
SHIBATA Hiroshi shibata.hiroshi@...
http://www.hsbt.org/

ただただしです。

2011/3/10 KAYA Satoshi <kayakaya@...>:
> ITSがretrospectivaからgithubに移行したと理解しているのですが、tdiary-contribでのチケットはどこに発行するべきでしょうか?

まだ「(機能的に不足がないかどうか)試しに使ってみようか」という
レベルだと認識してます。まぁ、積極的に使ってもらってかまいませ
んけど。

> 1) ITSは一箇所で集中管理したいので、tdiary-core にまとめて登録する。retrospectiva時代と同様の運営方法。
> 2) すでにリポジトリ毎で問題を切り分けられているのであれば、各リポジトリ毎でチケットを発行してしまう。
>
> の案が考えられるかなぁと思います。問題発見者が登録先が分からなければ、tdiary-coreに登録されることが容易に想像できるので、個人的には、1)が良いのかなぁと考えるのですが、いかがでしょうか?

チケット駆動開発的には2)だし、それぞれのリポジトリの区別は比較
的容易につけられるので、2)が良いと思います。そうすればチケット
番号とパッチの対応付けもできるし。

判断つかない場合はcoreを使えばいいのだし。

-- 
ただただし - ツッコミは、短く鋭く愛を込めて♪
http://tdtds.jp/
@tdtds

kayakayaです。

2011年3月11日7:19 TADA Tadashi <t@...>:
> チケット駆動開発的には2)だし、それぞれのリポジトリの区別は比較
> 的容易につけられるので、2)が良いと思います。そうすればチケット
> 番号とパッチの対応付けもできるし。
>
> 判断つかない場合はcoreを使えばいいのだし。

チケット開発的に2)が常識とのことですので、2)で了解しました。

-- 
KAYA Satoshi
http://kayakaya.net/