[RRRR,GGGG,BBBB]のような配列。各要素0xFFFFが最大値。oのHashの値から一つの要素を選択する。表示されるのはHashの値だが、格納されるのはキーの方。ウィジェットの複数選択奴。選ばれた値がすべて配列で格納される。bodyにウィジェットがあればチェックボックスになるとはいいつつ、意外とちゃんとまとめるとめっちゃボリュームありそう。aboutとかcolorみたいにほとんど使わなさそうなのもあるし。これでみんなも自分のプラグインに設定をつけてみたくなったんじゃないかな。自分用のちょっとしたプラグインも、こうやって設定できるようにしておくと、便利ですよ。最近こういう適当なエントリかかないから、適当なマニュアルもないという状態になってしまって、設定難民が出てしまうわけだよ。設定つけるためにソース読んだ皆も、諦めてた皆も、ごめんな!なので、来年はこういうの書いていくようにしようと思う。ないよりあるほうがマシだしね。あと、半端なこと書いてるとこれはイカンやばいと思ってちゃんとしたのを書くモチベーションが上がるという話もある。おくれ駆動開発みたいなやつ。RequirementsTwitterがAPIを使うにあたって、ツイートの表示方法を制限してきたので、対応しないといけない。Requirementsはさんざん叩かれていて、どういうものかは皆わかっていると思う。Requirementsの良し悪しについてはあまり言及しない。他のTwitterクライアントを作っているなら俺は悪くないということを強調する羽目になるが、mikutterのユーザは賢い方が多いと信じている。実はさんざん叩かれているDRだけど、mikutterはそんなには変わらない。Webを参考にして今のUIデザインがあるので、当然と言えば当然。実はDRはつい最近制定されたものではなく、もともとあったのが義務化されただけ(それに際して変更はされたが)。いえDRとmikutterのUIは完璧に同じではない。具体的に言えば、私がTwitterのUIで不満に思っていたところを「改善」したのがおおよそmikutterのUIなわけだけど、そういうアレンジを全て取り払わなければいけない。それによってユーザがどれくらい迷惑を被るかは、0.2.1のリリース後にわかるだろう。always多くのTwitterクライアントがやってる、設定で変更できるというのは、個人的にはグレーじゃないかと思った。「しんどいとかあったら相談して!」みたいなことはちらっと書いてあるけど、やだって言って通用するならこんな規約そもそもないだろう。あと、フォーラムのスレッドとか全部追っかけてるわけじゃないので、実は知らないだけで設定で無効にできるのは構わん、みたいな結論が実は出てて、相当恥ずかしいことを書いてるかもしれない。そのことをDRに書き足しておけよっていう話だけど。設定で戻せるようにしてはならない、という明確な記述は見当たらなかった。いずれにせよ、後述する理由により(=めんどい)、そのような設定は付けないと思う。ぶっちゃけどうでもいいのでは多くのクライアントが違反してるのでは、と言いたいわけではない。検問やって得するのはTwitterだけだ。守らなくてもいいじゃんと言いたいわけではなく、バカ正直にやると文字通りバカを見るので、ある程度ユーザビリティを維持しながら、うまい落とし所を探っていく必要がある(多くのTwitterクライアントは、設定で戻せるというのを落とし所としたのだろう。悪いやり方だとは思わない)。いっても決まりなのでインターネットは怖いところなので、決まりを守らないとユーザレベルでリンチされることがままある。mikutterインストールしてしこたまハッシュタグ付きでdisったあと去っていくモヒカンがいるけど、こういう人たちの生態はまだ解明されていないので、急所は隠しておかないと不安で夜も眠れない。私の安眠のためにもやっぱり避けては通れない。インターネットでは規約にとらわれないといけないのですね!サドンデス3/5まで実装しなきゃいいじゃん、というのはナシ。1.0、3/5までというバッファをもたせた順次移行というよりは、いつ使えなくなるかわからないサドンデスシステムが採用されていると思ったほうが事実に近い。1.0の不具合の修正がめちゃくちゃ遅いのだ。0.2.0.1089で一応それっぽく動くようになったけど、明日TLを取得できなくなっていても不思議ではない。ユーザは以前のmikutterを使い続けられるけど、3/5までではなく、最大3/5までと考えたほうが、いざというときに寿命が縮まらなくて良いと思う。v1.1への対応は急務であり、できるだけ同じタイミングでDR対応もしたいです。ノーガード戦法mikutterはどうするかというと、Twitterとの化かし合いの土俵には上がらず、あえてこれらに従い、ユーザビリティの低下を見過ごします。mikutterユーザはDRに準拠したUIを否が応でも強いられます。always、設定で戻すことはできません。私は決められたことをしたに過ぎないのだし、Twitter社もユーザも、私を責めることはできません。見つからなきゃなにやってもバレない多くの人気のTwitterクライアントとmikutterには、ソースが公開されているかどうかという大きな違いがあります。皆さんが勝手に書き換えて、その結果DRに違反することになるのは何ら問題がありません。いうか、それがどんな表示をしているかは確認できないしね。絶望するのはまだ早い。DRの実装の全てはそこに置いてきた。プラグインmikutterのコアにはGUIは含まれません。Requirementsの対応と言っても、標準プラグインの書き換えに過ぎないのです。プラグインは取り外し可能です。Requirementsに違反した使いやすいUIがもどってきちゃうわー。アップデートする度に削除するだけでもどってきちゃうわー。茶番乙0.2.1でDRに対応する予定。開発中のコードはtrunkにあります。v1.1についても同時に対応中なので、まだ不具合が残ってます。DRに対応するとゆるふわ清楚系mikutterちゃんがどうなっちゃうのか早く知りたいなら止めないけど、trunkを試す時は設定などのバックアップは忘れずにね。いえまだDR対応も途中なので、工事現場が見れるというだけの話です。私がmikutterにかけた時間は決して短くないし、Twitterに愛着もある。この件について思うところはあるんだけど、開発を打ち切るという選択はしなかった。ここに思いの丈を書き散らしてもいいんだけど、2つのdisplay-requirementsプラグイン(標準プラグインと上記github上のもの)で私の思いを表現することにした。私の表現の場としては、これが一番ふさわしいのだ。0.2.1からはDRに対応します設定で戻すことは不可能それプラグインでできるよこれでよかったのかな。Twitterがこれの違反を根拠にシメあげてくることもないだろうから、多分死ぬまでそれはわからないね。これ25日までに間に合うのかな。0.2.0.1089Twitterの一部APIによる不具合対策。認証ダイアログが何度も表示される、起動できなくなる等の問題を修正Twitterの不具合対策です。既知の不具合にあげたのは、今回の不具合完全に回避できたわけではないので、以下のような症状が残っています。RateLimit残数の表示が間違ったものになることがある(激しく増減する等)リストが更新されない、フォローフォロワーが正しく取得できないなどの問題が起こる可能性があります。以前のバージョンでも同様の不具合は発生するので、アップデートをおすすめします。最近にわかに増えたふぁぼっていないツイートに★マークがつく問題もTwitterサイドです、遅くとも0.2.1で対応するでしょう。Requirements対応になります。0.2.0.1080アクティビティが自動スクロールアップしない問題アクセストークンが破棄された時の不具合の修正Twitterの不正な応答に暫定的に対応。約1時間毎に認証ダイアログボックスが表示される不具合の改善ツイートを選択していない状態でショートカットキーからプロフィールコマンドを実行するとクラッシュする問題TwitterのAPI1.0で不具合と思われる挙動があり、現在調査中ですが時間が取れてなくてちゃんと原因を特定してません。1.1に乗り換えることも検討しています。このバージョンでのこの不具合に対する対応は暫定的です。週の半ばにもう一度問題を解決したバージョンを緊急リリースするかもしれません。上記の問題は初めてmikutterを起動した時にクラッシュしてしまうという問題も孕んでいるようです。