8/24に院死があるわけですが、その日まで淡々とカウントダウンするbotを作りますした。まだ設置が済んでないので、本格稼働はもうちょっと待ってください。
なお、Hatena::Countingでカウントダウンも作ったんで、Webブラウザのホームにどうぞ。
仕様(たぶん)
こんだけ。インタラクティブな機能はつける予定はないのですが、投稿の多すぎるfollowerに警告を発する、くらいはやるかもしれません。
学科
PDF注意。
ダウンロードサイズが2MBってのは、描画機能がJava2Dに頼っていたり、FirefoxやSafariがガワも搭載していることを考えるとあまりフェアな比較ではないように思うが…
あと、FlashのサポートのためにNPAPIでなくActiveXを使うつもりらしいのが意外。
WebKit
もしかしたらGoogle Chromeはこういうことを考えているのかもしれないけれど。
Windows7の新機能で、ジャンプリストというのがある。アプリケーションで最近開いたファイルや、よく使うファイルをリスト表示するなどの機能がある(XAMLでカスタマイズできるらしい)。Google ChromeやPrismは、Webアプリケーションを通常のアプリケーションの用に使う機能を持っている。通常のアプリケーションのように、Webアプリケーションに対してもジャンプリスト機能を持たせたいと思うのは当然の発想ではないだろうか。
例えば、ニコニコ動画の場合、「いつも表示」の部分を、「作業用BGM」のマイリストと連動させてみたり。Twitterのfavを「いつも表示」と連動させてみたり。
未分類
XPS ビューアは無駄に重いので嫌い。
Okularを使いましょう。Windows版KDE自体がまだ微妙なので不安定ですが、そこそこ使える品質にはなっています。
未分類

タイトルバーを取っ払って、タブの段と閉じるボタンの段を同じところに持っていったのはGoogle Chromeと同じ発想。ブックマークツールバーは削除、Windows 7と似たような感じでタブバーと統合する。どう統合するかは第3版で。
このレイアウトの欠点は、最大化しているときにスクロールバーをいじりたいとき、マウスを画面の端まで一気に持っていって、スクロールバー付近に気軽に合わせることができないことか。閉じるボタンが右側だったらよかったのに…。あと、タブへの視線移動量が、左に置いたときよりも大きくなりそうだ。
コマンドラインインターフェースとの相性はいいかもしれない。タブコントロール部分を出力先ととらえた時、リダイレクト記号と「出力先」のある方向が一致する。
Bagel
Qt4.5で見合わされたDOM APIが、ついにQt4.6で使えるようになります。
現在、QWebFrameを覗いてみると、こんな感じになっています。
QWebElement documentElement() const;
QList findAllElements(const QString &selectorQuery) const;
QWebElement findFirstElement(const QString &selectorQuery) const;
QWebElementを見ると、appendInsideなどの見慣れないメソッドが見えます。
WebKit
How do people use tabs? とかいうスライドより抜粋:
何のためにタブが使われているか
- 戻るボタンの代わり
- 検索結果を一斉に開くといちいち戻って次のページを見るより速く使える
- 軽量ブックマーク
- リマインダ
- マルチタスク
- 比較
タブの利点
- 「ただそこにある」
- 目に見える履歴
- 戻るボタンより速く、簡単である
- 信頼性(戻ってきて同じページが確実にみられるということ。livedoor Readerなんかだと、右クリックした画像でうっかり「画像だけを表示」をやってから戻ると、途中まで読んだRSSがパァになるが、新しいタブで開けばそういうことが「確実に」ない)
- 新しいブラウジング戦略
UI

久しぶりに状況を確かめてみた。ReactOS付属の「Download!」というツールでダウンロードできるFirefoxから1.5が削除され、代わりに3.0が入っていた。また、マウスを動かしつづけないとFirefoxが通信してくれないのも直っていた。Webページ内のテキストのレンダリングがおかしいのは相変わらず(ただし、一枚目のスクリーンショットは日本語のページを表示しているが、日本語フォントを導入していないのでこうなるのは当たり前)。
フォントの横幅の計算がおかしいのかね?そのわりにはChrome部分はまともなのよね。
ReactOS