Total Commander

[480499497]

Ну так это не сложно,
добавить новую команду ">lcopy" к примеру Link Copy которая будет создавать именно ссылки а не каталоги. Либо добавить реализацию ко всем командам работающим с каталогами новый ключь -l позполяющий команде copy -l (или любой другой) делать копирование посредством ярлыков на источник, и к примеру команде "md -l test_1 test_2" впринципе должна будет сделать туже самую операцию.
Можно еще и в диалоговом меню рядом с кнопками ЗАМЕНИТЬ ВСЕ добавить ЗАМЕНИТЬ ЯРЛЫКАМИ но это уже по сложнее будет.
Как по мне так создать одну команду ">lcopy" будет предостаточно для реализации ОЧЕНЬ сильного инструмента. Сейчас обьясню.

Зачем собственно углубляюсь в такие сложности?
Появилась потребность в МайндМенеджере. Использовать те что существуют - ненравиться ничего так как ни в одном не реализовано управление РЕАЛЬНЫМИ данными. А Виртуал панель достаточно мощный инструмент но в нем не хватает нескольких инструментов для своей полной реализации. Один из таких инструментов, возможность работы с виртуально завязаными ссылками. Такая работа, позволила бы организовывать многоуровневые сложно архитектурные структуры, для систематизации документов относящихся к нескольким информационным классам. К примеру документ описывающий работу интерфейса запроса MySQL принадлежит категориям знаний GamrDeveloping, Programming, InformSecurity, HackerInvasion etc.

Таким образом что бы не хранить 1 физический документ в 4х каталогах, можно хранить в них ссылки, это реализованно средствами НТФС, но когда речь идет о манипуляциях БОЛЬШИХ обьемов данных на архитектурном уровне без потерь возможности потерь самих данных, Виртуальная панель как раз является таким инструментом. И вот тут та как раз и необходима точно такая же реализация поддержки ссылок на первоисточники (которые в свою очередь тоже ссылки на физический источник). И таким образом появиться возможность пользоваться Виртуальной панелью как Обьектно-ориентированым инструментом управления, в котором файлы можно уже будет рассматривать как атрибуты а архитектуру каталогов как описание классов. А сам файл состояния сохраненной архитектуры будет являться не чем иным как Картой знаний (если будет реализовано еще экспорт файла состояния в НТМЛ в виде дерева то Виртуальная Панель вообще станет злой вещью для избранных).

Вот такие вот мыслишки.

п.с. Отличать каталоги можно и по иконкам, их слава богу в Винде в системных файлах тысячи 3

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