Total Commander

ProgMan13
Я в целом о замене символов спросил, т. к. она подразумевает и то, чем нужно заменять. А в случае с dot — это совсем не очевидно. Или это единственно возможный вариант?

ProgMan13 писал(а):Символы ">>>dot<<<" для этого.

А зачем угловые скобки? (dot) — не лучше?

Насчёт \n было понятно.

Flasher
Это единственный вариант. Точки в именах файлов могут быть, в полях плагинов - нет.
(dot) - это валидное имя файла/части файла, а >>>dot<<< - нет.

ProgMan13
Ясно. Спасибо.

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

Avada писал(а): Да хотя бы здесь.

На той странице нет плагина NTFS Descriptions.
Версия 2.0 из этой темы всё так же отображает русские буквы неправильно.

Segmentum
Вы на даты сообщений хотя бы иногда обращайте внимание. Это сейчас нет, а тогда структура польского сайта была совершенно другой и плагинов там хранилось гораздо больше.

Небольшие дополнения.
1. Проверка наличия потока при удалении.
2. Чтение текста UTF16 с BOM (ReadUTF16=) в ini.

http://progman13.wincmd.ru/downloads/wd ... _2.0.2.zip

ProgMan13 писал(а):Небольшие дополнения.

А можно как то сделать на основе плагина этого или с "0" дополнительный.
Там есть поток Zone.Identifier и если его выводить то там много чего пишется не удобно смотреть. Хочется просто только адрес откуда скачал.
Думаю классный плагин получится иногда не понятно откуда качнул фаил. Разгребать удобно будет на порядок что откуда.

Mailk
Возможно, это появится в самом TC в следующей бете.

Самое интересное что я засовываю в фаил (в его поток) еже один фаил с потоками. И они от туда копируются. Так сказать матрешка получается
Не нарушит это файловую систему от подобных коллизий?

Mailk
Файлы с потоками в файловых потоках?
Ничего не могу сказать по этому вопросу.

Добавлено спустя 3 минуты:

1. Небольшие исправления.
2. Мультистрочный редактор в окне изменения аттрибутов (кнопка ">>").

http://progman13.wincmd.ru/downloads/wd ... _2.0.3.zip

ProgMan13 писал(а): Файлы с потоками в файловых потоках?
Ничего не могу сказать по этому вопросу.

Я про NTFSFileStreams говорил , про то что там можно в поток засунуть фаил с потоком

Установил NTFSDiz, очень понравилось - отличный плагин для просмотра содержимого файловых потоков.

Хочу написать программу для удобного управления тегами. Не плагин, а именно программу, которую можно повесить на кнопку в тулбаре в тотале. Все-же ручное редактирование строк в атрибутах файла - не самый удобный способ работы.
1. может что-то такое уже есть готовое?
2. если нет, то вот так я это предварительно представляю:
* юзер выделяет один или несколько файлов в тотале
* нажимает на кнопку; пути к файлам передаются через командную строку (через %P%S)
* программа читает строки из потока (например с названием "tags") всех переданных ей файлов
* строки с тегами могут выглядеть так: разделитель между тегами - пробел, в строке могут быть одиночные теги и пары вида "имя=значение".
* Все это выводится в интерфейс в виде списка тегов, опционально со значениями. Рядом с каждым тегом чекбокс, с помощью которого можно включить или отключить тег.
* Ниже - другие возможные (ранее введенные) теги, а также текстовое поле для добавления новых тегов
* Имена ранее введенных тегов хранятся в ini-файле
* юзер устанавливает/снимает теги; нажимает кнопку ОК - теги вносятся в потоки tags выделенных файлов.

В результате теги отображаются в тотале с помощью NTFSDiz как обычные строки, по ним возможен поиск тем же NTFSDiz.
Как вам идея, что можно улучшить?

x-code писал(а):* нажимает на кнопку; пути к файлам передаются через командную строку (через %P%S)

Лучше сразу предусмотреть работу с файлами-списками. Потому что если файлов выделено слишком много, %P%S может вылезти за пределы максимально разрешённой длины командной строки. Тогда как в передаче через файл (%WL, например) этой проблемы не будет изначально.

Предварительный релиз для оценки
https://github.com/NeoProgramming/ADSTa ... er.0.1.zip
Поскольку концепция сырая и ничего подобного до сих пор не было, придумывал на ходу. Как это работает:
* программа принимает в качестве аргументов список путей к файлам
* считывает из них теги из потока "Tags" (соответственно, нужно настроить плагин NTFS Descriptions на работу с потоком "Tags")
* теги заносятся в левый список на GUI программы
* теги, которые есть во всех файлах, отмечаются в чекбоксах галочкой
* теги, которые есть не во всех файлах, отмечаются "третьим состоянием" (знаком вопроса)
* также читаются теги из файла recent_tags.ini и загружаются в правый список
* всегда можно добавить новый тег вводом его в поле снизу
* установка и снятие чекбокса - включение и отключение соответствующего тега; перевод в третье состояние - значит, тег остается только у тех файлов у которых он был
* "ОК" заносит новые наборы тегов в файлы
* дата модификации файлов не меняется, я посчитал что теги это не контент, а метаинформация, подобная имени и расширению, и менять дату некорреткно
* также Тоталу отправляется команда обновить панель

В планах:
* добавление работы с файлами-списками (при этом работа с простым перечнем файлов в командной строке останется, т.к. кроме тотала есть еще например XnView, откуда тоже оказалось весьма удобно тегировать файлы). Соответственно для списков будет опция /L
* добавление сохранения размеров и положения между запусками
* добавление работы со значениями тегов (пока непонятно как); Физически в ADS значения отделяются от тегов символами ":" или "=", сами теги отделяются друг от друга пробелами.
* пока непонятно как быть с наполнением recent_tags.ini, туда попадают все теги, которые встретились программе. Можно удалять вручную, но концептуально это неправильно.

Ну и вообще теговая система является частью большого проекта, в рамках которого будет много разного, так что какие-то изменения будут.