Обычная иерархия файлов — это один из способов для их структурирования.
Поскольку файлов часто очень много (например, у меня на С-диске 640К/83К файлов/папок), полезной будет почти любая дополнительная система доступа. Предлагаемые ovsale теги — это как раз про это. То что его теги образуют дерево, особенность реализации. Это полезно для манипуляций, но имеет обычные проблемы всех "каталогов": единственность родителя входит в противоречие с интуитивными связями между тегами.
В идеале, хотелось бы иметь СУБД, в которой у файлов кроме атрибутов "имя", "тип", "папка" были наборы произвольных свойств и поиск по ним. Теги стали бы одним из таких свойств.
"Клик по import". Любой редактор с плагинами может дать команду "выделить из строки и открыть файл ". Например, в CudaText я себе это реализовал в одном из первых плагинов: нажимаю Ctrl+Shift+O и файл открывается.
"Открыть исходник фукции". Это очень тяжелая задача, так как требует глубокого анализа "кто-где". Решено в серьезных IDE.
Такой поиск нужен, чтобы найти искомый кусок кода в сотнях файлов с кодом.
Это, конечно, нужно любому программисту.
Но бывает (как у меня) совмещение ролей: сам создаешь программу и сам ей пользуешься. И вот при использовании, то есть при работе оператором, нужно искать не куски кода, а куски входящих/выходящих данных, и их уже не сотни файлов, а на порядок больше.
Это когда, как у вас, теги связаны в дерево. Например, в плагине "Настройки" есть дерево секций, по которым разложены опции. При поиске можно использовать фильтр, внутри которого указать из какой(их) секции(й) нужны опции
Секция добавляется в фильтр при выборе из меню.
Мне понравилось ваше демо. Тегированная FS — это интересно.
Только это пока видна лишь заготовка полезной программы.
В демо не раскрыт способ, которым теги ставятся. ИМХО, это тяжелая GUI задача.
В демо вы несколько раз показываете наложение разных условий (несколько тегов, типы и теги). Видно, что работает зашитая логика И/ИЛИ, которая не очевидна, и, более того, не полностью совпадает с ожидаемой или требуемой.
Автономная программа, видимо, будет маловостребованной. Нужна интеграция с чем-то привычным.
Для моего кейса это никак не подходит.
Теги хороши, когда есть устойчивый набор файлов (библиотека статей/видео/ссылок), пополняемый не слишком часто, и из-за этого есть возможность его ручного тегирования.
У меня документы появляются в огромных количествах и расстановка тегов для них — это само по себе не просто.
А главное те запросы, которые я запускаю плагином, плохо тегируются.
В самом плагине нет преград к использованию при поиске доп.информации о файлах в виде иерархических тегов. Уже есть (в другом плагине) проверенное GUI решение для поиска с учетом древовидных параметров.
Если бы задача сводилась к ограниченному числу *типичных кейсов*, я бы и сам написал для нее автомат для решения. Все упирается в бесконечное разнообразие форматов, на которых люди пишут свои документы. Например, одно из применений моего плагина связано с анализом нормативных документов для составления строительных смет (ГЭСН/ФЕР/ТЕР/...), и тут новые форматы появляются *каждый месяц* в течение десятилетий.
ovsale Правильно я понял, что у вас теги имеют не более одного родителя? (смотрите мой пост "Обычная иерархия файлов — это...")
Обычная иерархия файлов — это один из способов для их структурирования.
Поскольку файлов часто очень много (например, у меня на С-диске 640К/83К файлов/папок), полезной будет почти любая дополнительная система доступа. Предлагаемые ovsale теги — это как раз про это. То что его теги образуют дерево, особенность реализации. Это полезно для манипуляций, но имеет обычные проблемы всех "каталогов": единственность родителя входит в противоречие с интуитивными связями между тегами.
В идеале, хотелось бы иметь СУБД, в которой у файлов кроме атрибутов "имя", "тип", "папка" были наборы произвольных свойств и поиск по ним. Теги стали бы одним из таких свойств.
Можете описать подробнее "и т.п."?
Все средства хороши. Я тоже не упускаю возможности искать в ТС и/или из командной строки.
Подумаю над этим. Потребуется более глубокое взаимодействие с лексером. Интересная тема.
Это две разные по трудности задачи
Это, конечно, нужно любому программисту.
Но бывает (как у меня) совмещение ролей: сам создаешь программу и сам ей пользуешься. И вот при использовании, то есть при работе оператором, нужно искать не куски кода, а куски входящих/выходящих данных, и их уже не сотни файлов, а на порядок больше.
Да, произвольной
Это когда, как у вас, теги связаны в дерево. Например, в плагине "Настройки" есть дерево секций, по которым разложены опции. При поиске можно использовать фильтр, внутри которого указать из какой(их) секции(й) нужны опции
Секция добавляется в фильтр при выборе из меню.