#coolfox

Firefoxの改善案。過去に瀧田佐登子と話した時に分かったことにも依る。これらはCOMブラウザであるCobaltfoxでも取り入れられて実現されている。

Gecko：安定感の有るパワフルなWeb標準に準拠した文字化けしにくいレンダラである

グラフィックエフェクトレンダラ：Geckoらしい土臭さを少し残しつつ、Safariのようなクリアな質感のレンダリング表示感覚にする

キャッシュ：ダウンロードしたWebページを一時的にためておく場所、ここをウイルススキャンすれば良い

プロトコル：インターネット上で相手と通信するためのモジュール、カーネルに含まれる、ここはリソース改善を考えてモノリシックで、ここをウイルススキャンしても良い

CSS：Webページを装飾する、デザインとはコンテンツの傾向をわかりやすくするためにするものである

プラグイン：本来依存でライブラリで装備するものを外部のアプリケーションで装備するために専用のインターフェイスを利用するものである

ブックマーク：Webページのアドレスを項目として保持するためのもの、よく使うサイトを登録するために使い、雑多なScrapBookとしては使わない

Pocket：Webページを一時的にブックマークしておく機能、後で読むときに使うのが一番メインか、１クリックでブックマークできるようにする、ScrapBook用

Weave（expod-sync）：デバイスやマシン間でブックマークや設定やKeychain（アカウントとパスワード）を同期する機能

Quartz-fresh：Webページを全体をレンダリングしてからいっぺんに表示する、またGUIもコンテキストを描画及び準備出来てから表示する、レンダリング中はスピンドルを表示してグレーアウトすればよいだろう、リンクをクリック後にすぐ空白ページを表示するのではなく、前のページを残したままグレーアウトしてスピンドルのほうが良いかもしれない

Push：Pushは一般には嫌われるが、Webサイトからの変更を通知するためには装備が必要である、Pullだけで更新するのはポーリングであり好ましくない

WebObjects API：サイトが要求した時に専用のローカルのウィジェットを使ってユーザーにサジェストしてWebブラウザのローカルのアプリケーションとしての機能を利用するもの

ポップアップ・ブロック：WebObjects APIを使って動作させれば良い、普通はタブ開きでも良いだろう

全画面表示：WebObjects APIを使って動作させれば良い、全画面の解除はアプリケーションの機能として装備するためWebサイトの認証は必要ない

Ajax：Webページの更新は常に自動で行いリアルタイムにWeb上のリソースはサイト及びPushでローカルのページに反映させる

ウィジェット・アプリケーション・インターフェイス：iTSのようにアプリケーションとして装備したほうが良い機能はウィジェット・インターフェイスで装備する

Remote XUL：Remote XULを利用することでアプリケーションとしてGUIを装備できる、これはHTMLインターフェイスほど煩雑ではない、ローカルのクロームに組み込めるようにする

Prismアプリケーション：Prismを利用することによりWebアプリケーションはローカルアプリケーションのように利用可能である

Geckoは宣言を読めるかどうかで文字エンコーディング選択が適切であるかどうか判別できる、この手法を装備しているため、文字化けは全く起こらない

dpdf Editor：JavaScriptをダウンロードして読み込むことで、どのようなフォーマットでもWebブラウザ上で表示したり読みこむことが可能である

Objective-J：どのようなプログラムコードであっても、実行系をインタプリタとして動かせば、JavaScriptエンジンなどでWebブラウザ上で動作可能である

Java/Flash/Plasmoid：Javaは低レベルでありどんなコードでも動かせるが、OSのAPIを使わないため重いし無駄になるし強力なプログラムは開発しにくい、Flashはアニメーション関連のUIを生成するのには向いているが秘匿された技術である、Plasmoidプラグインは代替技術と成り得るもので、しかもコードの形態が目的にあっている

HTML5プレーヤーの排除：HTMLはページを記述するためのものであり、ウィジェットやアプレットの内容を記述するためのものではない、例えば複雑な動画プレーヤーはHTML5で装備されるべきでない

XUL.Framework：環境独立でありながら環境統合であるクロスプラットフォーム実行環境である、HTMLインターフェイスとは対照的であり、的確な扱いやすいGUIを効率良く無駄な手法を使わずに実現できる

SVG/canvas：SVGとcanvas（JavaScript）を使えばドローは静的にも動的にも装備しやすい、混ぜて装備するだけの環境はGeckoにはある、BlueGriffonのSVGエディタが良い例である

Resource-SVG：アイコンなどはSVGで保持してBuffer/Cacheの原理に則りビットマップのキャッシュを溜めるべきである、解像度非依存で軽量化および高速化出来る

Keychain：システムでアカウント情報及びパスワードは管理して、Webブラウザからも透過的に利用可能にするべきである、ログイン時に解錠するのがデフォルト、システムに無いのならプラットフォームで装備する

シングルショートカットキー：テキストフィールドを選択していない場合はシングルキー操作だけでWebナビゲーションが可能である

SNSサイトのメディア項目を開いている場合は、独立したメディアプレイヤーにも渡して再生が可能であったほうが良いだろう、ライブラリ管理ソフトでも自動で項目を読み込んでストリーミングで再生可能であると良い

Crowdsや安全なPre-Native COMのSNSサイトにフィルタリングしてアクセスするだけならウイルスフリーである、安全なサイトデータベースで指定されているサイトにのみアクセスできる

Macro：システムの自動化機能と連携することに依って、多少の自動化処理は可能である

RapidSort：システムの検索システムとSNSサイトの項目の検索機能は連携可能であったほうが良い

XUL on Cocoa：Cocoaは品質の高いが低レベルであるため、XUL.Frameworkを高水準なプラットフォームとして利用すれば開発性が上がるし、Cocoaでなくても良いならクロスプラットフォームに出来る

ダウンロードマネージャは当然装備する、Safariのようにポップアップウィジェットで表示するのが使いやすいだろう、完了通知はNortificationでも出す、詳細な履歴はパネルやウィンドウで出せば良い

Webページは印刷するときは専用のテンプレートで整形して印刷用のレイアウトで印刷する

拡張機能機構：拡張機能機構を装備することに依ってカスタマイズ可能にし、ユーザーにとって必要な機能だけ装備して本体を軽量にできる

テーマ：環境に適合したテーマが本来は良いかもしれないが、よく使うソフトでありアクセサリ的な目的も伴うため、テーマカスタマイズが出来ると楽しいだろう

sand-box：隔離された領域でWebページをレンダリングすることによって、セキュリティーが破られた場合のローカルシステムへの侵害の危険性を低くする

ライブラリ管理ソフトとの連携機能：これを備えることに依って、ダウンロードコンテンツのライブラリへのインポート及びメタデータのインポートを自動で行う、アップロードもライブラリから行う

キャッシュ：キャッシュはストレージが満杯になったら古い方から捨てていく

Cookie：Cookieは信頼できるサイトからは全て受け入れ保存し、信頼出来ないサイトからは全てはじく以前にアクセスをシャットアウトする

JIT Compiler（JAM Tool）：WebページをジャムってバイトコードにしてWebサイトの表示を高速化する

htmlbin：Webページを圧縮して転送し表示時に解凍する手法、利用帯域を減少させる

Unicode：Unicodeを使えば複数の言語を含んだ１つのWebページを表示できる

テーブルレイアウト：ブロックレイアウトばかり使ってはいけない、テーブルレイアウトの方がレイアウトの区切る考え方に合致しているため適切である、レイアウト専用のテーブルのタグを用意する

htmld：バンドル形式でWebページを保存する、HTMLファイルごとフォルダで括って保存する、Mac OS XのFinder上では単一ファイルのように見える、tarやzip使って一つのファイルに固めて読むときに自動バックグラウンド解凍でも良い

3Dインターフェイス：3Dの方が押下感がありウィジェットが識別しやすい

Webブラウザとシステムはセキュリティーのために常に最新安定版であり脆弱性がないことが望まれる、通常の外部アプリケーションにおいてはCarbon【下位互換】として古いアプリケーションを使ってもセキュリティー的に問題にならない

リンクをクリック時には効果音を鳴らしたほうが分かりやすいだろう