Tentang browser Android: debug, apa yang dilakukan pengaturan itu?

Saya baru saja menemukan pengaturan tersembunyi ini:

1. Buka browser Stock ( Bukan Chrome di ICS. About: debug tidak bekerja di Chrome. Gunakan debugging jarak jauh.)
2. Di bilah alamat, ketik about:debug, tidak ada yang akan terjadi, tidak akan ada layar konfirmasi atau kotak hijau berkedip yang memberi tahu Anda bahwa Anda telah melakukan sesuatu.
3. Namun, sekarang harus ada beberapa opsi baru di halaman Pengaturan browser.

^{(Klik gambar untuk memperbesar)}

Di Menu > More > Settings:

^{(Klik gambar untuk memperbesar)}

Di Menu > More, ada juga:

^{(Klik gambar untuk memperbesar)}

mungkin ada menu-menu baru lainnya yang muncul yang belum saya catat dan menunya sangat spesifik untuk versi tertentu.

Sementara, saya mengerti beberapa pengaturan ini, ada banyak pengaturan ini yang saya tidak mengerti, seperti di mana saya dapat menemukan Javascript Console, apa yang sedang dilacak, apa sentuhan ringan dan nav cache dump tidak, di mana file dump disimpan ke, apa flag JS (Javascript?) yang valid, dll.

Saya merasa sulit untuk Google melakukan pengaturan ini. Saya ingin bantuan orang lain untuk bermain / bereksperimen / Google dengan about:debugdan menulis apa yang dilakukan pengaturan ini. Setiap bit informasi yang dapat Anda kumpulkan sangat membantu.

Harap satu jawaban per pengaturan, kecuali jika Anda menjelaskan pengaturan yang saling terkait.

Javascript Console adalah hal ini:

Untuk beberapa alasan, bilah "Show JavaScript console" hanya akan muncul di situs web android.com. Tidak yakin apakah Kesalahan Sintaks memicu konsol atau jika ada alasan lain mengapa itu muncul di android.com dan tidak ada situs lain yang saya periksa.

The about:debugmenu pada HTC Desire HD memiliki pilihan di bawah Menu> More> Settings disebut "Aktifkan GEP Zoom". Ini mematikan fitur Teks reflow HTC dan menggunakan zoom Google default.

UAString akan mengubah String Agen Pengguna yang dikirim Browser saat meminta halaman. String Agen Pengguna adalah string pendek (teks) yang dikirim Browser untuk mengidentifikasi dirinya ke server. Banyak situs web mencoba mendeteksi browser yang terhubung ke situs web, dan akan menyajikan berbagai halaman yang dioptimalkan untuk browser tersebut. Salah satu metode yang paling umum untuk deteksi peramban tersebut adalah dengan memeriksa UAString. Pengaturan UAString pada dasarnya menipu UAString dan membuat server percaya bahwa Browser Android benar-benar browser lain.

Ada tiga opsi untuk UAString:

• Android (default)
• Desktop
• iPhone

Android UAString adalah UAString default yang dikirim oleh Android, situs web dapat melayani versi seluler situs mereka saat mendeteksi UAString ini. Desktop dapat digunakan untuk memaksa server untuk melayani versi Desktop situs alih-alih melayani versi ramah-seluler. Di sisi lain, iPhone UAString dapat digunakan jika Anda tahu bahwa server memiliki versi ramah seluler yang dioptimalkan untuk iPhone, tetapi tidak mendeteksi Android sebagai ponsel dan dengan demikian secara keliru menyajikan versi desktop.

Misalnya, inilah yang dideteksi oleh http://www.useragentstring.com ketika Samsung Spica saya menggunakan berbagai pengaturan:

• saat menggunakan 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
• saat menggunakan Desktop: 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
• saat menggunakan 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

Rendering Kolom Tunggal menyebabkan Browser menggunakan algoritma tata letak yang berbeda.

Saya tidak begitu yakin apa logika algoritme itu, tetapi tampaknya ini merupakan upaya untuk memaksa situs web yang tidak dirancang untuk seluler dirender dalam satu kolom agar lebih mudah dilihat di layar kecil. Tidak yakin apakah itu masalahnya, karena mengaktifkan tampilan satu kolom akan merusak tata letak android.stackexchange.com dan menonaktifkan reflow teks, yang membuat membaca jauh lebih menyakitkan daripada saat menggunakan tata letak default. Tampaknya fitur ini tidak digunakan karena suatu alasan, saya tidak dapat menemukan halaman web tunggal yang terlihat lebih baik ketika dirender dalam mode rendering kolom tunggal; bahkan halaman yang dioptimalkan untuk tampilan seluler terlihat lebih baik secara default daripada dalam mode satu kolom.

Berikut ini adalah beberapa tangkapan layar yang membandingkan perenderan default dan satu-kolom, tangkapan layar di sebelah kiri berada di kolom tanpa-tunggal, tangkapan layar di sebelah kanan adalah halaman yang sama dengan satu-kolom:

android.stackexchange.com

android.com

Halaman depan Wikipedia hari ini Tampilan Mobile:

Halaman depan Wikipedia hari ini menonaktifkan Tampilan Mobile: