» Плагины для Total Commander (часть 2)

Avada

Цитата:

каким образом это проверялось?

Создал список (струтуру) файлов плагином DiskDir Extended. Затем получившийся файл-каталог переименовал японскими иероглифами. Попробовал этот файл открыть в FileListViewer.net - открывается, то есть программа может открывать файлы с именами в юникоде.
А вот если в самом списке будут файлы с юникод-именами (список в формате UTF-8), то FileListViewer.net их не распознает, отобразит и экспортирует кракозябрами

Если уж зашла речь - существует ли какая-нибудь бесплатная программа, скрипт или плагин с возможностью создавать список файлов с юникод-именами?

LonerDergunov
Делал несколько иначе — скопировал имена юникодных (польских) файлов в буфер, сохранил в Акельпаде в UTF-16 и перетащил файл-список в окно утилиты.

Цитата:

А вот если в самом списке будут файлы с юникод-именами (список в формате UTF-8)

Вот-вот, на это-то сначала и натолкнулся...

LonerDergunov
Цитата:

Если уж зашла речь - существует ли какая-нибудь бесплатная программа, скрипт или плагин с возможностью создавать список файлов с юникод-именами?

А это разве не то?

Avada
Да, точно. Повторение пройденного.))
Кнопка работает сильно упрощённо, я её добавил в свой список команд, но на панель у меня она так и не попала.
А в скрипте (который в конце темы) - юникодные файлы, как оказалось, не поддерживаются (список создаётся в юникоде, но если имя файла в юникоде - оно в список не вносится).

Avada 21:01 17-02-2013
Цитата:

А что касаемо юникодности, то при попытке, например, упаковать в любой из трёх каталогизаторов имена с диакритическими знаками выводится сообщение о символах, которые "не поддерживаются целевой платформой". О причинах см., например, здесь.

LonerDergunov 21:59 17-02-2013
Цитата:

А вот если в самом списке будут файлы с юникод-именами (список в формате UTF-8), то FileListViewer.net их не распознает, отобразит и экспортирует кракозябрами

Вот именно. Так что на системах, где в именах файлов могут встречаться символы из разных кодовых страниц (скажем, кириллицы и немецкого) от всех существующих каталогизаторов толку нет

1. При попытке включить в выходной список файл с именем, содержащим хотя бы один символ из другой кодовой страницы (не той, что указана в региональных настройках системы в качестве non-Unicode language) наступает полный облом. TC выдаёт запрос, в котором можно выбрать только [Skip]/[Skip All] или [Abort]. Например, если non-Unicode language задан русский, а в именах некоторых файлов встречаются диакртитические знаки европейских языков, вроде немецких A и U с умляутами.


2. Если список создавался на машине с одной кодовой страницей, а открывается на другой, то юникодные символы, естественно, будут отображаться некорректно даже в последних полностью юникодных версиях TC.

Если список, созданный на системе с немецкой кодовой страницей, открывать на машине с русской кодовой страницей, то это не такая уж катастрофа. Большинство символов - ANSI, и их достаточно и для просмотра, и для поиска. Надо избегать именно диакритиков в поисковых запросах. Неудобно, но терпимо. Ну и не получится сравнить содержимое папок на исходной и целевой машине при помощи команд быстрого сравнения папок (Compare Directories - Shift+F2) или синхронизации.

А вот если ситуация обратная, то есть, список, созданный на системе с русской кодовой страницей, открывать на немецкой машине, то это полный армагеддон. Кириллица в именах файлов отображается кракозябриками, понять ничего невозможно, поисковые запросы не работают.
От полного отчаяния была мысль искать имена внутри LST-архивов как внутри обычных текстовых файлов (конечно, при этом терялось бы 90% функционала LST-списков, но можно было бы хотя бы проверить наличие определённого файла на машине), но даже и это не удалось: символы кириллицы, вводимые в поля диалога поиска, не идентифицируются с кракозябриками внутри LST-архивов. А вводить поисковый запрос кракозябриками я не умею...

Кстати, и с плагином QuickSearch eXtended для инкрементного поиска на панелях такая же проблема.

Всё это касается и вышеупомянутого FileListViewer.net.

Добавлено:
Кстати, на офф-форуме Гислера просили пару лен назад сделать юникодную версию DiskDir. На что последовал ответ, что сделать нет проблем, но это было бы концептуально неверно, потому что списки, созданные новой юникод-версией, невозможно будет открыть в старой версии плагина (именно так, а не наоборот, что действительно было бы проблемой).
По-моему, совершенно абсурдная отмазка (при всём уважении к Гислеру). Или я чего-то не понимаю?

Цитата:

По-моему, совершенно абсурдная отмазка (при всём уважении к Гислеру). Или я чего-то не понимаю?

У него много отмазок. Реализовать всё (да ещё и постоянно шлифовать Тотал и избавляться от ошибок) - никакого времени не хватит. Вполне мог бы назвать плагин DiskDir Plus 1.0 или совершенно другим именем дабы избежать несовместимости.


Цитата:

QuickSearch eXtended

Похоже, автор потерял интерес к проекту, равно как и к BB eXtended. Я ему писал просьбы исправить в QuickSearch поиск по первым буквам слов при использовании плагинов - ответа так и не было. Про BB (в частности Mouse Tool) писал об ошибках, путях исправления или локализации ошибок, просьбы по расширению возможностей - автор ответил, что не имеет желания продолжать поддержку проекта. Надо учить AHK, с ним в Тотале можно горы наворотить

oshizelly

Цитата:

Кстати, на офф-форуме Гислера просили пару лен назад сделать юникодную версию DiskDir. На что последовал ответ, что сделать нет проблем, но это было бы концептуально неверно, потому что списки, созданные новой юникод-версией, невозможно будет открыть в старой версии плагина

Очень интересно. Значит, сохранять выделение или содержимое колонок в файл с выбором кодировки можно, и обратная совместимость при этом не обсуждается, а в плагине предусмотреть выбор способа сохранения в настройках — нельзя? (Впрочем, в гислеровском плагине вообще настроек как не было, так и нет).
Но есть же и другие плагины-каталогизаторы, у авторов которых может быть иная точка зрения. Раз принципиального запрета на такую функциональность нет, неплохо бы их запросить, если это уже не делалось.

Avada 08:52 18-02-2013
Цитата:

Но есть же и другие плагины-каталогизаторы, у авторов которых может быть иная точка зрения. Раз принципиального запрета на такую функциональность нет, неплохо бы их запросить, если это уже не делалось.

Насколько мне известно, никто пока не просил. Может, попросим?


Цитата:

Очень интересно. Значит, сохранять выделение или содержимое колонок в файл с выбором кодировки можно, и обратная совместимость при этом не обсуждается, а в плагине предусмотреть выбор способа сохранения в настройках — нельзя?

Получается, что так...
Собственно, это даже не обратная совместимость, а вообще какой-то непостижимый изгиб Гислеровой логики.
Wikipedia считает, что "Обратная совместимость применительно к программному обеспечению означает способность более поздних "версий программы работать с файлами, созданными более ранней версией [more=дальше]этой же программы или программы, реализующей те же алгоритмы, что и более ранняя версия. Так, например, в Microsoft Office присутствует поддержка целого ряда форматов, которые на данный момент почти не используются.[/more]."
То есть, для данного случая требование обратной совместимости означало бы, что новая юникодная версия должна уметь читать LST-файлы, созданные предыдущими версиями DiskDir. IMHO это было бы вполне разумное условие.
Гислер же указывает в качестве проблемы на то, что старые версии плагина DiskDir не смогут открывать LST-файлов нового формата. То есть, если бы этой логикой руководствовались, например, производители текстовых процессоров, то мы до сих пор имели бы исключительно редакторы формата plain text (а может, это было бы не так уж плохо )

oshizelly

Цитата:

Насколько мне известно, никто пока не просил. Может, попросим?

Я сам не буду, но любому желающему выражаю всяческую моральную поддержку.

Цитата:

Гислер же указывает в качестве проблемы на то, что старые версии плагина DiskDir не смогут открывать LST-файлов нового формата.

Да, согласен, это уже вообще непонятно какая совместимость и какая логика...

oshizelly

Цитата:

Собственно, это даже не обратная совместимость, а вообще какой-то непостижимый изгиб Гислеровой логики.

Это вполне постижимый изгиб, и называется он прямой совместимостью: когда старое приложение корректно работает с файлами нового приложения, не поддерживая, естественно, новые фунции, но и не убивая соответствующие им данные. В частности, сам Тотал разрабатывается именно с учётом и прямой, и обратной совместимости.

Цитата:

Не знаю, что такое "там" и о какой ссылке речь. Я имел в виду описания на конкретной страничке сайта wincmd.ru.

Туда куда направили
http://forum.wincmd.ru/viewtopic.php?t=14144&start=0

Цитата:

Лично я направлял сюда.

Если бы была такая ссылка, я бы направился. Мне сказали "смотри в шапке". В шапке я вышел на ссылку, что я писал.

Цитата:

Судя по сообщению — неверно. Путь-то правильный, а вот что туда скинуто... Там рекомендуется заглянуть в ридми. Конкретно — в readme_ru.html, где описан ход установки.

У меня лично нет такого файла в архиве для 64 битной версии. Откуда я про путь узнал? Из Readme.txt

Цитата:

6. Installation
Download Viewer Technology: vw-8-3-7-win-x86-32.zip(or latest version if available) or vw-8-3-7-win-x86-64.zip(for x64 plugin version) from
http://www.oracle.com/technetwork/middleware/content-management/downloads/oit-dl-otn-097435.html , you need accept license and register.
And copy "redist" folder to plugin folder.

Папка redist после установки Оракла скинута в папку плагина TC, а именно
\plugins\wlx\ulister\

Цитата:

А как можно подключить Google Drive в Тотале? Именно как драйв, а не как просто папку.

Если он как яндекс поддерживает webdav то командой net use x: https:...... /user:login pass


Цитата:

А у меня даже WMP не хочет, видимо какой-то косяк с кодеками В Mmedia.INI "FLV" прописано, но при запуске выбрасывает окошечко о несоответствии расширения и содержимого.

Такое же окно. Хотя с кодеками проблем нет. Скорее плагин неверное (или MP обрабатывает). Некоторые ави без такой ошибки, но так же не хотят проигрываться. Хотя то, что внутри avi-контейнера простые divx поток на 100% уверен.

Почему так мало видео-плагинов? Фактически развивается (если можно так сказать) только MMedia, другая линейка (SMViewer(Mview) -> DSView -> Mediashow) давно заброшена, даже офсайт автора умер. Именно они куда мощнее MMedia, хотя и глюкавее, потому как автор так и не довел до конца ни один из них, открывая новый проект без доделки прежнего.

И новых разработок не видно, хотя плагины для просмотра некоторых видов файлов существуют не в единственном числе.

P.S. Самому больше всех нравится SMViewer(Mview) - первый и ИМХО самый удачный проект. Его и использую.

Ищеться плагин, если таковой имеется....

Решаемая задача: Имеется папка в которой более тысячи файлов с расширениями *.ppt, *.doc, *.docx, *.rar....

Можно ли каким нибудь образом АВТОМАТОМ после выделения, скопировать или перенести все данные файлы в папки ppt, doc, docx, rar

suomifinland
Выделять их по маске и разносить по папкам.
Зачем палить по комарам из пушки?

suomifinland
Автоматом - можно, плагином - нет.
Скрипт. Заменить в нём GetBaseName на GetExtensionName.
Ещё можно использовать этот батник, взяв за основу не имена файлов, а их расширения.
В батнике строки
set "l=%~1"
set "l=%l:~0,1%"
заменить на
set "l=%~x1"
set "l=%l:*.=%"

matro3

Цитата:

Выделять их по маске и разносить по папкам.

Сказано ведь - автоматом, то есть без рукоблудия)

suomifinland
В зависимости от требующейся степени автоматизации может подойти и стандартный инструмент группового переименования, без всяких плагинов и скриптов. Задать в качестве маски для имени выражение [E]\[N], и Тотал всё сделает (при условии, что используется последняя версия).

Цитата:

CaptainFlint

Замечательно!!! То что я искала! Все файлы успешно сортируються, но они попадают при сортирове в ту же папку, а можно ли как-нибудь сделать чтобы они при сортировке попадали в указанную мною папку, к примеру Temp...?

suomifinland
Если эта папка на том же разделе, то можно добавить там же относительный путь. Что-то типа:
..\..\..\КакойТоКаталог\Temp\[E]\[N]
Естественно, количество переходов в родительский каталог и путь к Temp нужно подставить свои.
Если на разных дисках, то, насколько я знаю, через ИГП так сделать уже не получится.

Небольшая подборка библиотек для файловых панелей и кнопок дисков: http://sendfile.su/779103

У кого осталось вот это http://forum.wincmd.ru/viewpost.php?p=76340 - просьба перезалить. У меня задача проста - просматривать пару форматов, но таскать всё содержимое папки redist нету ни малейшего желания. Поэтому хочу увидеть таблицу соответствий.

DimitarSerg
http://rghost.ru/44538966
http://rusfolder.com/35498899

addhaloka
Хорошие подборки. Но недоделанные. Значков в dll-файлах для панелей - лишь чуть больше половины от необходимого количества (всего по 22 из 38), остальные берутся стандартные и выбиваются из общей схемы оформления.

LonerDergunov 14:57 16-03-2013
Цитата:

о недоделанные. Значков в dll-файлах для панелей - лишь чуть больше половины от необходимого количества (всего по 22 из 38), остальные берутся стандартные и выбиваются из общей схемы оформления.

Не знаю. Мне встречались либы с бОльшим количеством иконок, НО все дополнительные иконки НЕ показывались, т. е. всё дополнительное бралось из WCMICONS.DLL (или из TOTALCMD.EXE).

Подскажите, можно ли при использовании штатного диалога поиска заставить TC игнорировать в тильды, умляуты и прочие крышки и т.п. в диакритических символах европейских языков? То есть, чтобы при поиске, допустим, по слову Münih (через u с двумя точками сверху) были бы найдены оба варианта написания "Münih" (с двумя точками) и "Munih" (без умляута). Ну, или наоборот. То есть, чтобы штатный поиск работал так, как это сейчас реализовано в QuickSearch eXtended plugin.

Может, существует решение штатными средствами, но это маловероятно, поэтому спрашиваю тут.

Спасибо!

addhaloka
Из Totalcmd.exe берётся не всё дополнительное. (Вот это рекомендую почитать.) Из Wcmicons.dll для файловых панелей не берётся вообще ничего.

oshizelly
Полагаю, Similarity поможет.
Поиск с плагинами относится же к штатным средствам
Добавлено
Да, плагин завёрнутый, на форуме разбирались, с чем его едят.

oshizelly
О каком конкретно варианте реализации в QuickSearch eXtended идёт речь: о "similarity search" (поиске по неточному соответствию) или о поиске с регэкспами? Искомое там можно найти обоими способами. Соответственно, в обычном поиске TC есть плагин Similarity (для разнообразия даю альтернативную ссылку) и поиск с регэкспами (см. справку TC про множества символов и варианты). Но никакой взаимной автозамены при поиске сходных букв с умляутом и без не было и нет.

Rodny 15:32 16-03-2013
Цитата:

Да, плагин завёрнутый, на форуме разбирались, с чем его едят.

Спасибо, буду разбираться. Действительно, это чудо не для средних гуманитарных умов. При полном отсутствии инструкций и, мягко говоря, не вполне интуитивном интерфейсе... Юзеру предлагается изучать Levenshtein distance, Rui A. Rebelo's method и прочие прелести
Но главная проблема даже не в этом. Насколько я понял (очень приблизительно) предназначение этого плагина, он позволяет находить результаты, похожие, но не точно совпадающие с поисковым запросом. Подобные фичи мне встречались и в других менеджерах, например, XYplorer. Но это не совсем то, что требуется. Плагин Similiarity по запросу Munih, вероятно, найдёт (в зависимости от заданной степени "похожести") такие результаты, как Münih, Munih, Nunih, Nicht ferstein и пр. А надо-то варьировать только одну конкретную букву (в моём примере): Münih - Munih - Mönih и т.д.

Avada 15:47 16-03-2013
Цитата:

О каком конкретно варианте реализации в QuickSearch eXtended идёт речь: о "similarity search" (поиске по неточному соответствию) или о поиске с регэкспами?

Ни то, ни другое. Функция, про которую я писал чуть выше, работает вне зависимости от выбранного режима поиска. Это очень нужная вещь именно при работе с европейскими языками на основе латинского алфавита, которые почти все, кроме английского, используют диакритические знаки. IMHO очень странно, что Гислер даже не думает о добавлении такого функционала, хотя TC давно уже позиционируется как юникодный.

Добавлено:

Цитата:

поиск с регэкспами (см. справку TC про множества символов и варианты).

Уровень удобства несопоставим. В рассматриваемом примере юзеру придётся вместо натурального поиска использовать регэкспы, причём всё время держать в голове, что для написания вот этого слова возможны варианты с диакртиком и без него, значит надо переходит в режим регэксп-поиска. И вместо простого ввода каждого такого символа выстраивать целую логическую конструкцию перечислением всех возможных вариантов написания с оператором OR.

oshizelly, Avada
Кхм. Что-то мне тут подумалось. А нафига усложнять-то? Одна буква варьируется? Пожалуйста:
Найти: M?nih

Добавлено:
Оно, конечно, найдёт и прочих манихов с минихами, но это уже проще отсеивать.

oshizelly

Цитата:

Насколько я понял (очень приблизительно) предназначение этого плагина

Да, всё правильно понято.

Цитата:

Это очень нужная вещь именно при работе с европейскими языками на основе латинского алфавита, которые почти все, кроме английского, используют диакритические знаки.

Вообще-то слово с диакритическим знаком и слово с обычной буквой — это всё-таки в норме разные слова, не так ли? И далеко не всем, кто ищет вариант с диакритикой, нужен также вариант без неё — и наоборот. Нет, я не отрицаю, что при определённых условиях опциональный учёт также и "сходных" букв мог бы быть полезен. Применительно к российским реалиям это, скажем, возможность решать, считать "е" и "ё" одной буквой или нет. Но это не самоочевидно и должно запрашиваться у Гислера на оффоруме как дополнительный функционал со всей должной аргументацией.
А функция,указанная по ссылочке, не входит, кстати, в стандартную поставку QuickSearch eXtended. INI-файл предлагается дополнительно править и сохранять в юникодном формате. То есть как минимум один раз прямое участие пользователя для добавления этих вариантов потребуется. А при разговоре о стандартной функции поиска TC неплохо бы учесть, что функции автозамены чего-то на что-то (пишем одно —подразумеваем другое) там сейчас, кроме как с регэкспами, вообще нет.

Глянул. Весьма и весьма занятный плагин. Возьму себе для использования.

Цитата:

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

Диалог поиска - AHK-скрипт. Три последние строчки с кодом заменить на:

Код:         PostMessage 1075, 2026, , , ahk_class TTOTAL_CMD
        PostMessage 1075, 501, , , ahk_class TTOTAL_CMD
        WinWait, ahk_class TFindFile
        WinClose, ahk_class TFindFile
        PostMessage 1075, 7539, , , ahk_class TTOTAL_CMD

Цитата:

мляуты и прочие крышки и т.п. в диакритических символах европейских языков

возьмите все граф. знаки (с двумя — умлаут зовётся) в скобки, как вариант