maximav wrote:Параллельный вопрос... попроще...если уж про каталоги туго идет, то про файлы. В Far'е есть "символич ссылк (файл)" и "символич ссылка". РАЗНИЦА!! В ЧЕМ? В Windows|NTFS нет таких двух понятий... ??
просто симлинк будет либо симлинком на файл либо симлинком на каталог, в зависимости от источника.
Это уже лучше, но неужели нельзя было сразу. Я ведь и описал вначале контрпример... очень похожее. Асс (включая Far'овский)
должен мгновенно и просто сказать по простому, тем более, что по моему вопросу сразу и четко было видно о чем речь
и о чем не надо писать (засорять). Вердикт по Far'у
1. Работаем на локальном комп (соединение по сети с кем бы то ни было остутствует)
2. Создаем "символ ссылка" file1 на файл FILE
3. Создаем "символ ссылка (файл)" file2 на файл FILE
4. Делаем поочередно какие угодно действия с file1 и такие же с file2.
Теорема 1: результаты будут ВСЕГДА совпадать
Ok?
В условиях Теоремы 1 делаем тоже самое, но с парой "связь" и "символич ссылка" (терминоглогия Far'а!)
примененные к каталогу(!)
techie wrote:IMHO Far должен просто ругаться на alien entry в directory tree
Какое alien entry? Линки, типа, прозрачны для приложений. Чтобы ними "просто работать", делать вообще ничего не надо.
Это в идеале. На практике они имеют плохое свойство зацикливаться и превращать всё в бардак (бесконечный поиск с рекурсией). Одного типа "ссылка" достаточно. Зачем плодить ещё кучу всяких junktions и пр.?
Да, и API многих языков не всегда "follows the symlink". Вроде всё написал, работает, а тут кто-нибудь со своими симлинками, да ещё битыми.. В общем головная боль одна. Польза только если либу дописываешь, а она используется сразу много где, но это решается скриптами на сохранение, и не стоит всех дополнительных проблем.
Так, я немного изменил текст в хелпе. Но требуется разжевывание куска по симлинкам, если в том виде, как он сейчас написан... текст приводит в недоумение.
We are the Borg. You will be assimilated.
So Say We All!
В хелпе приводятся английские эквиваленты терминов.
И раз это термины, то надо быть максимально точным.
В частности.
- "hard link" это 2 слова, обычными строчными буквами (не Title Case).
- "junction" полностью называется "junction point", или даже "NTFS junction point"
- "symlink" это сокращение от "symbolic link", стоит упомянуть и полное название, тем более именно оно используется в интерфейсе фара.
А если сокращать, то писать как обычное слово, строчными буквами (не SymLink).
Far умеет создавать жёсткие ссылки, отображать их количество для каждого файла в
отдельной колонке (по умолчанию это последняя колонка в 9-м режиме панелей), а также сортировать файлы по количеству жёстких ссылок.
Надо упомянуть, что подчёркнутые функции доступны начиная с Vista.
Помимо перечисленного, в диалоге атрибутов файла (CtrlA) есть возможность увидеть все hard links (доступно начиная с Vista, а в более ранних системах - только их количество).
И есть возможность настроить раскраску так, чтобы такие файлы выделялись на панели ([x] Has more than one hardlink).
Стоит привести ссылки на соответствующие разделы справки (@PanelViewModes, @PanelCmdSort, @HighlightEdit, @FileAttrDlg).
В Windows 2000 нельзя напрямую создать связь, ссылающуюся на папку CD-ROM, но это
ограничение можно обойти, смонтировав CD-ROM диск на папку NTFS-раздела.
Vista (NT 6.0)
Имхо эти 2 цитаты - лишняя информация.
Для создания символических ссылок требуются административные права.
Возможно стоит уточнить, что можно избежать запросов UAC (@ElevationDlg) если предоставить право "create symbolic links" нужным пользователям или группам через local security policy.
P.S.
Путь назначения "junctions" и "symbolic links" можно посмотреть и изменить в диалоге атрибутов (@FileAttrDlg).
Есть возможность настроить раскраску так, чтобы символические ссылки выделялись на панели.
P.P.S.
И надо иметь ввиду, что почти везде, где в справке и в интерфейсе фара фигурируют символические ссылки на папки, имеются ввиду также и связи.
Готовый не могу.
Ещё подумать надо как это скомпоновать.
Например стоит ли вообще перечислять тут возможности фара по работе со связями.
В последней редакции как-то очень выборочно они.
Если уж перечислять возможности, то надо начать с начала:
(навскидку)
Копирование/Перенос (опция в диалоге)
Удаление (безопасно как напрямую
{ Delete link } [ Break link ] [ Cancel ]
, так и при удалении дерева)
Поиск (опция в диалоге)
Подсчёт размера (системная настройка)
Информация о (диалог аттрибутов)
Раскраска на панели + учёт в фильтрах
В панелях отдельная колонка для отображения и возможность сортировки по количеству хардлинков
Far умеет создавать жёсткие ссылки, отображать их количество для каждого файла в
отдельной колонке (по умолчанию это последняя колонка в 9-м режиме панелей), а также сортировать файлы по количеству жёстких ссылок.
Надо упомянуть, что подчёркнутые функции доступны начиная с Vista.
John Doe wrote:{ Delete link } [ Break link ] [ Cancel ]
Кстати, а зачем нам вообще "Break link"?
Гипотетически, это нужно, когда директорию предполагается использовать и дальше, но пропали условия, из-за которых она была линком (например, освободилось место на содержащем её разделе диска).