Total Commander

MVV писал(а):Кстати, возможно, тему стоит разделить на тему об NTLinks (посты 61422, 61464, 61470, 61478) с текущим названием и тему о проблемах работы не-юникодных WDX с юникодными именами в панели поиска.

Думаю, что не надо. Вопросы взаимосвязанные, после разделения мы только запутаем читающих.

А как работает плагин ???
после установки я его не обнаружил во вкладке сеть.плагины

YURETS писал(а):после установки я его не обнаружил во вкладке сеть.плагины

Ещё бы...
Контентные плагины, и с чем их едят — TCKB 2.0

YURETS писал(а):после установки я его не обнаружил во вкладке сеть.плагины

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

Rodny писал(а):Контентные плагины, и с чем их едят — TCKB 2.0

Кстати, я не заметил в статье такого варианта использования, как установку атрибутов, предоставляемых информационным плагином.

MVV писал(а):Кстати, я не заметил в статье такого варианта использования, как установку атрибутов, предоставляемых информационным плагином.

Видимо, во время написания статьи этой фичи ещё не было.

NTLinks 1.0.0.74:
* возвращался неверный реальный путь для символических ссылок, начинающихся со слэша (путь относительно корневой папки) после Юникод-конверсии

Кстати, в Windows 7 до сих пор в свойствах символической ссылки с путем относительно корня целевой объект показывается так, будто путь не относительно корня, а относительно текущей папки.

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

Paulus83
При удалении файл может оставаться физически на диске, например, в Корзине.

Paulus83 писал(а):Подскажите, у всех корректно изменяется отображаемое этим плагином число жестких ссылок после удаления одной или нескольких из них? Т.е. при создании очередной ссылки на какой-либо файл это число увеличивается, а вот при её удалении - остается неизменным. Или это моя локальная проблем? Тогда может будут какие идеи по ее устранению?

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

Кстати, у меня работает нормально. Создал файл 1.bin - одна копия, сделал дубликат 2.bin - у каждого по 2 копии, сделал дубликат 3.bin - у каждого по 3 копии, удалил 2.bin - у 1.bin и 3.bin по 2 копии.

CaptainFlint писал(а):Paulus83
При удалении файл может оставаться физически на диске, например, в Корзине.

Точно! Я как-то и не подумал про корзину, по привычке удалял с шифтом.

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

Koljasik писал(а):Создаю жесткую ссылку -- в плагине NTFS Links автоматически изменяется число жестких ссылок на файл, а в этом необходимо обновть панель...
При удалении -- тожже самое, необходимо обновлять панель...

У меня всё нормально, создаю жесткую копию через NTFS Links, тотал сам обновляет панели, и число в колонке сразу увеличивается. А если не увеличивается, скорее всего тотал не опрашивает плагин.


Вышла новая версия модуля!

NTLinks 1.5.0.124:
+ кэширование данных о последнем файле (работает быстрее при использовании нескольких колонок с полями модуля)
+ естественный режим для относительных символических ссылок возвращает полный путь
+ изменение/удаление атрибута целевого пути (из диалога изменения атрибутов) для точек монтирования/соединения и символических ссылок
+ быстрое сравнение файлов по индексам файла/тома (для сравнения по содержимому при синхронизации)
* максимальное число циклов раскрытия ссылок при определении реального пути сокращено до 32 (Windows не позволяет использовать более 31 точки переподключения в пути)
* более быстрый алгоритм для вычисления реального пути
* исправлены названия некоторых точек переподключения
* Юникод- и ANSI-поля совмещены (те же поля возвращают ANSI-строки для старых версий, поля RP_TargetW и Obj_RealPathW убраны)
* кэш очищается при обновлении панели или смене каталога в ТК

Модуль теперь позволяет преобразовывать пустые папки в точки соединения и обратно. Для изменения целевого пути символических ссылок необходимы права администратора (и повышение, если есть UAC).

MVV писал(а):+ быстрое сравнение файлов по индексам файла/тома (для сравнения по содержимому при синхронизации)

Что следует указывать в шаблоне?

Avada писал(а):

MVV писал(а):+ быстрое сравнение файлов по индексам файла/тома (для сравнения по содержимому при синхронизации)

Что следует указывать в шаблоне?

Да что угодно) хоть *.*. Принципиален не шаблон, а вызов операции сравнения. Задаешь вызов сравнения для *.* вверху списка, сравнение будет запускаться, если размеры файлов равны ненулевые, для остальных модуль возвращает -3, чтобы тотал сам занимался ими. Но подчеркну, такое сравнение отождествляет только жесткие копии одного и того же файла, т.к. сравнивает идентификаторы тома и индексы файлов.

С версии 1.5.0.132 отображается специальный значок тождественного равенства (≡) при сравнении по индексам.


NTLinks 1.5.0.140:
+ иконка специального равенства для файлов с одинаковыми индексами (для сравнения по содержимому при синхронизации)
+ удаление префикса \??\ и для символьного целевого пути точек монтирования
* очистка кэша при обновлении панели или смене каталога в ТК
* неверный префикс у целевого пути абсолютной символической ссылки

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

NTLinks 1.5.1.156 (изменения после 1.5.0.140):
+ путь с идентификатора тома можно указывать без префикса \??\ (для точек монтирования/соединения)
+ распознавание символических ссылок и точек соединения с идентификаторами тома
+ получение необходимой для записи символических ссылок привилегии
* отображение числа жестких ссылок для папок и символических ссылок

NTLinks 1.5.2.160:
+ добавлена 64-битная версия модуля (работает только с 64-битной версией ТК)

Помимо добавления 64-битного модуля в дистрибутив изменений не было.