使うのが楽しいプラグインがついています驚くような標準プラグインの数々。ネット上には更に数千から選べます。mikutterがmikutterである理由です。バグ対応と、WWDCがあったためステータスバーを更新しました。Ratinaなら買ってたとか言った奴は新生活で困窮している私にMBAをおごってください。仕事で親元を離れて彼女と同棲をはじめました。忙しいですがだんだん慣れてきてちょっとづつ時間を見つけてはTLを眺めて時間を無駄にする毎日です。mikutterやばいですね。次のバージョンは0.3です。簡単に予定している変更を上げておきます。i18nmikutterは、開発リソースの少なさによる開発速度の遅さを補うためにできるだけ実装する機能をカットしていました。そのため、流暢な日本語で「英語対応してください」などと言われても、「日本語お上手ですね」と返答していました。この間ついに英語圏の人から英語のメールが来てしまったのです。逃げられないので、一応多言語化の仕組みだけ作る予定です。コア機能の分割mikutterのコアが肥大化してきたため、一部機能はRubyGemで配布します。この準備のために、0.2.2ではbundlerを使えるようにしました。ballを作る時にこれらをbundlerなしで使えるようにするので、通常の使用においては何の影響もありません。ライブラリを切り離すことで、mikutterのバージョンアップとは違うリリースサイクルを持てること、mikutter以外でもそのライブラリを使用できること、それによって品質の向上が期待できる等のメリットがあります。現在のmikutterのライセンスはGPL3ですが、今となってはmikutterにこのライセンスは適切ではありません。GPL3は、mikutterから派生したコードに同じライセンスを適用することを要求しますが、私はそれを要求するつもりがありません。そのため、mikutterプラグインにGPL3以外のライセンスを適用することが可能なのかどうかが不透明になるという問題がありました。0.3からは、MITライセンスを適用することを検討しています。理由は主に、mikutterはTwitterクライアントではなくTwitterに特化したBotフレームワークであり、フレームワークのような再利用されることを目的としたコードには、上記のような理由から緩いライセンスのほうが良いだろうということです。RailsやSinatraが同じライセンスのもとで配布されています。mikutterは既に多くの人のパッチをいただいており、この変更にはその人たちの承諾を受ける必要があります。ある程度貢献度の高い人たちには直接話をして、既に意見を頂いています。そのうち、Redmineのニュースで開発者全員に正式にこのことについて説明をして、最終的な決定を下します。タイムラインのレンダリング方法の変更Twitterのタイムラインという非常に特殊な情報を表示するため、多くのTwitterクライアントは様々な工夫をしており、mikutterも例外ではありません。二年前に抜本的な再設計を行いましたが、更に効率的にする余地があります。うまくいく目処が立ったら、紹介するかもしれません。みっくストアの標準プラグイン採用これは0.3では厳しいかもしれない。みっくストアは、githubにアップされているプラグインをgitを使用してクリックでインストールできるコンセプトプラグインです。これを洗練させて標準プラグインにして、標準プラグインをこの管理下に置けば、mikutterのリリースサイクルに囚われること無くプラグインを個別にバージョンアップできます。twitpicの仕様が変わって画像が開けなくなった時、mikutterのバージョンを上げなくても画像プレビュープラグインだけをバージョンアップできます。方向性の確認mikutterはプラグインホストです。その拡張性故にmikutterはTwitterクライアントさえも実装することができました。最近、「mikutterはどこに向かっているんだ」という励ましの言葉をいただきます。その認識は全くの誤りで、最初からそういうスタンスで開発してきたが、最近になって漸く皆さんがそのことに気がつき始めたのです。その意味で、これからはTwitterクライアントとしての機能追加ではなく、より根本的な変更がメインになっていくと以前どっかに書いた気がします。0.3は、さらにmikutterエコシステムの発展に貢献する変更を加えることが根本的な目的です。スケジュール8月までは、多忙のためmikutterにはコミットできないと思います。0.3の開発は8月から本格的に開始するため、寒くなるころには出せたら良いかなといったところでしょうか。0.2.2の不具合修正もできないですが、報告は早いほうがいいと思うので、バグ報告はおねがいします。0.2.2を正式リリースします。ショートカットキー設定のUIの改善デーモンモードを試験的に実装bundlerを使って使用しているライブラリをインストールできるようにしてみたプラグインのGemfileに対応ふぁぼ・リツイート数をAPIから取得するように変更。内部変更プラグイン・イベント周りの処理を大幅に変更。依存関係を満たしておらずロードできない場合は警告を表示するようにしたサウンドを鳴らす方法を拡張できるようにした高速化サウンド関連プラグイン以外は0.2.1と互換性がありますが、そんなのあんまりなかったので関係ないと思います。今回はアップデートが大幅に遅れましたが、いろんな機能が追加できてよかったです。0.2.2の新機能」をご覧ください。@moguno)アクティビティに種類「ratelimit」を追加。他の多くのTwitterクライアント同様、規制されても通知を出さないようにした。規制されていないように見えて気分が良い。これでいけるやろって言うといけないということが改めて分かったので、言いません。土曜日になっても新しい不具合が見つからなければ、これを以てリリースとします。ここからは数カ月間忙しくなるので更新が停滞すると思います。不具合の対応も極めて遅くなると思われるので、運用でカバーしましょう。生きているって素晴らしい。pre20.2.1.1142を取り込んだTLのレンダリング中にエラーが発生した時にクラッシュしないようにしたプラグインロード関連処理の修正0.2.1のバグフィックスです。特定のツイートを受信するとクラッシュする問題がありました。TLにツイートが表示される間はクラッシュし続けるので良くないです。アップデートしましょう。0.2.2ではそういう時はクラッシュする代わりにへんな画像を表示してお茶を濁そうとします。ことなかれ主義っぽくて日本的で良いと思います。0.2.2のバグ修正殆ど無いですね。問題がなければこの土日で0.2.2を正式にリリースします。いうかまだやってなかったのかよっていう。幾つかすごい細かいことが気になっている部分があるので、リリースまでに直すかもしれません。0.3)についてもそのうち書きます。テスト版を公開します。いうか内部スケジュールが押してしまってこれ以上延期するといろいろ問題があるので...。主な変更は前に先走って投稿したエントリをご覧ください。ショートカットキー設定のUIの改善デーモンモードを試験的に実装bundlerを使って使用しているライブラリをインストールできるようにしてみたプラグインのGemfileに対応ふぁぼ・リツイート数をAPIから取得するように変更。内部変更プラグイン・イベント周りのコードを刷新プラグインのロード処理を大幅に変更。今回から、バージョンの最後の桁はSubversionのリビジョン番号ではなく、ビルド番号になりました。mikutterの開発を始めてから経過した日数です。そんなにリビジョン番号と離れていなかったので違和感もないし、ぶっちゃけどうでもいいことです。今回公開したのは1211で、実は前に1201を公開したけれどアナウンスしませんでした。テスト版なので、起動する前には~/.mikutterのバックアップを取っておいてください。実装したかった機能は残ってるけどだいたいバグは取ったのでリリースは近いか(フラグ)。DAY今年も、4月1日を無事に終えることができた。去年よりも多くの反応があり、ユーザの増加を実感した次第である。四年目あなたは何回mikutterと共にエイプリルフールを超えただろうか。エイプリルフールにアイコンを変更するのは今回で4度目だ。あの頃は開発が始まってまだ3ヶ月しか経っていなかったし、まだあまり時間をかけていなかったので、Twitterクライアントとして、ほとんど使用には耐えなかった。当時存在した数少ないユーザとは、たった16種類のアイコンで大いに盛り上がったのを今でも4年前の事のように覚えている。このいたずらを快く思わない人もいた。かわいいアイコンは素晴らしい。初音ミクアイコンは、考えうる最高のアイコンである。ほとんどの人が初音ミクのアイコンを使っておらず、初音ミクアイコンの人をまとめたリストまで見られる。アイコンを初音ミクにしないがために人々の心はすさみ、TLでは諍いが絶えず、Togetterは常に炎上、ついに運営チームの心も蝕まれ、サードパーティを排斥しはじめて久しい。これらはすべて、人々の心にミク分が不足していることが原因である。このことを2009年にすでに予知していた私は、なんとかこの滅亡の戯曲の台本を書き換えようと試みた。クライアントサイドでアイコンを書き換えるのだ。mikutterが描こうとした世界は素晴らしいものだったが、私の声はTwitterに対してあまりにも小さすぎた。約束の日それから一年後、またエイプリルフールが訪れた。ユーザ数は40倍近くに増え、アイコンも128種類に増やした。ユーザが増えるとわかってくれない人もいる。ユーモアを必要条件に掲げているのに、ユーモア欠乏症患者は概して日本語が読めないので、平気で使いやがられるようだ。ここで私は数人の奇妙なケースを目の当たりにした。去年disっていた人が楽しんでいるではないか。彼らは心を腐らせていたにも関わらず、ふぁぼられる度にミクの声に心を浄化され、人の心を取り戻しつつあったのだ。この時私は初めて、mikutterを作ってよかったと思えた。開始から一年を超えて、漸く私は、無意識にしか自覚出来なかったmikutterの真の目的を自覚することができたのだ。私はこの日を約束の日と定め、来年のその日のために早速一年のロードマップを打ち出した。私はもともとTwitterクライアントをつくろうと思ったのではなかった。mikutterが今の形になったのだろうか。全ては約束の日のためである。一人でも多くの人に、心を取り戻して欲しい。「手遅れ」な人もいるかもしれない。「ておくれ」な人も多い。彼らと来年はともに笑いあえることを信じて、私はキーを打ち続けている。mikutterの本質はTwitterクライアントでは断じてない。約束の日のための単なる釣竿に過ぎず、ユートピアを映し出すスクリーンに過ぎない。あの便利な機能も、最適化も、全部エイプリルフールである。この間数年触っていなかったCで書かれたruby-gtk2のコードに必死の思いでパッチを投げたのもエイプリルフールのためである。Twitterクライアントとしての側面は単なる約束の日の準備であり、約束の日のタイムラインこそが、mikutterなのである。ユーザである(と、あなたは思い込んでいるのだろう)あなたたちは、私の手の上で踊らされていたのだ。今年の約束の日は、一見無事に成功したように見える。去年同様、フィルタでほとんどのネットワーク経由の画像読み込みを差し替えた。そのことによってTwitterBirdも姿を変えることになったし、mikutterコマンドのアイコンも変わったが、癒されるので由とした。同様の理由で、昨年好評だった、通知のアイコンがエイプリルフールのままになる不具合は残しておいた。正直に告白すると、私は今回やってはならないミスを一つ犯してしまったのだ。それは、環境によってある人のアイコンの見え方が異なる場合があるというものだ。判明したのは3月の終わりの方で、これに気づいたときはもうmikutterは終わったと思った。問題を修正し、入念に確認したあと、すぐにそれっぽい不具合をでっち上げて、さもすぐアップデートしないとデータの破損を引き起こす可能性があるかのような虚偽のリリースノートを書いた。約束の日はmikutterにとって最重要と言うよりもmikutterの全てだ。そのためにはリリースノートを偽ることも、1コミットで2つの変更をすることも厭わない。全てを秘密裏に行い、その日を迎える必要がある。今年は会社に泊まることはなく、自分の目で全てを見届けることができた。大きな失敗はあったが、去年以上に多くの人が楽しんでくれた。最初はわけがわからないと言っていた人も、1日が終わる頃には、ミク以外のアイコンに違和感を覚えるほどにまで精神を浄化されていた。今年もmikutterがその目標を達成できたという意味では、今年も成功したといって良いだろう。手段の目的化この一年、私はTwitterクライアントを作ることを目的にしてしまっていたのではないか。こんな機能が必要だ、こういうUIが良い、最近のデスクトップ環境のUXとの相性は...。それは魚を釣るために必要なことだ。それはあくまでも餌で、本来の目的ではない。Twitterクライアントなんてどうでもいい。品質なんてある程度でいいんだ。そこがブレたから、守りの開発になった。何をやるにも違和感があった。ユーザに対しても失礼なことだし、何よりmikutterがかわいそうである。4月1日、自らが創りだしたTLに、自らの魂が浄化されるのを感じた。これがmikutterなんだ。Twitterクライアントではなく、mikutterを創っているんだ。ユーザを増やして、どこにも初音ミクなんて書いてないのに「ミク要素がない」と言った奴らに目に物見せてやるんだ。いう思想的バックボーンがあったから、Twitterクライアントが飽和状態のWindowsのユーザでさえ、mikutterを羨むんじゃないか。先に一つだけ言っておきたいことがある。今年は直前になって、過去のエイプリルフールエントリ「約束の日」「謝罪」のリンクをTwitterに貼る人がいたが、これはやめていただきたい。mikutterのユーザは私も驚くくらい増えている。新参者がこのことを事前に知ることはできるだけ避けたい。どれくらいユーザが増えたのだろうか。正確な数はわからないが、mikutterは約束の日のために、3月からサーバ上から当日のために画像を収集する機能が備わっている。そののため、サーバのログを見れば、おおよそのユーザ数をつかめるのだ。例年通り、統計データだけ公開する。1897肝心のユーザ数の正確なところがわからないが、ユニークIPアドレス数というのが参考になる。家の他に学校や職場、モバイル回線でも使う人なら多重にカウントされてしまうので正確な数ではないが、例年と比べると明らかに増加傾向にある。約2000なので、少なく見積もっても1000くらいはいきそうだ。10万トークンの上限を心配する人もいたが、これを見る限り、全く問題は無さそうだ。Requirementsに対応したことで、Twitterの鳥をタイムラインの下に表示しなければならなくなった。実はこれはライセンス等の問題でmikutterには同梱されておらず、mikutterのWebページのサーバからダウンロードしてきているのだが、ついでにログを集計してみたところ、1736という数字が出た。こちらはエイプリルフールと違って、同じ設定ファイルを使いまわす限り必ず一度しかアクセスしないため、テザリングなどで頻繁にIPアドレスが代わる人を多重カウントしないのでより正確かもしれない。さんに描いていただいた。私も10枚ほど描いたが、合計256枚のアイコンを提供してくれた二人にはいくら星謝しても足りない。この場を借りて改めてふぁぼりたい★。まとめ当日はトラブルもあったが、概ねうまく行ったと私は思っている。成否はあなた自身が決めることだ。今年も楽しんでもらえたなら何よりだし、例年または開始時はうっとおしい、区別がつかないと否定的な見方をしていた人が楽しめるようになったならこれほど喜ばしいことはない。最後まで人の心を取り戻せなかった人もたくさんいただろう。いう人も、mikutterに触れていくうちに、必ず人間に戻れると私は確信している。最後に、念のため書いておくが、以上の内容は全てエイプリルフールである。0.2.2から実績機能が追加されます。APIを使えば他のプラグインから実績を新しく追加することができます。どんな風に実績を追加するか、実際のコードを見てみましょう。これは、5favされたら解除される実績、「red_fav」を追加するプラグインです。値がアクティビティに表示されます(他に未解除の実績があれば、そちらが表示される可能性もあります。表示される実績は毎回ランダムです)。ここに解除の仕方を書いておけば、ユーザは起動する度にそれを一定の確率で目にするので、実績を解除する手助けになります。defacievement実装についてもう少し詳しく見てみましょう。defacievementというプラグインメソッドが今回の肝です。引数はスラッグ、第二引数には以下の値を指定します。起動時にアクティビティに表示されるヒント。実績のスラッグをシンボルの配列で指定する。指定された全ての実績が解除されていないとヒントが表示されない。trueなら、起動時にランダムに表示されるヒントの抽選対象に入れない。ブロックここには実績を解除するための条件を記述します。このブロック、そもそも実績が解除された状態では実行されません。解除するための条件なので、もう解除された状態では必要がないのです。...」という部分です。この中もプラグインの一部なので、こうやってイベントリスナを設定することができるのです。ブロックは一つの引数を取ります。これは実績オブジェクト(Plugin::Achievement::Achievement)のインスタンスです。実績の主要な情報を得たり、実績を解除するために使います。defachievementを呼び出す度にインスタンスが一つ作られる感じで、普段あまり気にするものではないです。呼びだせば実績が解除されます。ブロック内でセットされたイベントリスナやフィルタ(例ではon_favorite)が解除されます。それから、前提実績をチェックして、まだ解除されていないものがあればそれを待ちます。これは、前提となる実績より先に現在の実績が解除されるのを防ぐためです。この状態で前提実績が解除されたら、すぐにこの実績も解除されます。イベントが発火されます。achievement_took(Plugin::Achievement::Achievement)実績解除のメッセージはこのイベントをachievementプラグインが受け取った時に表示されるようになっています。実績解除をトリガーに何かをしたいということはあまり無さそうですが。プラグインに集約されています。以下のプラグインの100行目あたりから後は、全て実績の定義です。http://dev.mikutter.hachune.net/projects/mikutter/repository/revisions/develop/entry/core/plugin/achievement/achievement.rb実績を見てしまうとネタバレになるのですが、それぞれが全く異なった方法で実装されているので、これだけで例としては十分でしょう。このファイルの前半の方は、実績プラグイン自信の実装です。このプラグイン、mikutterプラグインとしても結構興味深いのですが、それについては別の機会に触れたいと思います。ヒントのタイミング最後に、一応、実績のヒント(hint)がユーザに提示される条件を説明しておきます。偽か未指定の実績のうち、ランダムに一つを選出します。その実績に上記条件に当てはまる前提実績があれば、再帰的にそれを辿って、最終的に一つだけ実績を選んでそのhintの値を表示します。前提とされている数が多い実績のほうが、表示される可能性が高くなりますね。前提実績が解除の邪魔をしているような実績のヒントは表示されません。ユーザには、mikutterを再起動する以外に新しいヒントを得る方法がありません。Twitterクライアントの使い方なんて一気に勉強するものではありません。覚えたらいいし、もっと言えばTwitterなんてしてないでとっととレポートを書くべきです。mikutterのせいで単位を落としたって、私にはふぁぼることしかできません。まとめ使えそうで使えない、楽しそうで案外どうでもいい、実績機能について紹介しました。変な機能なので、構想はかなり前からあったにも関わらず、0.2.1では導入を見送っていました。DRを言いたかっただけです。クラッシュすることがあったなーにが0.2.1最後のリリースになりますじゃ。設定が破損する問題はRuby1.9系でも顕在化してないだけで存在していました。.mikutter以下を守るためにさっさとアップデートしましょう。存在し、全ての環境に影響があります。バグフィックスが相次いで申し訳ないですが、ておくれにならないうちにアップデートしたほうがいいです。お友達にも教えてあげてください。Linuxにも来たんですが、結構これで起動できなくなった人がいらっしゃったようで、こんなにユーザが居るのかと驚きました(←呑気rcairoとかの調子が良くないようですね。rb_cCairo_Context」とか言われるやつです。1.2.3みたいなかんじのコマンドで、RubyGtk2をgemでインストールしてやると良いんじゃないでしょうか。再現できてないのでよくわかりませんが、RubyGtkをgemで入れたら治ったと言ってる人が結構いたので。うまく行ったのを情報共有すれば、インターネットが便利になると思います。ううん、bundlerを使ったらもう少し楽になるんだけど、残念ながら0.2.2からなんですよね(丁度そこの作業中)。1.2.4mikutterの使っているRubyGnome2の最新版がリリースされました。このバージョンには不具合があって、mikutterが起動できません。うっかりアップデートしないように注意してください。してしまった場合は、過去のバージョンを使用する方法が用意されているでしょうから、1.2.3以前に戻してください。現在問題の特定と報告をやってもらっているところなので、次で直る可能性もあります。いずれにせよ、このブログでこんな感じでお知らせします。最近寝ても寝ても眠いんですよね、なんとかならないかな。2.0対応をやってみました。2.0に上げたいけどmikutter動かなかった...という人はこれを試してね。0.2.2の開発中に、いくつかmikutterに致命的なバグがいくつか見つかったのでバックポートしました。今のmikutterを使っていてクラッシュしたと言う人はあまりいないでしょうが、何かの拍子にパターン入るかもしれません。バージョンアップしたほうがいいです。0.2.1のバージョンアップはこれで最後か、次があっても随分後になるでしょうから、特別な理由がなければバージョンアップしたほうがいいです。@negi_s)遅延対策Rubyの変更によってTwitpicを含む一部サービスの画像プレビューができなくなっていました。早かれ遅かれまっとうなディストリならRubyのセキュリティフィックスならすぐ適用されるでしょうから、すぐにmikutterをアップデートすることをおすすめします。0.2.2の季節がやって来ました!フロントの新機能をサクッと見て行きましょう!開発者向けの情報は別の記事にします。新しいプラグイン「achievement」をバンドルしました。「設定を開く」「ペインを作成する」などのアクションを実行すると実績が解除されます。毎回起動する時、まだ達成していない実績があれば、その中からランダムに一つの実績の解除方法をmikutter_botが教えてくれます。こんな機能を付けた理由は、ユーザと機能が増えてきて、気づかれない機能も出てきたからです。実績を解除していく事で、自然と機能に気づくことができます。実績は達成したら終わりなので、よくある起動時に出るtipsダイアログのように、毎回知ってることをガミガミ言われることはありません。たいした個数はないので、煩わしく感じることはないと思います。え、それを見返したい時はどうするかって?それはもうあるんだけどなぁ。この実績、サードパーティプラグインが自由に追加できるようになっています。各機能へのポインタとして使用してもいいし、他にも面白い使い方があるかもしれません。ショートカットキーショートカットキーに、システムで予約されているキーを使用できるようになりました。タイムラインでスペース、エンター、Ctrl+P等にmikutterコマンドを割り当てることができます。Windowロールのmikutterコマンドの正式なサポートも開始します。これによって、「設定を開く」がmikutterコマンドになったので、ショートカットキーに割り当てることができるようになりました。最近プラグインを入れすぎてキーを割り当てるのが大変という人に朗報。はい、インクリメンタルサーチができるようになりました。上のテキストウィジェットに文字を入力すると、キーバインドか機能名、または表示されてませんがスラッグの何れかに部分的に一致した行だけが表示されます。「あれ、Ctrl+Sってふぁぼ以外に何か登録していたかな?」という時に使ってみましょう。mikutterでは自分で全てのキーを割り当てられますが、そのせいでわからなくなることも有りました。これで少しは良くなったでしょう。ショートカットキーの割り当て画面も変更しました。コンボボックスを廃止して、表示域いっぱいにコマンドリストを表示するようにしました。先ほどと同じようにインクリメンタルサーチできるようになっている他、ロール毎にカテゴライズされています。こちらも少しは選びやすくなったかな。ん、キーバインドの下のスペースが気になるって?...君のようなカンのいいガキは嫌いだよ。サウンド新しく「sound」というプラグインを導入しました。サウンドプラグイン自体は音を再生せず、サウンドプラグインにルーチンを登録したプラグインの中から、ユーザが使うものを選べるというプラグインです。OS/ディストリによっては、ALSAが導入しづらく、効果音を楽しめない環境もありましたが、相応しいサウンドサーバプラグインを選べるようになったわけです。以下に格納しており、これを変更する手段は用意されてませんでしたが、コマンドラインオプションでパスを指定できるようになりました。読み書きするようになります。キャッシュやプラグインの位置だけを指定とかには対応していません。デーモンモード(仮)botを作るためにmikutterのフレームワークがつかえるようになりました。core/plugin内を全て削除します。本当に全て消すと役に立たなくなるので、restとstreamingだけ残しておきましょう。これで、ツイートを受信するだけで何もしないbotができました。あとはいつものmikutterと同じで、プラグインをインストールしていくと、いろんな機能をつけることができます。データの蓄積や、おしゃべりbotなども作成できるでしょう。Key/Secretを新規取得して書き換えてください。mikutterフレームワークを使って作られたのがTwitterクライアントのmikutterですが、デーモンとして使うという事は、すでにそれはTwitterクライアントのmikutterではないからです。遠くないうちに、mikutterフレームワークを別途配布したいと思っていますが、CK/CSを削除してプラグインを大半削除したものを配布することになるでしょう。うまく動きますが、まだこの機能は仮実装です。端末からデタッチするなどの機能がありません。興味があれば使ってみてフィードバックをください。その他メモリ効率が大幅に改善されました。私自身RubyGnome2プロジェクトにメモリリークを修正するパッチを送るなどかなり力を入れました。mikutter自体の実装も一部見直しました。稼働時間に比例してメモリ使用量が増加する傾向はありますが、今までとは比べ物になりません。いっても、改善はRubyGnome2のバグフィックスによるところがほとんどなので、是非1.2.1以降のRubyGtk2を使用してください。書き忘れていること分かってたら書き忘れんやろ試すには今回から開発用のメインリポジトリをGitに移行しました。現在Subversionは、リリース時にしか更新していないので、開発中のmikutterを試したい人は、WebページからGitリポジトリを探してきてください。0.2.2に搭載する予定の機能のうち、実装が終わっていて、且つユーザに関係することを簡単にまとめました。前回と違って、今回は期間の割りには多くの新要素を追加できると思います。正式版の提供は4月前後になりそうです。3月中にプレビュー版が出せるといいのですが。この年度末は、数年ぶりにデスマーチにならなさそうなので、3月にもかかわらずmikutterの開発を続けています。なんだか3月じゃないみたいですね。ありがたいことに心配してくれる人もいますが、そんな感じなので御心配なく。春が来てしまうので、寒いうちに彼女とデートしてきます。こんな事ばかりしていたらなかなか進まないんだけど、冬のデートっていいですよね。f_swallow)そろそろ0.2.2だけどTwitter対応リリースです。過去のバージョンのmikutterでは、アクセストークンを取得するAPIのURLが間違っていたにも関わらず、一昨日くらいまではニコニコ応対してくれてました。これからmikutterを使い始める人は、このバージョン以降でないと起動することはできません。1.1の対応漏れに対応しました。いまのところデベロッパがAPIテストをするこれといった手段は用意されておらず、3/5のブラックアウトテストがあるまでは対応漏れは基本的にわかりません。その度にmikutterのテストをして実装漏れに対応する感じになると思います。Tokyoに遊びに行きます。遊びに行くだけなのでmikutterユーザ会のブースにはいませんが、遊びに行くのでブース付近に居る事も有ると思います。サインは無料でさせていただきます。地獄のミサワの「女に惚れさす名言集」ちょっとしたバグ修正です。Gtk2のバージョンを上げれる人は、上げた上でmikutterのバージョンも上げると、少しだけメモリの消費がマシになります。0.2.2ではもう少しマシになる予定です。この間、とあるOSSプロジェクトにコミットしたんですが、リリース情報に自分の名前が載って、しかも思ったより大きく掲載していただいて、3日間くらいとても嬉しかったんです。mikutterでは、パッチをくださった方々に感謝してないわけじゃないけど、Redmineやコミットログ等に名前が入っているので、ここには基本的には書いてませんでした。name(基本的にはRedmineに書いてもらった奴)を掲載することにしました。ラッパーの世界では感謝の意を表に出しすぎるとダメになると聞きましたが、OSSの世界ではそうではないように思います。普段からこういうことをしておくと、一緒に飲む機会があった時に奢ってもらえる可能性が上がると考えられます。舌は肥えてないので安い居酒屋チェーン店でも構いません。数字ではなく心だと思います。奢れと申し上げているわけではございません。旅行に来る際はご検討の程よろしくおねがいします。起動直後に一部環境で稀にクラッシュする問題タイムラインのコンテキストメニューを呼び出すと稀にクラッシュする問題バグフィックスです。レポートを送ってくれた皆さんありがとうございました。0.2.1は0.2よりはクラッシュレポートが少ないので、対応が楽でした。プラグインの処理でクラッシュしているレポートがたくさん届いていて、行き場のない怒りを覚えました。晩ご飯に唐揚げがあったので、とても良く噛んで食べてやりました。0.2.2開発を開始しています。リリースは2月の末から3月の頭を予定しています。はい、そういうことです。どれをやってどれを後回しにするか考えているところです。今回も早めにやってしまいます。0.2.1をリリースします。ファイル名(URLかローカルのパス)を指定する。サンプルはcommandプラグインを参照タブツールバー。タブレベルコマンドで表示設定とアイコン設定があるものは、タブごとに作成されるツールバーにアイコンが表示されるようになった。高速化mikutter誕生日おめでとう!!!!(遅)今回は機能の追加をいろいろやる予定でしたが、どちらかというとTwitter対応がほとんどメインの変更になってしまいました。いう意味では見所があまりない。以降は、このバージョンより古いmikutterはお使いいただけません。pre2ツイートが投稿できないことがあったツイート検索が動作しないことがあったアイコンの読み込みに失敗することがあったちょっとしたバグ修正です。軽くなった気もしますね。大きな問題が見つからなければ、週末には正式に0.2.1を出します。プレビュー版として公開します。バグ修正をしながら、適当なタイミングで不安定版としてリリースします。ファイル名(URLかローカルのパス)を指定する。サンプルはcommandプラグインを参照タブツールバー。タブレベルコマンドで表示設定とアイコン設定があるものは、タブごとに作成されるツールバーにアイコンが表示されるようになった。各エンドポイント毎にレートリミットが設定されています。mikutterで各エンドポイントのレートリミットを確認する方法はありません(やっつけでステータスバーに表示しているが実用的ではない)。検索に非公式リツイートの形式でリツイートが表示される問題を解決その他、レスポンスが変わったことで若干動作が変わっている部分があります。Requirementsに準拠したUIに変更TLでは、名前よりスクリーンネームを後に表示。アバターアイコンをクリックするとプロフィールを開くツイートのタイムスタンプを相対時刻表示に変更。全てのタイムラインの下にTwitterのロゴを表示、twitter.comにリンクハッシュタグのリンク先をWebサイトの検索ページに変更。検索プラグインがWebサイトを開く機能を有していないため各変更は必須要件なため設定によって変更することはできない。1.1に対応しました。認証の問題が未だに起こっている環境では、このアップデートで改善される可能性が高いです。同時にDRにも対応しました。予定変更の経緯は過去のエントリを。このへんのことをこのブログを見ていないmikutterユーザにどう伝えるのか、困ったものだ。リアルでいろいろあってリリースを遅らせたので、ちょっと慎重にpre版とか言っていますが、API周りで何もなければこれでいくでしょう。3周年記念リリースであることにも変わりはありません。言ってなにか有るわけではないですが。三年目はじめにあけましておめでとうございます。mikutterは2012年12月25日を以って3歳になりました。こんなことを三年もやってると思うと本当に残念な気持ちでいっぱいです。Twitter廃人とはよくいったものですが、相変わらず私は起きてる間しかPostしないエンジョイ勢ですよ。いえ、まだしばらくずるずるとやってると思うので、よろしくお願いします。例年通り、去年一年間にmikutterに起こったことを振り返ってみましょう。来年のことを言うと鬼がふぁぼる。年明けこの年の年明け、つまりちょうど一年前ですが、mikutterは0.0.4でした(0.1は存在したがpre版だった)。バージョン番号だけはやたらとジャンプアップしましたね。実際の機能はたいして変わってないです、上がり方の割りには。mikutterはバージョンなんてただの飾りだってことを僕達に教えてくれた。mikutter自体のこと0.1.xbefore_api_sectionAPIのレートリミットがリフレッシュされる寸前にこれでもかというくらいAPIをリクエストしまくるサーバ泣かせな隠し機能です。きたないぞ!きたないぞmikutter!(標準ではリスト関連でしかしてなかったと思うけど)こんな小さなことをわざわざ書いた理由は、間もなくこれが無意味なものになるからです。1.1に対応し、エンドポイントごとにレートリミットが設定されているため、このような処理をしても効果が薄いのです。リストのストリーミングmikutterで表示するすべてのリストはリアルタイム更新されるようになりましたね。1.1になってリストのタイムラインを15分で15回しか更新できなくなるので、15個のリストを表示していると1回で規制されますし、1アカウントが作成できるリストの数の条件である20個を表示している場合にいたっては、すべてのリストを取得することはできないという惨状です。mikutterでは、このリストのストリーミングに対応しているため、ほとんど問題なくリストを使うことができます。他にない機能ということで鼻を高くしていましたが、PC用のメジャーなTwitterクライアントはこれを実装し、当たり前の機能となっていくかもしれません。スマートフォンではどうするんでしょうね。アクティビティTwitterがアクティビティAPIをどうやらデベロッパに公開する気が無さそうだと悟るやいなや、自前でそれっぽいものを作成してしまいました。大量の通知の可視化という課題に対する革命的なソリューションであり、いまやmikutterのキラープラグインの一つです(自称)。0.2DSL拡張プラグインにDSLカスタマイズをできるように、特定のプラグインに依存したプラグインを定義できるようにしました。プラグインがタイムラインやタブを構築するときに使うメソッドです。gtkプラグインguiプラグインからgtkプラグインを分離してイベントでやり取りさせるようになりました。UIの組立を任意のタイミングで実行できるようになり、体感速度が上がり、外部フィルタなどですべてのアクションに干渉できるようになりましたが、実際の処理ステップは増加しているので、起動時など大量のイベントが発生するときはやや動作がもたつくことがあります。いえ、速度改善は副産物に過ぎず、来年はこの仕組みを使った興味深いプラグインをたくさん提供できることでしょう。標準のフォーカス移動関連の処理はこれらを使っています。周辺の動きmikutterの薄い本1月15日、喫茶室長さんが、いろんな人が書いたmikutterにかんする記事をまとめた「mikutterの薄い本vol.1」を作成してこみトレで頒布しておくれました。toshi_aとkatsyoshiさんが寄稿したと思いますが、vol.2からはもっと多くの方が書いてくれるようになりました。先日のコミケでは、vol.3を70部ほど頒布したそうで、こんなにも多くの人がmikutterに興味を持っているということに驚きを隠せません。私自身は第一回から毎回寄稿させてもらっていて、ドキュメントを書く切欠に利用させてもらってます。書かないといけないんですけど。私がゴールデンウィークに東京に遊びに行った時、katsyoshiさんがmikutterユーザ会を企画してくださり、参加しました。要は単なる飲み会だったのですが、mikutterの名のもとにユーザやユーザじゃない人が集まってくれました。今思えばTwitter上で技術系クラスタの間で有名な人とかもいらっしゃったので、結構豪華なメンバーでしたね。当日お越しいただいた女帝さんに、緊張のあまり「ShootingStar作者のはるです」と自己紹介してしまったのが未だに気になっています(誤解されてないといいが)。不特定多数が参加できるmikutter関連のイベントに私が参加したのは初めてでした。Kyotoに「mikutter」として出展しました。今のところ唯一私が主催したもので、mikutterの開発者として不特定多数の人にお話をしたのは初めてでした。いうエントリにまとめました。12.04がリリースされました。mikutterにとっては最初いくつか問題が起こりましたが、LTSでも簡単に新しめの動作環境を構築できるようになりました。1.0を使用できなくするという発表をしました。いつかのBasic認証とかを思い出しますね。このAPIのアップデートによって、検索結果にリツイートが非公式リツイートのように紛れ込んでしまう問題などが改善しました。ありがたや、ありがたや。Requirementsの話とかがある。表示の仕方とかはmikutterの肝なので、新しくmikutterを使う人に誤解されてしまったら少し悲しいな。今年Twitterにあった最大の事件といえばこれですね。世界的にもこれは衝撃的だったようです。今年は結構コード書く以外のことをやった。その結果いろいろ面白かったんだけど、mikutterの開発速度が目に見えて落ちた。mikutterに使える時間が増えたわけではないのに(減ってる)、コードしか書かなかった時よりペースが落ちるのは当たり前か。一方で実装したい機能というのも、さすがにこれだけ続けていればひと通り出揃いつつある。私が魅力的に感じない機能はサードパーティプラグインで提供されたほうがいいし、これからはそういったものを作りやすい環境を整えることを考えた方がいい、気がしてる。大袈裟な話じゃなくて、単にもうちょっとドキュメント書いたら割りと問題なくなると思ってる。みっくストアとかもあるけれど。今年はドキュメント書いていこうと思っていたけれど、前述のような理由や、書いたとしてもドキュメントというより日記みたいなことばかり書いていた気がする。このブログを何だと思ってるんだ。「mikutter開発日記」だぞ。日記じゃねーか、これでいいのか。今年の目標もう同じ過ちは犯さない。目標なんて立てたら全部達成できないんだ。胸のうちに秘めておくことにしよう。いえば、今年は元日未明に八坂神社を参拝してきて、mikutterの薄い本製作委員会がコミケに通りますようにってお祈りしてきました。