Androidブラウザのabout：debug、これらの設定は何をしますか？

私はこの隠された設定を見つけました：

1. Open Stockブラウザ（ICSのChromeではありません。about：debugはChromeでは動作しません。代わりにリモートデバッグを使用してください。）
2. アドレスバーに「」と入力するとabout:debug、何も起こらないはずです。確認画面は表示されず、緑色のボックスが点滅して、何かを行ったことを知らせます。
3. ただし、ブラウザの[設定]ページにはいくつかの新しいオプションがあります。

^{（画像をクリックすると拡大します）}

でMenu > More > Settings：

^{（画像をクリックすると拡大します）}

にはMenu > More、次のものもあります。

^{（画像をクリックすると拡大します）}

おそらく、私が気付いていない他の新しいメニューが表示され、メニューはバージョン固有である可能性が非常に高いです。

これらの設定の一部は理解していますが、Javascriptコンソールの場所、トレース対象、ライトタッチとnavキャッシュダンプの実行場所、ダンプファイルの場所など、これらの設定の多くは理解できません。保存先、有効なJS（Javascript？）フラグなど

Googleにとって、これらの設定が何をするかは難しいと思います。他の人の助けを借りabout:debugて、これらの設定が何をするのかをプレイ/実験/ Googleで書きたいと思っています。収集できる情報は少しでも役立ちます。

相互に関連する設定を説明する場合を除き、設定ごとに1つの回答を用意してください。

Javascriptコンソールは次のとおりです。

何らかの理由で、「JavaScriptコンソールを表示」バーはandroid.com Webサイトにのみ表示されます。構文エラーがコンソールをトリガーするのか、それがandroid.comに表示される別の理由があるのか​​、私がチェックした他のサイトのどれもないのかはわかりません。

about:debugHTC Desire HD のメニューには、[メニュー]> [その他]> [設定]に[GEPズームを有効にする]というオプションがあります。これにより、HTCのテキストリフロー機能が無効になり、デフォルトのGoogleズームが使用されます。

UAStringは、ブラウザがページをリクエストするときに送信するユーザーエージェント文字列を変更します。ユーザーエージェント文字列は、ブラウザがサーバーに対して自身を識別するために送信する短い文字列（テキスト）です。多くのWebサイトは、Webサイトに接続しているブラウザーを検出しようとし、ブラウザー用に最適化された異なるページを提供します。このようなブラウザ検出の最も一般的な方法の1つは、UAStringをチェックすることです。UAStringの設定は基本的にUAStringを偽装し、Androidブラウザーが実際には別のブラウザーであるとサーバーに信じ込ませます。

UAStringには3つのオプションがあります。

• Android（デフォルト）
• デスクトップ
• iPhone

Android UAStringは、Androidから送信されるデフォルトのUAStringです。Webサイトは、このUAStringを検出すると、モバイルバージョンのサイトを提供できます。デスクトップを使用して、モバイルフレンドリーバージョンを提供するのではなく、サーバーにサイトのデスクトップバージョンを提供させることができます。一方、サーバーにiPhone向けに最適化されたモバイルフレンドリーバージョンがあることを知っているが、Androidを携帯電話として検出せず、デスクトップバージョンを誤って提供している場合、iPhone UAStringを使用できます。

たとえば、これはhttp://www.useragentstring.comがSamsung Spicaがさまざまな設定を使用したときに検出するものです。

• Androidを使用する場合： Mozilla/5.0 (Linux; U; Android 2.2.2; en-au; GT-I5700 Build/Froyo) AppleWebkit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
• デスクトップを使用する場合： Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebkit/530.17 (KHTML, like Gecko) Version/4.0 Safari/530.17
• iPhoneを使用する場合： Mozilla/5.0 (iPhone; U; CPU iPhone OS 3_0 like Mac OS X; en-us) AppleWebkit/528.18 (KHTML, like Gecko) Version/4.0 Mobile/7A341 Safari/528.16

単一列レンダリングにより、ブラウザは異なるレイアウトアルゴリズムを使用します。

アルゴリズムのロジックが正確にはわかりませんが、モバイル向けに設計されていないWebサイトを、小さな画面で見やすくするために単一の列に表示するように強制する試みのようです。ただし、1列表示を有効にするとandroid.stackexchange.comのレイアウトが壊れてテキストのリフローが無効になるため、デフォルトのレイアウトを使用する場合よりも読み取りがはるかに苦痛になるため、そうなのかどうかはわかりません。この機能は何らかの理由で使用されていないようです。単一列レンダリングモードでレンダリングした場合に見栄えのよい単一のWebページが見つかりません。モバイルビュー向けに最適化されたページでも、デフォルトではシングルカラムモードよりも見た目が良くなります。

以下は、デフォルトのレンダリングと単一列のレンダリングを比較したスクリーンショットです。左側のスクリーンショットは単一列なし、右側のスクリーンショットは単一列の同じページです。

android.stackexchange.com

android.com

ウィキペディアの今日のフロントページモバイルビュー：

ウィキペディアの今日のフロントページはモバイルビューを無効にします。