blogに引っ越しました。rev.6030.0.4特定の条件を満たしたツイートを受信した時にクラッシュ同じ短縮URLのキャッシュが使われない場合があった0.1画像に対するリンクをポップアップで表示するようになった複数のPostBoxが存在している場合、いずれかを削除できるようになった空になっていることも削除の条件になりますツイート失敗してから削除できるようにつけた機能です。通常は気にする必要はないです起動ロジックの書き直し--profileオプションの追加コマンドラインモード、デーモンモードを一度的に非サポートにしました。優先度低めで実装しますプラグインにコアライブラリの読み込みを明示的に書く必要が無くなった具体的には、miquireをプラグインに書く必要がなくなりました。書かなければ動かないという事があれば、バグですわーいコミット600超えたー0.1では大規模なリファクタリングばかりしていて、機能追加が全然ですね。いうのも、0.1でしたいと思ってることはあんまりなくて、掃除を主にやっていきたいなとおもってるんですよね。追加したい機能で今のところ一番でかいのは、抽出タブの機能・UIを強化改善して、フレンドTLなどを取り払うというのが一番大きいでしょうか。TweetDeckのように、自由にタブを作る感じです。タイムラインにフィルタとかをつけることができるようになります。あとはTLごとのイベント・フィルタですね。具体的には、タブごとに通知設定できます。これ実はすごいことだと思いますよ。mikutterでこれを実装するということは、スレッドに対して通知が設定できるってことですからね。Skypeのチャットルームみたいに使えそうです。いえ具体的にやりたいことをチケット化していないので、ちゃんとこのあたりもやらないといけないのだけど。関係ないけどクリスマスにバージョン1.0は厳しそうです。いや、今の進捗的な意味でもそうかもしれないけれど、年末デスマーチフラグが建設されており...。OSで動作させた場合にも、URLをブラウザで開けるようにした0.1.0適切にリンクが貼られないツイートがあったただのバグ修正です。深い意味はありません。release2011年11月16日水曜日ActivityについてTwitterがActivity機能の提供を開始したようで。これは、フォロイーのふぁぼ、リツイート、フォロー、公開リストの作成と追加を知ることができる。APIは公開されてないし、それどころか一時的に機能停止したりといろいろと微妙な第一印象だけど、APIが公開されたらmikutterはどんなふうにサポートしていけるか、また何を追加すべきかを考えてみた。ふぁぼ現在、UserStreamを使えば自分のツイートのふぁぼられ、自分がふぁぼったツイートが取得できる。これに加えて、フォロイーのふぁぼりが取得できる。mikutterでは、favstarのように各ツイートが誰にふぁぼられたかを表示する機能があるので、他人のふぁぼりも自然に表示することができる。いうよりは、UserStreamが発表されてからずっと、他人のふぁぼもわかるように成る時が来ると踏んでいて、こういうUIにしていた。今で約一年経ったが、APIが公開されればついに時が来るわけだ。言えば、自分に関係のないふぁぼは、TL上でageない、そもそも描画しないといった設定を作るべきだろう。リツイート現状でも、フォロワーのリツイートは見えるので、これがどのように表示されるかはご存知の通り。ここにさらに、フォロイーがリツイートされたツイートも入ってくる。ここでも自分に関係のないものは表示しないようにするという選択肢があるといい。具体的に言うと、他人のツイートがフォローしていない人にリツイートされた場合は、自分に関係ないといえるはず。自分がフォローされたことは、UserStreamでわかる。libnotifyによる通知にしか対応していない。フォロワーはフォロワータブで確認できる。リスト実は今のmikutterはList関連のイベントはだいたい無視してる。これは、取得した所で適切に表示する方法を持っていないからだ。mikutterには今のところ、他人のリストを表示する方法はない。アクティビティタイムラインということは、今のmikutterがアクティビティに対応するために致命的にかけているのは、せいぜいイベントをタイムライン表示することができないということだけだ。これがあれば、他の全ての機能はアクティビティ機能によって自然に強化されるだろう。単純に情報の流量が増えるので、今まで問題のなかった環境でも、パフォーマンスの問題が出るかもしれない。そのためにアクティビティ機能は選択的に無効にすることができるようにするわけだけど、あったら全部使いたいよね。まとめ今からでも、システムメッセージのタイムラインなんかは作れるし、公開され次第すぐにでも対応したいところ。rev.5800.0.3投稿中にしいたけを押せるようになった。投稿キャンセルができるように。思うじゃん?まだちゃんと動いてないんだなこれが0.0.4なし0.1Pluginモジュールをクラスに変更。PluginTagを廃止してPluginに統合。1.8向けのコードを一部削除。多バイト文字の処理の違いを吸収するコードを削除したので、若干効率が良くなったはずですうーん最近スランプ気味な気がする。コードを書く手が動かない。ミクに惚れた時以来だ。サーバのrdocのバージョン上げて、テンプレートをdarkfishにしました。RDocがとても見やすくなってます。これでもう少し便利になったかなhttp://mikutter.hachune.net/rdoc/index.htmlActivity解禁おめでとうございます。mikutterは、ご存知の通り、他人のふぁぼも違和感なく表示することができます。release2011年11月7日月曜日プラグインが提供する設定項目とUIプラグインを作っていると、設定を保存したいことが出てきます。ただの数字一つを保存するために、いちいちファイルに保存するのは非常にアレです。設定値の保存と読み込みそんなときは、UserConfigを使いましょう。以下のように使えば、mikutterの設定ファイルに設定を書き込めます。1また、読み込みはこう書きます。1これは、全てのプラグインで共通なので、設定のキーの名前は、「プラグイン名_キー名」とするのが暗黙のルールみたいになってます。上の例の場合conftestプラグインですね。手軽ですが、これをプラグイン間通信のために使わないでください。数少ない例外としては、表示の設定なんかは、設定用のプラグインが保存して、レンダリングするプラグインがその設定値を読みますが、そのあたりの裁量は空気を読みましょう。ベターな方法は、プラグインフィルタを使う方法ですが、まだ記事を書いてなかったので近いうちに書きます。ユーザに設定させるユーザに設定してもらいたい項目が出てくることがあります。そんなとき、設定タブにプラグインの設定が追加できたら便利ですね。mikutterでは、後から入れたプラグインが設定画面を新しく作ることができるようになっています。以下は「表示設定」の設定画面を表示するプラグインです。先にいっておきますが、これが0.0.4ではちょっとマシになりました。ナウいやりかたは後述します。なんかまーやりたいことはわからないでもないけど、ちょっと大きいですね。あとRubyらしくないと思う人も居ると思います。中に、設定項目を書くことができるようになりました。この方法のメリットは、ラベルと設定値と、最低限のUIの指定(候補から選択、キーボードで入力、ON/OFF等)だけになっているRubyGtkを使わないので、実装が変わっても、RubyGTKを知らなくても簡単に書けるとかがあります。settings内で使えるメソッドの一覧は、core/addon/settings/builder.rbで定義されています。rdocあると思ったんだけど、プラグインなのでrdoc生成してません。コメント読んでください。基本的には、第一引数がラベル名で、第二引数がUserConfigのキーです。ユーザが変更したら直ちに値がセットされます。余談ですが、こういう適当にかいてることを、Wikiにまとめようと昨日あたりから動き出しました。丁寧な説明がまとめられるかもしれません。稀にクリックしても開けないURLがあった0.1次回バージョンを0.1としました先週、風邪でリリース出来なかったので、今やっちゃいます。trunkのバージョンを0.1にしました。それに伴い0.0.4のbranchを作成して、不安定版としてリリースします。0.0.4は、Ruby1.8では警告が出て普通には起動できません。実用に耐えるほどのレスポンスが担保できないためです。0.1では、Ruby1.9の機能を積極的に使って行きます。Errorとかで起動しないと思います、多分。してもRuby1.8で使いたい人は、0.0.3を使ってください。ubuntuならはやく11.10にうpgらですればいいと思いますの。0.0.3は、よほど深刻なバグがない限りコミットしません。何かあれば開発者に教えてください。Ruby1.9.3おめでとうございます。mikutterも、Ruby1.9.3を積極的に使っていきたいと考えています。動作報告もあるので、暇な人はアップグレードしたら面白いかも知れません。