Total Commander

В версии 8.50 появилась возможность запуска поиска выделенного в Листере текста в Гугле. Но если выделить текст, набранный кириллицей, в строку поиска он передается кракозябрами. С Яндексом та же история. Можно это как-то починить?

Проверил - всё корректно ищется... Может, на стороне браузера по умолчанию проблема?

Вопрос, в какой кодировке он это передаёт, и использует ли esc-кодирование. И в какой кодировке ожидает текст сайт.

Проверил сейчас со словом дублирование, тотал передал его в UTF-8, всё корректно:

Вахмурка
У меня всё ищется идеально в в стандартном варианте, и с пользовательскими пунктами меню, заменяющими стандартный вариант(я проверял эту функцию на Google.ru и Яндексе).
Кстати, заголовок немножко поправил.

Может, на стороне браузера по умолчанию проблема?

Может. Как это выяснить?

Вопрос, в какой кодировке он это передаёт, и использует ли esc-кодирование. И в какой кодировке ожидает текст сайт

Тот же вопрос

Вахмурка,
Приведи свои ссылки, которые тотал пытается открывать в браузере. Также, на всякий случай, кодировку текстового файла.

Быть может, это тебя касается?

2MVV
Создал файл:

MIME-Version: 1.0
Content-Type: application/octet-stream; name="1.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="1.txt"

7ODs4CDs++vgIPDg7PM=

Кодировка ANSI. Не ищет. А насчет ссылки - обычные слова (чистой латиницей) - ищет, с умляутами - передает искаженно. Но ведь я не буду специально устанавливать немецкую локаль, чтобы проверить.
Кстати, свой файл (с кириллицей) сохранил в UTF-8 без ВОМ - искажает.
Правильно ли я понимаю, что текстовый файл с кириллицей должен быть в определенном формате, чтобы корректно работал поиск? Если да, но толку мало в такой возможности.

В кодировке ANSI (windows-1251) у меня русский текст передается в поиск корректно (локаль русская).
В кодировке UTF-8 поиск вообще не запускается.
В кодировке UTF-16 всё работает с русским текстом.

В твоем файле все 3 слова ищет правильно. Какая у тебя локаль?

Попробовал выбрать другую кодировку в меню кодировок листера, всё ищется в точности так, как отображает листер. Даже в OEM-кодировке гугл ищет тот текст, который я вижу в листере.

Локаль у меня нерусская. Значит, отсюда и ноги растут. Увы. Ладно, буду искать по старинке, через буфер. Всем спасибо.

Может, лучше найти источник проблемы, чтобы Гислер исправил баг? Какие-нибудь национальные символы у тебя ищутся верно? Той локали, которая у тебя выбрана? Проверим у себя на русской.

Я просто не очень понимаю физику этого процесса. Допустим, взял я файл по твоей ссылке (немецкий csv), там есть такое слово:В Гугл оно попадает без искажений. Немецким я не владею и не знаю, как должно выглядеть это слово. Видимо, оно исказилось при сохранении, а Тотал ни при чем.
Так что я обойдусь. Если ты можешь грамотно зарепортить - чем смогу помогу. Сам я, решись на это, буду выглядеть идиотом.

Приведённое тобой слово навевает мысли о кодировке UTF-8, тем более, тема была о проблеме с UTF-8... Т.е., по сути, ты передал в гугл слово в твоей текущей кодовой странице (и похоже, что всё сработало корректно). Кстати, какая она?

Как узнать?

"Панель управления", "Язык и региональные стандарты", "Дополнительно", "Язык программ, не поддерживающих Юникод" - так у меня. При другом языке системы или другой системе могут быть отличия.

У меня Winx64Eng, Control Panel \ Region and Language. Далее Additional settings... касаются только времени, даты, валюты и пр. Системная локаль русская. Display lenguage - English. Input language - English. Format - Russian. Location - Russia.