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

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

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

Maz (10-03-2021 12:01): Total Commander (часть 11)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Maz



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

 
Текущая финальная версия: 9.51 (32-битная/64-битная/32+64) (25.03.2020)
 
Предыдущие версии: 9.2x: 9.22a (32/64/32+64); 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.51, англ.)  

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


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

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

Онлайновая русская справка (для TC 9.51, 14.11.2020)
Total Commander Knowledge Base 2.0 (русскоязычная база знаний)  
Оффлайновая версия TCKB 1.7 (CHM-файл)
Все ключи Total Commander 9.51 (онлайновая версия файла данных Ultra TC Configuration Editor)
Команды и параметры Total Commander 9.51 (справочные таблицы)
Стандартные клавиатурные назначения Total Commander 9.51 (справочные таблицы)

Всего записей: 39128 | Зарегистр. 26-02-2002 | Отправлено: 20:26 11-07-2018 | Исправлено: CaptainFlint, 21:01 14-11-2020
JimboKid

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Можно ли сделать чтобы по ссылкам из приложений каталоги открывались в тотале, а не в проводнике?

Всего записей: 190 | Зарегистр. 31-01-2006 | Отправлено: 18:11 13-06-2020
mig73



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
JimboKid
Ну вот чтобы прямо в ТС сразу нельзя, для этого надо чтоб приложение знало ТС, а это маловероятно. Зато это можно по ПКМ из меню проводника, но тогда надо зарегистрировать ТС. Вот пример нужных батников:
Регистрация в меню Проводника
Эти батники нужно запускать прямо из Total Commander. Батники ориентированы на Русский язык, потому сохранять их нужно в кодировке DOS (OEM866).
 

Всего записей: 8283 | Зарегистр. 24-02-2010 | Отправлено: 23:46 13-06-2020 | Исправлено: mig73, 23:55 13-06-2020
JimboKid

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
mig73
 
Уточню. Есть некая программа, менеджер заметок, в которой можно указывать ссылки на каталоги. По клику на эти ссылки открывается проводник, а хотелось бы чтобы открывался тотал. Как-то так.

Всего записей: 190 | Зарегистр. 31-01-2006 | Отправлено: 03:12 14-06-2020
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
JimboKid
ну и просите автора той некой программы чтоб он дал возможность настроить чем ссылки открывать.

Всего записей: 2912 | Зарегистр. 11-10-2005 | Отправлено: 03:58 14-06-2020
Baltazar500



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Jonmey,
Цитата:
То есть, строго говоря, BOM должен присутствовать в текстовом файле в кодировке UTF8 всегда, несмотря на упорную отсебятину авторов части программ, апеллирующих, что, де, "сигнатуру можно не включать".
Я не использую BOM по причине того что из-за этой сигнатуры корёжит bash-скрипты. Да и не только их. Посему у меня в NPP по дефолту стояло создание файлов в UTF-8 без BOM О том, что TC цепляется за BOM я даже как-то не задумывался. Сейчас проверил - действительно, кракозябр нет. Но BOM при таком раскладе лишь добавляет геммороя. Мало того что перевод строки должен быть в \r\n, так ещё и BOM должен быть. Мде

Всего записей: 2310 | Зарегистр. 19-09-2011 | Отправлено: 04:18 14-06-2020
JimboKid

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кстати, еще вопрос: некорректная сортировка по Ctrl+F5 (дате/времени). В результате файлы располагаются не по дате создания.
 
В то же время кликом по заголовку столбца "дата создания" сортировка происходит корректно (включая каталоги).
 
Или Ctrl+F5 сортирует по какой-то другой дате/времени?
 
Добавлено:

Цитата:
Или Ctrl+F5 сортирует по какой-то другой дате/времени?

 
Ок, сам спросил, сам ответил. Оказывается это сортировка по дате модификации. А по "дате создания" можно сортировать, например повесив хоткей на команду сортировки по номеру колонки cm_SrcSortByCol (cm_SrcSortByCol1, cm_SrcSortByCol2 и т.д).
 
В моем случае "дата создания" - это четвертая колонка, соответственно команда cm_SrcSortByCol4. Возможно кому-то эта информация тоже окажется полезной.

Всего записей: 190 | Зарегистр. 31-01-2006 | Отправлено: 04:19 14-06-2020 | Исправлено: JimboKid, 04:20 14-06-2020
Vladislav_A



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

Цитата:
некорректная сортировка по Ctrl+F5 (дате/времени)

Стандартное сочетание CTRL+F5 сортирует файлы (и опционально, папки) по дате изменения.

Всего записей: 2443 | Зарегистр. 23-07-2001 | Отправлено: 05:49 14-06-2020
Jonmey

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

Цитата:
Я не использую BOM

Тогда это ваши личные проблемы, а не TC. И ваши стоны относительно кракозябров - не имеют отношения к данной теме.
Относительно же окончаний строк (PC формат), там же, где вы загружаете список, есть пункт Edit names... и если у вас на F3 повешен вменяемый текстовый редактор, то приведение любых окончаний строк в списке имен к РС формату делается одним кликом. То есть, проблема и в этом случае скорее надуманная, чем реальная.

Всего записей: 1377 | Зарегистр. 17-01-2011 | Отправлено: 05:54 14-06-2020 | Исправлено: Jonmey, 06:02 14-06-2020
Masutin



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
8.52а, XP, Multi-Rename. Совпадение новых имён. He переименовать остальные файлы, не сортирует новые имена, чтобы определить исходные. B новых TC легче?

Всего записей: 429 | Зарегистр. 23-02-2007 | Отправлено: 20:57 15-06-2020
Jonmey

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

Цитата:
не сортирует новые имена

Естественно, поскольку от порядка (сортировки) исходных имен зависит порядок (последовательность) переименования файлов.
Проверить это легко, например, в случае переименований файлов со счетчиком в имени когда переименование имеет целью лишь изменить нумерацию в этом счетчике в именах файлов - в таком случае от сортировки исходных файлов может зависеть - пройдет ли пакетное переименование или остановится при возникновении коллизии имен (названное вами совпадение имен).
То есть, не вижу проблемы - поведение TC в случае переименования фактически копирует поведение любого инструмента переименования, когда файлы переименовываются in situ (без изменения пути или без промежуточного копирования/перемещения).

Всего записей: 1377 | Зарегистр. 17-01-2011 | Отправлено: 21:50 15-06-2020
sa16

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Masutin
Цитата:
He переименовать остальные файлы...   B новых TC легче?


Цитата:
08.06.16 Выпуск Total Commander 9.0 Beta 1 (32/64)
22.01.16  Добавлено: Инструмент группового переименования: Если обнаружены дубликаты или если файл с заданным именем уже существует, предлагается автопереименование в "name (2).ext", "name (3).ext" и т.д. (32/64)

Всего записей: 508 | Зарегистр. 07-09-2016 | Отправлено: 10:24 16-06-2020 | Исправлено: sa16, 10:28 16-06-2020
Masutin



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Jonmey, спасибо! Про сортировку новых имён думал, как "только для просмотра", чтобы определить исходные. Главное, предполагал, может, в новых TC переименует все, кроме тех, что не могут быть переименованы.

Всего записей: 429 | Зарегистр. 23-02-2007 | Отправлено: 19:25 16-06-2020
sa16

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

Цитата:
TC переименует все, кроме тех, что не могут быть переименованы

По-моему, TC 8.52а именно так и сделает – при выборе "Да" на запрос тотала в диалоге группового переименования "Внимание, одинаковые имена. Всё равно продолжить?"
Те файлы, что не могут быть переименованы, покажет жирным шрифтом.

Всего записей: 508 | Зарегистр. 07-09-2016 | Отправлено: 21:49 16-06-2020 | Исправлено: sa16, 22:30 16-06-2020
Jonmey

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

Цитата:
предполагал, может, в новых TC переименует все, кроме тех, что не могут быть переименованы.

В ряде случаев это привело бы к дилемме - как минимум двум возможным вариантам событий. Например, в случаях, когда имеет значение порядок переименования (то есть он зависим от имени предыдущего или последующего файла.
Например, вам нужно переименовать три файла
file01.ext
file02.ext
file03.ext
соответственно таким образом
file01.ext
file03.ext
file05 ext
Начинается процесс
первый файл успешно переименовывается (прежнее имя)
на втором файле останавливается - коллизия имен)
Что делать дальше?
Переименовывать по порядку, пропуская проблемный файл в счетчике? Тогда у третьего файла не изменится имя)
 или переименовывать согласно счетчика, глотая номер проблемного файла?
А если есть четвертый файл с именем file05.ext - пропускать и его?  
То есть возникает множество вариантов - одних устроят одни из них, других - другие. На всех не угодишь.
Более того, лично мне чаще встречались варианты, когда переименование лишь части файлов из группы - было наихудшим вариантом из возможных, а потому в них меня устраивал вариант, когда переименование не начинается, пока в списке есть хоть один проблемный файл. И этот вариант - самый универсальный и безопасный, поскольку позволяет избежать привнесенных переименованием проблем (особенно при переименованиях по списку имен).
Об этом всем автор TC очевидно подумал и предусмотрел. Поэтому ввел в инструмент переименования возможность многошагового переименования, которая позволяет избежать практически любой проблемы связанной с коллизиями имен.
В частности, пример универсального решения:
- уже загрузили список файлов и столкнулись с коллизией.
- не выходя из инструмента вместо неудавшегося целевого переименования, делаете имена файлов по определению уникальными, для чего, например добавляете к расширению (полагаем, что расширения файлов вы не переименовываете в целевой задаче) файла 10-ти значный счетчик, в результате ваши файлы приобретают вид
file.ext0000000001
file.ext0000000002
file.ext0000000003
...
- НЕ ВЫХОДЯ из инструмента переименования (после переименования файлов) жмете на кнопку - F5 (или кнопку со стрелкой слева от кнопки Старт) [Load rename results for next step]; в окне появляются ваши переименованные на первом шаге фалы с теперь уже уникальными именами по отношению к целевым.
- переименовываете свои файлы как вам угодно (затрагивая только имя файла (но е его расширение) и НЕ ВЫХОДИТЕ из инструмента переименования
- снова F5 и теперь уже восстанавливаете исходные расширения с пом. поиска и замены, напр. с регэкспами (галка на регэксп и галка на [E])
найти
\d{10}
заменить  на
 <пусто>
Старт и все.
Принцип думаю понятен - способ создания промежуточных уникальных имен может быть любым, главное, чтобы удалить добавленные в имена символы было бы также легко, как добавить.

Всего записей: 1377 | Зарегистр. 17-01-2011 | Отправлено: 23:08 16-06-2020
sa16

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Jonmey
Цитата:
В частности, пример универсального решения:
При заключительном восстановлении исходных расширений конфликты всё равно могут возникнуть при наличии других, не выбранных для переименования, файлов-дубликатов:
Цитата:
если есть четвертый файл с именем file05.ext


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

Всего записей: 508 | Зарегистр. 07-09-2016 | Отправлено: 01:26 17-06-2020 | Исправлено: sa16, 02:34 17-06-2020
Jonmey

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

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

Естественно. Я об этом и говорил изначально, что возможных случаев коллизий - достаточно. Поэтому "частичное переименование" - очень сомнительное решение, которое чаще прибавит проблем, чем убавит.
Для этого и существует переименование по списку, в котором выможете априори избежать коллизий, переименовывая все файлы в папке (хотя часть их при этом них может сохранить свои названия), элементарной проверкой в текстовом редакторе (пункт меню Edit names...) - типа Удалить дубликаты (названия опции зависят от конкретного редактора).
Но (!!!) как я уже скказал, даже в этом случае порядок переименования ВАЖЕН, и именно для этого случая и предложено мною универсальное решение (а не на все случаи жизни, как вам хотелось бы), которое делает порядок переименования неважным (по списку он осуществляется или не по списку).

Всего записей: 1377 | Зарегистр. 17-01-2011 | Отправлено: 02:31 17-06-2020
sa16

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кстати, несмотря на заявленное в 9.0+ автопереименование (если файл с заданным именем уже существует), по-прежнему обмен именами для двух файлов остаётся нерешаемой задачей (в один шаг, разумеется). Всё точно также, как и в 8.52a: автопереименование в "name (2).ext" не предлагается.
Это про случай, когда для
file01.ext  
file02.ext
новыми именами назначены  
file02.ext  
file01.ext

Всего записей: 508 | Зарегистр. 07-09-2016 | Отправлено: 11:59 17-06-2020
AVSub

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Мне кажется не обязательно 2 файла. При любом количестве, если просто инвертировать счетчик для всех файлов в папке будет облом. Но что интересно, если выбрать не все файлы, то при совпадении имен будет предложен вариант с переименованием ...

Всего записей: 333 | Зарегистр. 13-05-2005 | Отправлено: 12:36 17-06-2020
sa16

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVSub
Подразумевалось "даже для двух файлов".

Всего записей: 508 | Зарегистр. 07-09-2016 | Отправлено: 12:50 17-06-2020 | Исправлено: sa16, 12:51 17-06-2020
Jonmey

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

Цитата:
автопереименование в "name (2).ext" не предлагается

Автопереименование, как я понимаю, опция выдуманная для операций типа копирования/перемещения/..., когда совпадение имен вызывает остановку основного процесса и приводит к неоправданным затратам времени (например. копирование с сетевого источника массива файлов - в таких случаях это логичная опция - "сначала скачаем, а уж потом разберемся, что оставить, что есть дубли и т.д."
В самостоятельной же операции переименования опция автопереименования, мягко говоря, выглядит диковато (если не сказать больше) (очень забавно ее применение, например, в случае сопряженных (неотъемлемых частей одного взаимозависимого файлового пула, составляющего один объект) файлов.
Как я понимаю, автопереименование при переименовании по самостоятельной схеме выдумано для очень неотягощенных юзеров, которые вообще не отягощены заботой о законах файловой системы, а комп у них служит преимущественно некой цифровой косметичкой. Поэтому, их вполне устраивают автопереименованные кучи в стиле
ласковый май (1).mp3
ласковый май (2).mp3
ласковый май (3).mp3
...
ласковый май (100500).mp3

а также имена файлов, в которых содержится текст краткой истории КПСС (биографии Киркорова, руководство по вышиванию и тому подобное) и не заботит, что это несколько длиннее разрешенных в ФС путей...
В общем, как и многие аналогичные "проблемы" - проблема наличия авторешений коллизии имен при переименовании - абсолютно надумана и высосана из пальца скажем так юзерами, потребности которых скромны, контент - малоценен, а лень  - высока.
Для вменяемых же юзеров проблема коллизий - несущественна (в смысле решения, но важна как показатель корректности решения).
Например, при переименовании массива в 1000000 файлов, когда новые имена могут конфликтовать с имеющимися, вменяемый юзер, если ему лень разбираться и редактировать настройки, элементарно добавит в шаблон переименования путь (в смысле папку, типа 'папка\<шаблон переименования>',{ можно и более искусно, напр.,' ..\[=filex.ParentDir]_Ranamed\<шаблон переименования>'} и переименованные файлы окажутся в отдельной (под)папке, что исключит зависимость от прежних имен файлов, а далее просто вернет этот миллион файлов обратно аналогичным приемом (или просто переименует новые папки в имена исходных). Страшно подумать, какие муки будет испытывать страдалец по автопереименованиям, если коллизий при переименовании in situ в этом миллионе много... хотя, как сказал выше, немало юзеров, которых устроит вариант "ласковый май-100500", просто в силу малоценности контента. которым забиты их компы, и который так или иначе окажется в конечном итоге в мусорке.

Всего записей: 1377 | Зарегистр. 17-01-2011 | Отправлено: 23:19 17-06-2020 | Исправлено: Jonmey, 00:04 18-06-2020
   

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » Total Commander (часть 10)
Maz (10-03-2021 12:01): Total Commander (часть 11)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru