Итак, поправить это в системах с двухбайтной локалью нельзя.
Но обойти проблему всё-таки можно.
Суть в том, чтобы не отправлять запрос на поиск гуглу с hl=ru и заставить гугл не лазить на любые домены первого уровня кроме com, что он и делает до наоборот:
при попытке перейти по адресу google.com можно оказаться например на ru. com.ua или by в зависимости от страны проживания с последующим получением результата поиска с набором символов windows-1251 при системной локали ru_RU.UTF-8.
Также использование в поисковых запросах 'искать только на русском', всегда будет возвращать результат с этим набором символов и соответственно читаемость будет улетать, что нам ни разу не нужно.
(Также см. вложения)
И:
elinks > Настройка > Options manager > Protocols > URI rewriting > Smart Prefixes > gg
(Выделенное - открытие клавишей Space)
Первый старт браузера (ИЛИ) с поиском в google по модели:
$ elinks g:"поиск подстроки"
$ elinks gg:"поиск подстроки"
Третий вариант нового старта браузера:
$ elinks
После нового старта, на запросе 'Введите URL', ввести например как варианты:
g:"поиск подстроки"
go:"поиск подстроки site:ru"
gg:"поиск подстроки site:org"
При опции 'Open new tab' действия аналогичны.
При любом из трёх описанных вариантов, для смены модели для поиска на текущей странице:
- навести курсор курсорными клавишами Вверх/Вниз на строку с введённой моделью поиска
- нажать Enter
- пользуясь клавишами Left/Right/Delete/Backspace изменить модель для поиска
- нажать Enter
Всё будет отображаться верно.
Если не лень запрос набивать полным URL'ом, то строка может выглядеть так, для корректного отображения в elinks найденного русскоязычного контента по домену ru:
http://www.google.com/search?q="поиск подстроки site:ru"&btnG=Google+Search
В этом случае действие выглядит немного по-другому, но суть одна и та же.
И соответственно для найденного и в этом случае:
Кодовая страница: Unicode UTF-8
Content-Type: text/html; charset=ISO-8859-1
Что и требуется.
В других поисковых системах, например yahoo.com, bing.com, duckduckgo.com, ya.ru, ecosia.org, rambler.ru, эта проблема отсутствует по-факту, поскольку кодовая страница Unicode UTF-8 с этим же charset.
Что соответствует системной локали и отсутствию проблем де-факто.
