NOSE Takafumi

タイトルバーを取っ払って、タブの段と閉じるボタンの段を同じところに持っていったのはGoogle Chromeと同じ発想。ブックマークツールバーは削除、Windows ７と似たような感じでタブバーと統合する。どう統合するかは第3版で。

このレイアウトの欠点は、最大化しているときにスクロールバーをいじりたいとき、マウスを画面の端まで一気に持っていって、スクロールバー付近に気軽に合わせることができないことか。閉じるボタンが右側だったらよかったのに…。あと、タブへの視線移動量が、左に置いたときよりも大きくなりそうだ。

コマンドラインインターフェースとの相性はいいかもしれない。タブコントロール部分を出力先ととらえた時、リダイレクト記号と「出力先」のある方向が一致する。

Qt4.5で見合わされたDOM APIが、ついにQt4.6で使えるようになります。

現在、QWebFrameを覗いてみると、こんな感じになっています。

QWebElement documentElement() const;
QList findAllElements(const QString &selectorQuery) const;
QWebElement findFirstElement(const QString &selectorQuery) const;

QWebElementを見ると、appendInsideなどの見慣れないメソッドが見えます。

How do people use tabs? とかいうスライドより抜粋:

何のためにタブが使われているか

• 戻るボタンの代わり
  • 検索結果を一斉に開くといちいち戻って次のページを見るより速く使える
• 軽量ブックマーク
• リマインダ
• マルチタスク
  • 例えば、ネトラジを聞きながら作業するとか
• 比較

タブの利点

• 「ただそこにある」
• 目に見える履歴
• 戻るボタンより速く、簡単である
• 信頼性(戻ってきて同じページが確実にみられるということ。livedoor Readerなんかだと、右クリックした画像でうっかり「画像だけを表示」をやってから戻ると、途中まで読んだRSSがパァになるが、新しいタブで開けばそういうことが「確実に」ない)
• 新しいブラウジング戦略
  • さっきの検索エンジンの話

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

フォントの横幅の計算がおかしいのかね？そのわりにはChrome部分はまともなのよね。

ここらへん読めば、Bagel2で目指しているものがおぼろげながらわかってもらえると思う。ただ、2007年くらいの自分のはてブからも拾ってきているので、情報としては古いものも混じっている。

ブラウザはどうあるべきか/スクレイピング

• http://snj.tumblr.com/post/39239219
• http://ku.tumblr.com/post/39656290

俺がFirefoxの拡張機構に感じていた不満ってのはここにある。簡単にいえば、Piroさんがよく言っている「拡張＝野良パッチ」論。Bagel2では、上でいう2の層を実装したいと思っている。正直、ここが最大の障壁。

• サービスのread/writeとコンテンツのfav
• デバイスドライバ/FUSEのrestfs/SITEINFOの役割比較
• HTMLのドキュメントから繰り返し部分をみつける

Plan9

• 分散OS: 人間を抽象化する
• セカンドシステム症候群
• 簡潔さは力なり
• ソフトウェアの単純さ：本音と建前
• ソフトウェアの単純さ
• ネットワークはどう抽象化されるのか？
• なんでもファイルサーバ

Plan9日記は面白いから全部読むべき。Plan9の「すべてはファイル」という概念はもちろんのこと、acmeについても見ておいたほうがいい。

• UNIX Style, or cat -v Considered Harmful

alohakunのエントリも面白いから全部読むべき。コメントも含めて。

• Linuxに勝てなかったPlan 9

より良いソリューションに対する最も危険な敵というのは、十分に良い既存のコードベースなのだ

• Section 5.1: Plan 9 に於ける graphics programming
• Plan9
• 9Pプロトコルの概要
• FirefoxFileSystem

AtomPub/XMPP/REST

AtomPubは最近雲行きがあやしくて鬱

• Atom Publishing Protocolは出来損ないか？
• XMPPはクラウドサービスの将来像か？
• Google Data API の概要
• JavaScriptでAtomPubクライアント
• マイクロソフト – 「これからはAtomPubでいきます」
• REST 入門(その5) 四つの動詞 — GET, POST, PUT, DELETE
• なぜ RPC はいまいちか (今更編)

Microformat

WecSlicesとかアクセラレータとか、そろそろ実用段階に入ってきた感があるMicroformat。昔は読むばっかりで、はてブを活用してなかったので、もっと重要なエントリはあるはずなのに漏れがひどいなあ…

• マイクロフォーマットな未来がいいなあ
• 仮名：華麗なるmicroformatsと愉快な仲間たち
• GRDDLでメタデータを取得するLDRize

ユーザーインターフェース

• Firefox.nextでタブをサイド側へ

実はBagel2のモックアップをAzaに見せたことがある。

• Archy – Wikipedia, the free encyclopedia
• キヤノン・キャット – Wikipedia

Azaの親父さんの作品。

• Mozilla Labの至宝が語る未来のFirefox (1/2)

データは常にアルゴリズムよりも正しいです。

ソフトウェアの機能や特長は、長期的に見たときに優位性にはなりません。これらは時間が経てばコピーされて陳腐化してしまう。

• 八割の動詞
• Ubiquity in Firefox: Focus on Japanese
• The Graphical Keyboard User Interface
• Web ブラウザをプラットフォームとした UI 設計

その他

• WebKit for SWT
• なぜWWWが物理業界から発生したのか
• The Browser Operating System
• Pipes: Rewire the web
• Forth – Wikipedia

感想

まだ「未来」は訪れてないんだなあ。

あんま関係ないですが、某委員会で挙げられているブラウザの中で見るべきところがあるのはfub, KIKI, Google Chromeくらいなもので、あとは全部ロートルですね。Bagel0.xもDonutのコピーにすぎないですし。今更そんなものを作ってもしょうがない。陳腐な言い回しになるのであまりこんな言い方はしたくないのだけれど、たぶん、OSとしてのWebブラウザを作りたいんだろうな…

データの取り扱い、をいかにうまく設計するか。僕は頭が悪いので、なかなか結論が出ないのでありますよ。

UIが悲惨。ページのレンダリングは一見まともだが、日本語のレンダリングは壊滅。IMEも使えない。

IPA モナーフォントが入っている環境では、

failde to find a font. sadface
Failed to find font entry for IPAMonaPGothic
failde to find a font. sadface
Failed to find font entry for IPAMonaPGothic

と言われて起動しない。なんとなくLANG=Cしたら行けた。あと、qcms.hが足りないといわれてビルドできなかったので、gfx/thebes/public/gfxPlatform.hを書き換える必要があった。

Qtは4.5.0、OSはUbuntu9.04(AMD64)。