トップ «前の日記(2006-02-11(Sat)) 最新 次の日記(2006-02-13(Mon))» 編集

猿も叩けば日記


2006-02-12(Sun)

_ [net]変更点(diff)を添付したコミットメールを送る

こいつは素敵な機能だ.便利便利.

_ [風博士]妄想 for 0.3.6

今のところ,0.3.6のリリースは3/29の予定です.2月中に良い機能が実装されたら,2月にもう一回リリースすることもありえます.

さて,時間はたっぷりあるので,今のうちに実装してみたいものを書いておこう.

  • テンポラリブックマーク:

    楽々ブックマークバー登録(ウィンドウの一番右上にでるやつ)を改造して,そこに RSS の中身を出しちゃう.ウェブアンテナに登録してるサイトが更新されたのは分かるんだけど,どこが更新されたのか分からない場合があるので,そういうときに便利なんじゃないかなぁ,と.

  • リモートブックマークの未読管理:

    これってできてないよね…?前にいわいさんに聞いたときには「できてる」と言われたんだが…

  • Rastでの履歴検索:

    もうほとんどコードは書けてる.初めて configure.in をいじって,--with-search-engine なんていうオプションを作ってみた.

    ただ,purge がネック…Rastがもう少し賢い動作をしてくれれば楽できるんだが.

  • リンクを抽出→まとめてダウンロード:

    僕はあまり必要としないんだが,たぶん需要は高いはず.

  • ブックマーク(B)のバグ修正:

    セパレータの上の所を中クリックしても「すべてのブックマークを開く」が発動しない.コードを見ると,そう意図しているようなんだが,できてない.

こんなにできるのか…

でも時間が取れるのは今しかない.ここでエネルギを使い果たす.

_ [linux]Rubyの勉強

そういや,さすがに Ruby を全く書けないのはまずいなと思い始めた.

お薦めの本があったら教えてください.

_ [life]スパム

ときめきが欲しい、癒されたいあなた、もっとリッチになりたいあなたに、

ぴったりの女性がいるサイトがここ!

結婚、純愛、不倫、体だけの関係…あなたのニーズに応えます。

最近、あなたの近くに引っ越してきた女性達のタイプを紹介します。

◎J子…及川奈央似の女性「貴方が近くに住んでいると伺いました。登録していただいたら、プロフと写メ送ります。」

「J子」という文字から男塾の「J」を連想してしまって,一人で吹いた.

本日のツッコミ(全6件) [ツッコミを入れる]
_ NT (2006-02-12(Sun) 23:48)

入門レベルの本なら「たのしいRuby」はどうでしょう。
ふりょさんには簡単すぎるかもしれませんけど。
http://www.notwork.org/sbp-ruby/

_ ふりょ (2006-02-13(Mon) 00:09)

目次を見た限り,半分も理解できないのでこれがちょうどいいと思います.大学の図書館にあるか探してみます.あ,でも安いから買ってもいいですね.
ご紹介ありがとうございます.

_ いわい (2006-02-13(Mon) 11:38)

> リモートブックマークの未読管理
すんません、未読/既読でフォントが変わっているように見えたのはやっぱり目の錯覚でした。嫌だわ老眼...

_ ふりょ (2006-02-13(Mon) 14:01)

老眼(´・ω・`)カワイソス
できるか分かりませんが,とにかくトライしてみます.

_ kouji (2006-02-15(Wed) 00:34)

Rast開発者の一人の高尾です。
「purge がネック」っていうのがよく分からないのですが、どういうものなのでしょうか?よろしければ教えていただけないでしょうか。

_ 清水 (2006-02-15(Wed) 02:28)

>高尾さん
rast delete に関する事です.
風博士では履歴をキャッシュしておく期間を設定できます.その期間を越えたファイルに関しては,ファイルを自身を削除し,履歴検索のDBからも消去しなければいけませんが,そのDBからの削除に関して,Rast に不満を持ちました.
同類他種のソフトウェアと比べてどうこう申し上げるのは嫌いなのですが,HyperEstraier の場合,estcmd purge DB_NAME 実行すると,DBには存在して実体が(ローカルファイルとして)存在しない文書を自動的に DB から削除してくれます.
HyperEstraierを特別に持ち上げるつもりはありませんが,HyperEstraierの動作が自然なものだと私は思っています.
例えば,メールを全文検索エンジンで管理していた場合,メールを消去するたびに,そのメールの情報(フルパス or DBでのuniqueなIDなど)を指定して DB から削除しなければいけないというのは不便に感じます.
文章が支離滅裂になってしまいましたが,私が申し上げたいのは
rmしたファイルをDBからも削除するのに,そのファイルに関するなんらかの情報が必要であることは不便である
ということです.
Rast-ML にも投稿いたしましたように,この件も含めて質問させていただこうと思っています.
もし高尾さんがよろしければ,この続きは ML でお願いいたします.その方が,こんな狭苦しい所で議論するよりも,多くの人に喜ばしい結果になると思います.


2003|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|05|06|07|08|09|10|11|12|
2008|01|