Android-браузер о: debug, что делают эти настройки?
Я только что нашел эту скрытую настройку:
- Браузер Открытого Аккаунта ( Не Chrome на ICS. about: debug не работает в Chrome. Вместо этого используйте удаленную отладку.)
- В адресной строке введите
about:debug
, ничего не должно произойти, не будет экрана подтверждения или мигающего зеленого поля, сообщающего вам, что вы что-то сделали. - Однако теперь на странице настроек браузера должно быть несколько новых параметров.
4 ответа
Консоль Javascript - это следующее:
В меню about:debug
на HTC Desire HD есть опция в меню> Больше> Настройки под названием «Включить масштабирование GEP». Это отключает функцию обновления текста HTC и использует масштаб Google по умолчанию.
UAString изменит строку агента пользователя , которую браузер отправляет при запросе страницы. User Agent String - короткая строка (текст), которую браузер отправляет, чтобы идентифицировать себя на сервере. Многие веб-сайты пытаются обнаружить браузер, который подключается к веб-сайту, и будут обслуживать разные страницы, оптимизированные для браузера. Одним из наиболее распространенных способов обнаружения такого браузера является проверка UAString. Параметр UAString в основном обманывает UAString и заставляет сервер полагать, что Android Browser - это действительно другой браузер.
Существует три варианта для UAString:
- Android (по умолчанию)
- Desktop
- iPhone
Android UAString - это UAString по умолчанию, отправленная Android, веб-сайты могут служить мобильной версией своего сайта при обнаружении этого UAString. Рабочий стол может использоваться, чтобы заставить сервер обслуживать версию рабочего стола сайта вместо того, чтобы обслуживать версию для мобильных устройств. С другой стороны, iPhone UAString можно использовать, если вы знаете, что у сервера есть мобильная версия, оптимизированная для iPhone, но не обнаруживает Android в качестве мобильного телефона и поэтому ложно служит для настольной версии.
Например, это то, что 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
- при использовании 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
- при использовании 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
Одиночная обработка столбцов заставляет браузер использовать другой алгоритм компоновки.
Я не совсем уверен, что такое алгоритм алгоритма, но, похоже, это попытка заставить веб-сайт, который не был предназначен для переноса в одном столбце, упрощает просмотр на небольших экранах. Не уверен, что это так, потому что включение одноколоночного представления нарушает расположение android.stackexchange.com и отключает переработку текста, что делает чтение гораздо более болезненным, чем при использовании макета по умолчанию. Похоже, эта функция не используется по какой-либо причине, я не могу найти ни одну веб-страницу, которая выглядит лучше при визуализации в режиме рендеринга в одной колонке; даже страницы, оптимизированные для мобильных просмотров, выглядят лучше по умолчанию, чем в режиме с одним столбцом.
Ниже приведены некоторые скриншоты, сравнивающие рендеринг по умолчанию и одностолбца, снимок экрана слева не содержит ни одного столбца. Снимок экрана справа - это одна и та же страница с одним столбцом:
android.stackexchange.com