Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Total Commander (часть 9)

Модерирует : gyra, Maz

Maz (11-07-2018 20:27): Total Commander (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

   

The Unforgiven



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие темы: Часть 1 Часть 2 Часть 3 Часть 4 Часть 5 Часть 6 Часть 7 Часть 8
 

 
Текущая финальная версия: 9.20 (32-битная/64-битная/32+64) (04.07.2018)
 
Предыдущие версии: 9.1x: 9.12 (32/64/32+64); 9.0x: 9.0a (32/64/32+64); 8.5x: 8.52a (32/64/32+64); 8.0x: 8.01 (32/64/32+64);
7.5x: 7.57a; 7.0x: 7.04a
 
Коллекция предыдущих версий | Новейшая история изменений (9.20, англ.)  

"Когда ждать финальную версию x.xx?" — "Когда будет готова!" © К. Гислер
На вопрос "Когда будет русик к версии x.xx?" ответ точно такой же © CaptainFlint


Полный набор русификации от CaptainFlint и Avada
v8.5+ (8.52a, 17.04.2016, с переводом справки): CHM (зеркало), HLP (зеркало)
Начиная с версии 7.50 стандартный набор русификации от тех же авторов входит в дистрибутив TC!
 
Стандартный набор русификации от М. Жилина
v9.0+ (9.20, 03.07.2018): Скачать

Официальный сайт разработчика | Официальный форум TC | Русский сайт TC | Русский форум TC
Все вопросы по плагинам и аддонам — в Плагинах
Все вопросы по лечению пациента — только в Варезнике
Настроенные сборки Total Commander (и все вопросы по ним)

Онлайновая русская справка (для TC 8.52a, 17.04.2016)
Total Commander Knowledge Base 2.0 (русскоязычная база знаний)  
Оффлайновая версия TCKB 1.7 (CHM-файл)
Все команды Total Commander 9.0a (справочные таблицы)
Все стандартные клавиши Total Commander 9.0a (справочные таблицы)

Всего записей: 3665 | Зарегистр. 20-12-2001 | Отправлено: 19:11 16-12-2015 | Исправлено: Avada, 20:38 05-07-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обнаружил, что TC как-то странно себя ведёт в режиме QuickView с некотороми файлами в UTF-8 - к примеру, он читает однострочный json с русскими строками в виде кракозябр, а как только я его форматирую (как показала практика, надо добавить не менее 2-х \r\n или \n), то TC сразу же начинает читать json на русском. Плюс если сначала прочитать отформатированный файл, который прочитается на русском, следующий за ним неформатированный тоже будет прочитан на русском. С этим возможно бороться ? Ну кроме ручного переключения 1-7 ?

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 11:45 01-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500
Хорошо бы для начала выложить примеры файлов с форматированием и без и дать на них ссылки.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 13:18 01-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Avada, http://sendfile.su/1402618
 
Читаю по Ctrl+Q test_5.json - получаю кракозябры, читаю test_4.json а за ним test_5.json - оба на русском. Содержимое идентичное, за исключением символов новой строки/перевода каретки.

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 16:25 01-03-2018
webern

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500
Есть предположение, что если листер не видит в файле символов CRLF + ни одного символа латинского алфавита, то считает такой файл не текстовым, а "#2 Binary" и таким его отображает.
Мог бы, наверное, и в режиме "#3 HEX" его показывать, но режим номер 2 идёт первым из нетекстовых.
Что тут поделать?
 
И ещё.
Вы зачем-то отдельно указываете на режим QuickView, мол, в нём что-то не так.
Но QuickView - это тот же листер, только втиснутый в панель, грубо говоря.
Почему Вы его рассматриваете как отдельный объект?
 
Добавлено:
И вообще, листер всегда не совсем предсказуемо детектирует кириллические файлы.
Я за ним помню такое поведение ещё с конца 90-х.

Всего записей: 1017 | Зарегистр. 04-11-2004 | Отправлено: 16:54 01-03-2018 | Исправлено: webern, 17:01 01-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
webern,
Цитата:
Есть предположение, что если листер не видит в файле символов CRLF, то считает такой файл не текстовым, а "#2 Binary" и таким его отображает.
только тогда непонятно, почему если вначале идёт файл с \r\n или \n, следующий файл без них читается корректно.
 

Цитата:
Вы зачем-то отдельно указываете на режим QuickView, мол, в нём что-то не так. Но QuickView - это тот же листер, только втиснутый в панель, грубо говоря.

 
Потому что поведение несколько отличается - читаем test_4 и test_5, получаем русский. Читаем по последовательно по f3 - получаем кракозябры. Хотя я вариант с табами (вкладками) не проверил. Может быть с ними поведение идентичное.

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 17:05 01-03-2018 | Исправлено: Baltazar500, 17:07 01-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500
OK, посмотрел. И вам в принципе всё верно уже ответили. Разумеется, надо проверять не только быстрый просмотр, но и внутренний. В Листере, если файлы порознь смотреть, первый файл интерпретируется нормально, на втором, где одна строка, автовыбор UTF-8 не срабатывает. Сделать тут, полагаю, ничего нельзя. С автовыбором кириллицы в Листере и в других случаях бывают проблемы: с DOS-кодировкой, скажем, примерно те же дела. А что при быстром просмотре после первого правильно распознанного файла нормально отображается и второй, ничего удивительного нет — тот же режим продолжает использоваться. (Так будет и при внутреннем просмотре этих двух файлов как выделенных, с переключением.)

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 17:10 01-03-2018 | Исправлено: Avada, 17:14 01-03-2018
webern

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500

Цитата:
Потому что поведение несколько отличается
А и правда. Я и не догадывался.
Даже более того.
Я провёл эксперимент: сделал файл test_3.json, идентичный test_5.json с кракозябрами.
С него стал листать файлы вверх-вниз.
При первом отрытии test_3.json был с кракозябрами, но в результате листаний отобразился нормально.
Вот как оно так?

Всего записей: 1017 | Зарегистр. 04-11-2004 | Отправлено: 17:17 01-03-2018 | Исправлено: webern, 17:18 01-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Avada, ок, ясно - не лечится и переключать только вручную :/
 
webern вот и я про то же Я преимущественно использую QuickView и обычный режим листера практически не юзаю и такую котовасию переодически наблюдаю ))) Сейчас решил точки над Ё в этом вопросе поставить

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 17:17 01-03-2018 | Исправлено: Baltazar500, 17:23 01-03-2018
webern

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500

Цитата:
вот и я про то же
Ну, 20 с лихом лет мы все живём с этой особенностью листера - значит приспособились.
Не знаю репортили об этой проблеме на оффоруме, и если да, то, видимо, Гислеру не с руки решать эту задачу, ибо покупателей из кириллического сегмента маловато.

Всего записей: 1017 | Зарегистр. 04-11-2004 | Отправлено: 17:31 01-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
webern
Да, приспособились. И для Гислера идеальное распознавание кириллицы, безусловно, не имеет высшего приоритета (хотя и не сказать, что он совсем этими вещами не интересуется, судя по историям версий). Вот именно поэтому я, например, категорически предпочитаю вызывать по F3 для просмотра текстов не Листер, а внешнюю программу View64, где с автоопределением кириллицы в разных кодировках всё значительно лучше. А быстрым просмотром текстов вообще редко пользуюсь.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 17:44 01-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
webern,
Цитата:
 Ну, 20 с лихом лет мы все живём с этой особенностью листера - значит приспособились.
Во многих программах баги кочуют от версии к версии и TC не исключение По этому поводу даже вспомнилась недавняя цитата с баша
Цитата:
Сегодня наши разработчики начали фиксить один баг, которые воспроизводится только в firefox. В процессе был найден соответствующий дефект в багтрекере FF. Все бы ничего, только это баг был заведен 15(!) лет назад. И до сих пор воспроизводится. Бл@@ь, вы серьезно? Движок браузера уже сколько раз за это время меняли, сменились поколения языков, появились новые - но баг бережно пронесен сквозь года и по сей день, с@ка, отравляет жизнь.
Avada,
Цитата:
я, например, категорически предпочитаю вызывать по F3 для просмотра текстов не Листер, а внешнюю программу View64, где с автоопределением кириллицы в разных кодировках всё значительно лучше. А быстрым просмотром текстов вообще редко пользуюсь.
Каждому своё. Как я уже писал, у меня ситуация обратная ибо файлов которые нужно отсматривать - множество, плюс не меньше открыто по соседству в нормальном текстовом  редакторе и грузить туда всякую мелочь, которую можно отсмотреть через QV я не вижу смысла.
 
Единственное что хочу попросить - если не затруднит, кто-нибудь, заведите request на форуме Гислера. Авось пофиксит. Мой английский (со словарём ) не идеальный и с диалогом могут быть проблемы.
 
upd: Провёл тот же опыт, что и webern выше, создав test_3.json идентичный test_5.json, после чего полистал туда - сюда и таки с этим утверждением
Цитата:
А что при быстром просмотре после первого правильно распознанного файла нормально отображается и второй, ничего удивительного нет — тот же режим продолжает использоваться.
есть нестыковка.
 
Листаем от меньшего к большему - test_3.json - кракозябры, test_4.json - русский, test_5.json - русский. Листаем в обратную сторону не отключая QV, все файлы листаются на русском и кракозябр нигде нет. Т.е. на файле где символ перевода строки встречается больше 2-х происходит принудительное переключение режима отображения, без авто-возврата назад.
 
p.s. Проверил работу с табами - там таки всё стабильно - кракозябры остаются там где и были, т.е. затык чисто в QV у листера.

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 02:36 02-03-2018 | Исправлено: Baltazar500, 04:26 02-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500

Цитата:
есть нестыковка

Нет нестыковки. С тремя файлами происходит в любом направлении одно и то же, если правильно проверять. Ключевые слова — " не отключая QV". Ещё раз. В прямом направлении первый файл распознан неверно, второй верно, третий, просмотренный подряд за вторым, наследует его режим (то есть отображается тоже верно). Если вы сразу же начнёте снова крутить быстрый просмотр в обратном направлении, то получите уже три верных распознавания. Можете дальше опять смотреть эти три файла в прямом направлении или даже вразбивку, ничего не изменится. А вот попробуйте закрыть быстрый просмотр, открыть его снова и начать на сей раз с последнего файла. В нём будет неверно, во  втором верно, в первом верно... и так далее. Или в том же быстром просмотре после правильного распознавания всех этих файлов переключитесь в той же папке на другой файл (ну хоть на картинку), а потом снова на один их проблемных: глюк с автовыбором опять начнётся, ибо правильный режим вывода текстового файла уже "забыт". Все эти фокусы существуют много лет и достаточно хорошо известны (см., например, здесь).

Цитата:
плюс не меньше открыто по соседству в нормальном текстовом  редакторе и грузить туда всякую мелочь, которую можно отсмотреть через QV я не вижу смысла

И я не вижу, потому что просматриваю эти файлы вовсе не в редакторе. Но, действительно, каждому своё.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 07:21 02-03-2018 | Исправлено: Avada, 08:25 02-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Avada,
Цитата:
 В прямом направлении первый файл распознан неверно, второй верно, третий, просмотренный подряд за вторым, наследует его режим (то есть отображается тоже верно)
Мне непонятно в данном случае то, почему не наследуется режим просмотра первого файла и что это происходит лишь начиная со второго файла, где есть перевод строки.
 
Как вы выразились, первый файл был распознан неверно а второй верно и далее TC уже использовал "верный" вариант. Поправьте меня, но я сомневаюсь что в TC есть такая эвристика, которая позволяет распознавать верный/неверный формат. Это больше похоже на багу/недоработку, при которой при попадания на файл с \r\n или \n отключается авто-выбор режима отображения в QV для файлов в UTF-8 с кириллицей. Иначе бы test_3 был кракозябрами, test_4 на русском, test_5 снова кракозябрами (и наоборот).

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 08:31 02-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500
Я не большой знаток используемой в TC эвристики и никоим образом не утверждаю, что описанное поведение является фичей, а не багом. Могу строить, конечно, всякие домыслы, но это неинтересно. Однако можно считать фактом, что при быстром просмотре правильно распознанная для какого-то файла кодировка в режиме, отличном от "Только текст", может "с разгону" примениться и к следующему файлу похожего типа, который при отдельном просмотре правильно распознан не будет. А почему файл смотрится правильно или неправильно в зависимости от перевода строки, я не знаю.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 09:14 02-03-2018 | Исправлено: Avada, 09:46 02-03-2018
mitrichbel

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При копировании файлов среди опций, доступных при наличии файла с таким же именем, в папке-получателе, есть "Заменить, если большего размера" и "Заменить, если более свежая дата".
А как сделать, чтобы копирование с заменой делалось только при выполнении обоих этих условий?

Всего записей: 1371 | Зарегистр. 30-04-2003 | Отправлено: 14:22 02-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
mitrichbel
Никак. Что-то одно.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 15:00 02-03-2018
Nick3230

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
1) Как можно сделать, чтобы в поиске файлов (при включенной опции "Искать также в архивах") при нахождении запароленного архива или архива, содержащего ошибки, а также выдача предупреждений (например: "Выполнявшаяся команда 'ConPaste.exe /s ... вернула код выхода 131. Возможно произошла ошибка. Список файлов и директорий в архиве не был извлечен) эти запросы бы игнорировались, а поиск продолжался бы дальше...
 
Т.е. получается, что при каждом запросе на пароль или предупреждение, поиск останавливается и, чтобы он продолжился, надо обязательно нажимать на "OK" или отмену...
 
2) В русской раскладке при нажатиии п.Alt+F7 (Alt Gr) не вызывается диалог поиска. В английской раскладке все ok. Как можно это исправить?
 

Всего записей: 200 | Зарегистр. 05-12-2006 | Отправлено: 15:39 02-03-2018
Avada



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nick3230
1. Никак. Не хотите видеть предупреждения — не выполняйте поиск в таких архивах, храните запароленные архивы отдельно, временно отключайте перед поиском плагин Multiarc и пр.
2. Со стороны самого TC — опять же никак. Это общее поведение, можете проверить на других файловых менеджерах. Правый Alt + F7 в подобном случае трактуется как Ctrl+Alt+F7. Пользуйтесь левой клавишей Alt и/или английской раскладкой.
Впрочем, в TC можно с помощью плагина TWinKey продублировать команду cm_SearchFor для сочетания F7 с правой клавишей Alt (что характерно, такое нажатие будет записано в конфиге плагина как RAlt+LCtrl+F7). Тогда вызов будет работать и в русской раскладке. Подробности по настройкам — в справке плагина.
Примерно то же самое и в TC проделать можно, если назначить для cm_SearchFor ещё и комбинацию Ctrl+Alt+F7. Тогда в русской раскладке будет срабатывать и Alt+F7 с правым Alt. Но это уже не исправление, а обходной трюк.

Всего записей: 7444 | Зарегистр. 31-07-2008 | Отправлено: 16:17 02-03-2018 | Исправлено: Avada, 10:21 03-03-2018
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Есть давняя проблема с ftp-клиентом, вдруг кто поможет разрулить ? Если при подключении через клиент к серверу не дожидаясь отклика TC порвать коннект вручную и тут же подключиться к заведомо рабочему ftp-серверу, то TC отрапортует, что IP-адрес не найден и сбросит подключение, ввиду чего надо повторно реконнектиться.
 
Вероятно, при коннекте на новый сервер происходит принудительный сброс "залипшего" ранее коннекта. Данное поведение возможно изменить ? Дабы коннект рвался при собственно разрыве соедения с первым сервером, а не при установлении нового со вторым.
 
Примеров серверов не накидаю - они у меня все локальные.

Всего записей: 2080 | Зарегистр. 19-09-2011 | Отправлено: 02:58 03-03-2018 | Исправлено: Baltazar500, 03:01 03-03-2018
webern

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Baltazar500
А рвать коннект нужно с рабочим фтп-сервером, или с нерабочим? Или с рабочим, но у которого просто "залипает" таймаут? Вы не уточнили. Ведь это три разные ситуации.
 
По крайней мере, для рабочего внешнего фтп-сервера проблему пока не подтверждаю. Локальных фтп не имею.
 
Проверял так.
Подключался, к анонимному серверу MuseScore
Код:
ftp.osuosl.org:21

быстро рвал соединение и через секунду подключался к анонимному серверу EditPlus
Код:
ftp.editplus.com:21

У меня соединялось с первой попытки.

Всего записей: 1017 | Зарегистр. 04-11-2004 | Отправлено: 09:15 03-03-2018
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

Компьютерный форум Ru.Board » Компьютеры » Программы » Total Commander (часть 9)
Maz (11-07-2018 20:27): Total Commander (часть 10)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru