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 ? Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 11:45 01-03-2018

Avada Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Baltazar500 Хорошо бы для начала выложить примеры файлов с форматированием и без и дать на них ссылки. Всего записей: 7754 | Зарегистр. 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 - оба на русском. Содержимое идентичное, за исключением символов новой строки/перевода каретки. Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 16:25 01-03-2018

Baltazar500 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору webern, Цитата: Есть предположение, что если листер не видит в файле символов CRLF, то считает такой файл не текстовым, а "#2 Binary" и таким его отображает. только тогда непонятно, почему если вначале идёт файл с \r\n или \n, следующий файл без них читается корректно.   Цитата: Вы зачем-то отдельно указываете на режим QuickView, мол, в нём что-то не так. Но QuickView - это тот же листер, только втиснутый в панель, грубо говоря.   Потому что поведение несколько отличается - читаем test_4 и test_5, получаем русский. Читаем по последовательно по f3 - получаем кракозябры. Хотя я вариант с табами (вкладками) не проверил. Может быть с ними поведение идентичное. Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 17:05 01-03-2018 | Исправлено: Baltazar500, 17:07 01-03-2018

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

Baltazar500 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Avada, ок, ясно - не лечится и переключать только вручную :/   webern вот и я про то же Я преимущественно использую QuickView и обычный режим листера практически не юзаю и такую котовасию переодически наблюдаю ))) Сейчас решил точки над Ё в этом вопросе поставить Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 17:17 01-03-2018 | Исправлено: Baltazar500, 17:23 01-03-2018

Avada Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору webern Да, приспособились. И для Гислера идеальное распознавание кириллицы, безусловно, не имеет высшего приоритета (хотя и не сказать, что он совсем этими вещами не интересуется, судя по историям версий). Вот именно поэтому я, например, категорически предпочитаю вызывать по F3 для просмотра текстов не Листер, а внешнюю программу View64, где с автоопределением кириллицы в разных кодировках всё значительно лучше. А быстрым просмотром текстов вообще редко пользуюсь. Всего записей: 7754 | Зарегистр. 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 у листера. Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 02:36 02-03-2018 | Исправлено: Baltazar500, 04:26 02-03-2018

Avada Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Baltazar500 Цитата: есть нестыковка Нет нестыковки. С тремя файлами происходит в любом направлении одно и то же, если правильно проверять. Ключевые слова — " не отключая QV". Ещё раз. В прямом направлении первый файл распознан неверно, второй верно, третий, просмотренный подряд за вторым, наследует его режим (то есть отображается тоже верно). Если вы сразу же начнёте снова крутить быстрый просмотр в обратном направлении, то получите уже три верных распознавания. Можете дальше опять смотреть эти три файла в прямом направлении или даже вразбивку, ничего не изменится. А вот попробуйте закрыть быстрый просмотр, открыть его снова и начать на сей раз с последнего файла. В нём будет неверно, во  втором верно, в первом верно... и так далее. Или в том же быстром просмотре после правильного распознавания всех этих файлов переключитесь в той же папке на другой файл (ну хоть на картинку), а потом снова на один их проблемных: глюк с автовыбором опять начнётся, ибо правильный режим вывода текстового файла уже "забыт". Все эти фокусы существуют много лет и достаточно хорошо известны (см., например, здесь). Цитата: плюс не меньше открыто по соседству в нормальном текстовом  редакторе и грузить туда всякую мелочь, которую можно отсмотреть через QV я не вижу смысла И я не вижу, потому что просматриваю эти файлы вовсе не в редакторе. Но, действительно, каждому своё. Всего записей: 7754 | Зарегистр. 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 снова кракозябрами (и наоборот). Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 08:31 02-03-2018

Avada Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Baltazar500 Я не большой знаток используемой в TC эвристики и никоим образом не утверждаю, что описанное поведение является фичей, а не багом. Могу строить, конечно, всякие домыслы, но это неинтересно. Однако можно считать фактом, что при быстром просмотре правильно распознанная для какого-то файла кодировка в режиме, отличном от "Только текст", может "с разгону" примениться и к следующему файлу похожего типа, который при отдельном просмотре правильно распознан не будет. А почему файл смотрится правильно или неправильно в зависимости от перевода строки, я не знаю. Всего записей: 7754 | Зарегистр. 31-07-2008 | Отправлено: 09:14 02-03-2018 | Исправлено: Avada, 09:46 02-03-2018

Avada Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору mitrichbel Никак. Что-то одно. Всего записей: 7754 | Зарегистр. 31-07-2008 | Отправлено: 15:00 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. Но это уже не исправление, а обходной трюк. Всего записей: 7754 | Зарегистр. 31-07-2008 | Отправлено: 16:17 02-03-2018 | Исправлено: Avada, 10:21 03-03-2018

Baltazar500 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Есть давняя проблема с ftp-клиентом, вдруг кто поможет разрулить ? Если при подключении через клиент к серверу не дожидаясь отклика TC порвать коннект вручную и тут же подключиться к заведомо рабочему ftp-серверу, то TC отрапортует, что IP-адрес не найден и сбросит подключение, ввиду чего надо повторно реконнектиться.   Вероятно, при коннекте на новый сервер происходит принудительный сброс "залипшего" ранее коннекта. Данное поведение возможно изменить ? Дабы коннект рвался при собственно разрыве соедения с первым сервером, а не при установлении нового со вторым.   Примеров серверов не накидаю - они у меня все локальные. Всего записей: 2440 | Зарегистр. 19-09-2011 | Отправлено: 02:58 03-03-2018 | Исправлено: Baltazar500, 03:01 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)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование