NTLinks + NTLinksMaker: создание и инфо о ссылках NTFS

MVV · Сообщение **MVV** » Вт авг 28, 2018 18:17

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

Я уже говорил, что плагин не занимается переводом, плагин возвращает англоязычные КЛЮЧИ из LNG-файла (т.е., например, строку SymlinkD), а тотал их сам переводит в ЗНАЧЕНИЯ (в строку "Симв.ссылка папки" в случае ключа SymlinkD).

Flasher

Но ведь это плагин определяет, какое из пречисленных в lng полей выводить для одного свойства. Может, там какая закавыка?

MVV · Сообщение **MVV** » Вт авг 28, 2018 22:13

Проблема определенно не в плагине, т.к. во всех остальных случаях он работает. А это далеко не единственная проблема тотала, связанная с использованием UTF-8 в LNG-файле.

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

Доделал относительные ссылки, разделил типы ссылок на файлы/каталоги (новые опции /sf, /sd, старая опция /s переключает обе), добавил проверки на сетевые пути, также добавил опцию ConfirmSymlinkElevation. Потестируйте, пожалуйста.

NTLinks Maker 1.3.0.370

+ создание относительных символьных ссылок
* типы создаваемых ссылок можно задать отдельно для файлов и папок
* проверка создания точек соединения для сетевых путей

Flasher

Где смотреть, что ссылки относительные?

MVV · Сообщение **MVV** » Ср авг 29, 2018 00:02

Можно в cmd по команде dir.

Flasher

Пробовал через dir /al, но, видимо, сперва не так проверял. Сейчас вижу, что всё в порядке. [=ntlinks.Целевой объект.Символьный] ещё.

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

MVV · Сообщение **MVV** » Ср авг 29, 2018 07:04

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

Flasher

О каких казусах речь?
Относительность может быть только на одном диске и нужна в основном в рамках папки какой-то программы типа ТС. Иногда и не в части портабельности, а на случай смены буквы стационарника. А символьные ссылки чаще создаются на других дисках и где угодно. Случайно затесавшимися тут вообще не пахнет.

Kot_Matraskin

Попробовал новую версию. Относительные ссылки всегда создаются относительно папки расположения ссылки, игнорируя путь, введённый в поле "Определять относительные пути...".

Кроме того, окно перегружено лишними параметрами, которые ни на что не вляют в данной ситуации и создают путаницу. Их следовало бы деактивировать.
Например, когда открывается окно для создания ссылки на файл, то поля "Количество уровней..." и "Тип ссылок на каталоги" - лишние.
Когда создаётся ссылка на каталог и "Количество уровней"=0, то "Тип ссылок на файлы"-лишнее.
Когда в типах ссылок заданы "Жёсткие ссылки", "Точки соединения" или "Только символьные ссылки", то флажок с "Определять относительные пути..." должен сниматься, а поле ввода - деактивироваться.
Ну и так далее.

Flasher

Kot_Matraskin
Вы путаете. Относительные пути с ключом /r касаются создания структуры папок для режима без подкаталогов, о чём не раз писалось в топике. К нововведению относительных путей у символьных ссылок они никакого отношения не имеют.
Если ключ /r не задан, то поле при снятом флаге будет деактивировано.
Пункт относительных путей для символьных ссылок выбирается в каждом из последующих комбобоксов. Сниматься и деактивироваться здесь просто нечему.

Далее. Окно формируется сразу, программа не анализирует список выбранного. Поэтому на тот момент программе не ведомо, сколько файлов и/или папок выбрано. Тут всё закономерно.
Хотя тут по сути достаточно проверять на наличие \ в конце первой и предпоследней строки ( .seekg(3, ios_base::end); ) списка. Может, это ощутимо и не замедлит вывод.

Kot_Matraskin писал(а):относительно папки расположения ссылки

Не ссылки, а реального объекта.

Kot_Matraskin

Flasher писал(а):Вы путаете. Относительные пути с ключом /r касаются создания структуры папок для режима без подкаталогов, о чём не раз писалось в топике. К нововведению относительных путей у символьных ссылок они никакого отношения не имеют

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

Далее. Окно формируется сразу, программа не анализирует список выбранного. Поэтому на тот момент программе не ведомо...

Браво, капитан очевидность. Давайте всё-таки дождёмся ответа от автора.

MVV · Сообщение **MVV** » Ср авг 29, 2018 16:33

Flasher писал(а):Относительность может быть только на одном диске и нужна в основном в рамках папки какой-то программы типа ТС. Иногда и не в части портабельности, а на случай смены буквы стационарника. А символьные ссылки чаще создаются на других дисках и где угодно.

Да, под портабельностью я подразумевал независимость от буквы диска. И тут будет неприятно, если девять ссылок относительные, а десятая - нет. Между дисками вообще неважно, какой тип ссылок, там относительность не работает. Другое дело, что тебе наверное хочется включить и забыть, чтобы одно положение работало как для путей в рамках одного тома, так и между томами. Но в таком случае для определения режима программе придётся предварительно проанализировать список, чтобы понять, можно ли сделать относительными все пути.

Kot_Matraskin писал(а):Когда создаётся ссылка на каталог и "Количество уровней"=0, то "Тип ссылок на файлы"-лишнее.

Параметр количества уровней позволяет "разворачивать" каталоги, заменяя одну ссылку каталогом с кучей ссылок на внутренние объекты, среди которых вполне могут быть и файлы. А блокировать выбор типа ссылки при конкретно нулевом значении числа уровней - не сильное облегчение, и опять же, нужен анализ списка.

Kot_Matraskin писал(а):Кроме того, окно перегружено лишними параметрами, которые ни на что не вляют в данной ситуации и создают путаницу.

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

Kot_Matraskin писал(а):Раньше относительные ссылки на исходный каталог не поддерживались, потому и писалось.

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

Flasher

Kot_Matraskin писал(а):Не имеет практического смысла создавать ссылку на каталог относительно одного пути, а вложенное содержимое - относительно другого пути.

Какая ещё может быть ссылка на каталог в режиме без подкаталогов?

Kot_Matraskin писал(а):Браво, капитан очевидность.

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

Kot_Matraskin писал(а):Давайте всё-таки дождёмся ответа от автора.

Ну, что? Дождались? >>>

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

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

MVV писал(а):И тут будет неприятно, если девять ссылок относительные, а десятая - нет.

Не понял, откуда взяться десятой? В момент создания ссылок на другом диске все десять будут иметь абсолютный путь. Я не хочу для этого создавать отдельную кнопку, тем более для тихого режима.

MVV писал(а):Но в таком случае для определения режима программе придётся предварительно проанализировать список, чтобы понять, можно ли сделать относительными все пути.

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

MVV · Сообщение **MVV** » Ср авг 29, 2018 17:00

Flasher писал(а):Не понял, откуда взяться десятой? В момент создания ссылок на другом диске все десять будут иметь абсолютный путь. Я не хочу для этого создавать отдельную кнопку, тем более для тихого режима.

Например, из окна поиска.

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

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

Flasher

MVV писал(а):Например, из окна поиска.

Ну, ты же понимаешь, что этот режим значительно более редок в использовании. Хочешь, игнорь его с учётом остальных. Я не против.

MVV писал(а):А принять решение, создавать все относительные или все абсолютные, хотелось бы перед началом процесса создания ссылок.

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

MVV писал(а):А ещё не очень хочется добавлять уже пятый элемент в выпадающие списки типов...

Поэтому я и предлагал заменить пункт.