Да, этот момент мы и с Tol!k и c Батей обсуждали. Если тебя это проблема заботит, то мы тебе за постинг на оффоруме будет только благодарны.
[WFX] VirtualPanel - временная панель для ТК (Unicode)
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Беспокоит. Раньше с этим не сталкивался, но это меня шокировало.
Угу, как всегда "порадовал" свою паству...MVV писал(а):Гислер наотрез отказался
А вообще я бы на твоём месте привёл аргументацию, почему это нужно.
Он пока не на отрез отказался, он просто написал, что это не планируется. Значит, надо сделать так, чтобы запланировалось.
В скриптах, например, часто требуется выделить разные списки для дальнейших действий.
Договаривайтесь с кем-нибудь ещё и мотивируйте, чтобы был кто-то кроме меня в теме.
Хорошо бы вынести в отдельную тему обсуждение списочных параметров поста с этого по данный.
Может и получится, но это скорее всего будет из кэша. Например, флешку через полторы минуты не извлечешь, винда начнет в темпе сбрасывать на неё данные из кэша.Samotek писал(а):Ты имеешь в виду, что через полторы минуты после копирования TeraCopy файлами все еще пользоваться не получится? И что Far также дурит?MVV писал(а):TeraCopy тебя просто дурит, на самом деле запихивая всё в кэш
Хорошо бы вынести в отдельную тему обсуждение списочных параметров поста с этого по данный.
Обновил версию.
Virtual Panel 2.0.5.1220:
+ команда `tgmove` позволяет перемещать файлы между разделами
* улучшено центрирование диалога подтверждения
* ошибка вычисления прямых даты/времени в команде `ifcond` (dateГГГГММДД и timeЧЧММ)
Virtual Panel 2.0.5.1220:
+ команда `tgmove` позволяет перемещать файлы между разделами
* улучшено центрирование диалога подтверждения
* ошибка вычисления прямых даты/времени в команде `ifcond` (dateГГГГММДД и timeЧЧММ)
Такой вопрос парни
Можно ли реализовать поддержку ориентированных ссылок на виртуальные каталоги при копировании?
Что имеется ввиду.
Если у нас есть ДВА не вложенных друг в друга (или более) виртуальных каталогов, то при копировании одного каталога в другой, будет созданы НОВЫЕ виртуальные каталоги, дублирующие всю архитектуру первого.
И если мы потом половину архитектуры в втором каталоге удалим, то разумеется в первом она останется.
А вот можно ли прикрутить возможность ССЫЛОЧНЫХ копирований?
Что бы к примеру из каталога ТЕСТ_1 в каталог ТЕСТ_2 я скопировал папку БАБАЗИНА в которой куча картинок (ну всмысле куча виртуальных ссылок на реальные файлы). И вот что бы в каталоге ТЕСТ_2 / БАБАЗИНА я удалил половину ссылок, что бы они пропали и в ТЕСТ_1 / БАБАЗИНА.
Разумеется если скопировать ТЕСТ_1 в ТЕСТ_2 то получиться замкнутый круг в котором можно было бы переходить из одного каталога в другой.
Думаю можно команду такую прикрутить что бы можно было копировать архитектуру с ПОСЫЛАНИЯМИ на существующие каталоги.
Разумеется тот метод копирования что есть по умолчанию оставить тоже.
Можно ли реализовать поддержку ориентированных ссылок на виртуальные каталоги при копировании?
Что имеется ввиду.
Если у нас есть ДВА не вложенных друг в друга (или более) виртуальных каталогов, то при копировании одного каталога в другой, будет созданы НОВЫЕ виртуальные каталоги, дублирующие всю архитектуру первого.
И если мы потом половину архитектуры в втором каталоге удалим, то разумеется в первом она останется.
А вот можно ли прикрутить возможность ССЫЛОЧНЫХ копирований?
Что бы к примеру из каталога ТЕСТ_1 в каталог ТЕСТ_2 я скопировал папку БАБАЗИНА в которой куча картинок (ну всмысле куча виртуальных ссылок на реальные файлы). И вот что бы в каталоге ТЕСТ_2 / БАБАЗИНА я удалил половину ссылок, что бы они пропали и в ТЕСТ_1 / БАБАЗИНА.
Разумеется если скопировать ТЕСТ_1 в ТЕСТ_2 то получиться замкнутый круг в котором можно было бы переходить из одного каталога в другой.
Думаю можно команду такую прикрутить что бы можно было копировать архитектуру с ПОСЫЛАНИЯМИ на существующие каталоги.
Разумеется тот метод копирования что есть по умолчанию оставить тоже.
Теоретически символьные ссылки на виртуальные каталоги организовать можно, позволив папкам-ссылкам иметь в качестве ссылаемого пути виртуальный путь, а не физический. Но надо будет как-то отличать их по виду от остальных (другой иконкой?), создавать/копировать можно будет исключительно через командную строку, а ведь ещё надо как-то иметь возможность увидеть, что это символьная ссылка... И насколько это усложнит архитектуру... Пока обещать не буду.
Как вариант на данный момент, могу предложить написать скрипт автообновления, который будет экспортировать содержимое папки-источника во временный файл, а затем импортировать его в ссылаемую папку. При этом только главную папку можно будет модифицировать, чтобы изменения отражались в ссылаемой.
Как вариант на данный момент, могу предложить написать скрипт автообновления, который будет экспортировать содержимое папки-источника во временный файл, а затем импортировать его в ссылаемую папку. При этом только главную папку можно будет модифицировать, чтобы изменения отражались в ссылаемой.
Ну так это не сложно,
добавить новую команду ">lcopy" к примеру Link Copy которая будет создавать именно ссылки а не каталоги. Либо добавить реализацию ко всем командам работающим с каталогами новый ключь -l позполяющий команде copy -l (или любой другой) делать копирование посредством ярлыков на источник, и к примеру команде "md -l test_1 test_2" впринципе должна будет сделать туже самую операцию.
Можно еще и в диалоговом меню рядом с кнопками ЗАМЕНИТЬ ВСЕ добавить ЗАМЕНИТЬ ЯРЛЫКАМИ но это уже по сложнее будет.
Как по мне так создать одну команду ">lcopy" будет предостаточно для реализации ОЧЕНЬ сильного инструмента. Сейчас обьясню.
Зачем собственно углубляюсь в такие сложности?
Появилась потребность в МайндМенеджере. Использовать те что существуют - ненравиться ничего так как ни в одном не реализовано управление РЕАЛЬНЫМИ данными. А Виртуал панель достаточно мощный инструмент но в нем не хватает нескольких инструментов для своей полной реализации. Один из таких инструментов, возможность работы с виртуально завязаными ссылками. Такая работа, позволила бы организовывать многоуровневые сложно архитектурные структуры, для систематизации документов относящихся к нескольким информационным классам. К примеру документ описывающий работу интерфейса запроса MySQL принадлежит категориям знаний GamrDeveloping, Programming, InformSecurity, HackerInvasion etc.
Таким образом что бы не хранить 1 физический документ в 4х каталогах, можно хранить в них ссылки, это реализованно средствами НТФС, но когда речь идет о манипуляциях БОЛЬШИХ обьемов данных на архитектурном уровне без потерь возможности потерь самих данных, Виртуальная панель как раз является таким инструментом. И вот тут та как раз и необходима точно такая же реализация поддержки ссылок на первоисточники (которые в свою очередь тоже ссылки на физический источник). И таким образом появиться возможность пользоваться Виртуальной панелью как Обьектно-ориентированым инструментом управления, в котором файлы можно уже будет рассматривать как атрибуты а архитектуру каталогов как описание классов. А сам файл состояния сохраненной архитектуры будет являться не чем иным как Картой знаний (если будет реализовано еще экспорт файла состояния в НТМЛ в виде дерева то Виртуальная Панель вообще станет злой вещью для избранных).
Вот такие вот мыслишки.
п.с. Отличать каталоги можно и по иконкам, их слава богу в Винде в системных файлах тысячи 3
а про путь для ссылочного каталога это
сам ярлык должен быть обьектом виртуальной панели с своим путем, а вот если мы перейдем по нему то путь разумеется должен возвращать нас в основной каталог с которого была создана ссылка, таким образом не будет нарушаться иерархия обьектов Виртуальной панели. Ссылка на то и ссылка что бы переводить на источник, мы же не реализовываем язык программирования с Обьектами, каждый из которых должен содержать уникальные идентификаторы, нам нужно всего лишь имитировать это ссылками.
добавить новую команду ">lcopy" к примеру Link Copy которая будет создавать именно ссылки а не каталоги. Либо добавить реализацию ко всем командам работающим с каталогами новый ключь -l позполяющий команде copy -l (или любой другой) делать копирование посредством ярлыков на источник, и к примеру команде "md -l test_1 test_2" впринципе должна будет сделать туже самую операцию.
Можно еще и в диалоговом меню рядом с кнопками ЗАМЕНИТЬ ВСЕ добавить ЗАМЕНИТЬ ЯРЛЫКАМИ но это уже по сложнее будет.
Как по мне так создать одну команду ">lcopy" будет предостаточно для реализации ОЧЕНЬ сильного инструмента. Сейчас обьясню.
Зачем собственно углубляюсь в такие сложности?
Появилась потребность в МайндМенеджере. Использовать те что существуют - ненравиться ничего так как ни в одном не реализовано управление РЕАЛЬНЫМИ данными. А Виртуал панель достаточно мощный инструмент но в нем не хватает нескольких инструментов для своей полной реализации. Один из таких инструментов, возможность работы с виртуально завязаными ссылками. Такая работа, позволила бы организовывать многоуровневые сложно архитектурные структуры, для систематизации документов относящихся к нескольким информационным классам. К примеру документ описывающий работу интерфейса запроса MySQL принадлежит категориям знаний GamrDeveloping, Programming, InformSecurity, HackerInvasion etc.
Таким образом что бы не хранить 1 физический документ в 4х каталогах, можно хранить в них ссылки, это реализованно средствами НТФС, но когда речь идет о манипуляциях БОЛЬШИХ обьемов данных на архитектурном уровне без потерь возможности потерь самих данных, Виртуальная панель как раз является таким инструментом. И вот тут та как раз и необходима точно такая же реализация поддержки ссылок на первоисточники (которые в свою очередь тоже ссылки на физический источник). И таким образом появиться возможность пользоваться Виртуальной панелью как Обьектно-ориентированым инструментом управления, в котором файлы можно уже будет рассматривать как атрибуты а архитектуру каталогов как описание классов. А сам файл состояния сохраненной архитектуры будет являться не чем иным как Картой знаний (если будет реализовано еще экспорт файла состояния в НТМЛ в виде дерева то Виртуальная Панель вообще станет злой вещью для избранных).
Вот такие вот мыслишки.
п.с. Отличать каталоги можно и по иконкам, их слава богу в Винде в системных файлах тысячи 3
а про путь для ссылочного каталога это
сам ярлык должен быть обьектом виртуальной панели с своим путем, а вот если мы перейдем по нему то путь разумеется должен возвращать нас в основной каталог с которого была создана ссылка, таким образом не будет нарушаться иерархия обьектов Виртуальной панели. Ссылка на то и ссылка что бы переводить на источник, мы же не реализовываем язык программирования с Обьектами, каждый из которых должен содержать уникальные идентификаторы, нам нужно всего лишь имитировать это ссылками.
Добавлять новую команду смысла нет, имеющаяся <add вполне подойдет. Просто второй параметр будет не путём к физической папке C:\..., а путём к виртуальной \.... И формат файла-списка тоже не пострадает с учётом различаемости этих путей.
А к диалоговым окнам тотала я отношения не имею, поэтому какие там кнопки были, такие и останутся.
Задачу конверсии текстового файла состояния в древовидный html оставляю желающим, это легко может быть реализовано отдельным инструментом.
А к диалоговым окнам тотала я отношения не имею, поэтому какие там кнопки были, такие и останутся.
Задачу конверсии текстового файла состояния в древовидный html оставляю желающим, это легко может быть реализовано отдельным инструментом.
