Доступ к нескольким базам знаний about mytetra_dev

[PavelSann]

У меня логика такая:
-держать личную базу, для своих заметок
-иметь общую базу с коллегами, в git для заметок по работе
-иметь возможность подключить ещё базы, расшаренные ,например, через github
-автоматическая синхронизация для баз подключенных через git
-поиск по всем подключенным базам

Вы готовы рассматривать pull-ы с такими изменениями или они не вписываются в ваши планы дальнейшего развития программы?

[xintrea]

Вы готовы рассматривать pull-ы с такими изменениями или они не вписываются в ваши планы дальнейшего развития программы?

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

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

Или можно сделать "переключаемые" базы. В один момент работа идет с одной базой, но можно переключаться. Сделать отдельный пункт меню "Базы":

Добавить базу
Отключить базу
Настроить базу
-------------------
- База открытая
v База личная
- База еще какая-то

При этом нужно переработать окно настроек синхронизации. Плюс нужно переработать настройки шифрования: в разных базах логично иметь разные пароли. Это всю подсистему шифрования переделывать. Поиск по базе нужно будет переделать в поиск по базам. Подсистему хранения конфигурации тоже переделать: если раньше хранилось ключ-значение, то теперь для каждой базы надо хранить отдельные настройки, видимо это нужно делать секциями. Подсистему поиска тоже переделать. Нужно будет предусмотреть возможность переключения между базами: интерфейс должен переключиться на новую базу на лету без побочных эффектов. Там много нюансов. Вот например один нюанс я не учел, и вылез такой баг: #29

То есть это колоссальная работа, и есть риск сделать глючное поделие вместо нормально работающего приложения. Если вы готовы проделать всю вышеперечисленную работу, то вперед. Делаете отдельную ветку и доводите до приемлемого уровня. Но надо соизмерять свои силы. Я не хочу вас отговаривать, просто надо реально смотреть на вещи.

[alexivanou]

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

[PavelSann]

alexivanou, да так будет работать, но я имел в виду работу из одной копии программы с несколькими базами.

[xintrea]

Не вижу смысла так делать. Ведь можно просто сделать три ветки верхнего уровня, это и будет три базы. Если необходимо, базу (ветку) можно экспортировать и импортировать.

[alexivanou]

Если позволите, выскажусь в поддержку темы.
Иногда нужно, чтобы некоторые данные не отображались в списке, когда, например, кому-то даешь почитать или просто демонстрируешь информацию.
Плюс, разные политики безопасности и архивирования данных.
Условно сейчас можно выделить 3 направления: данные, которые являются общественным достоянием (публичные), личные данные (сканы документов, пароли доступа - то, что в скорбном случае должно достаться семье) и особо личные (заметки и материалы, которые должны уйти вместе с владельцем).
Без трех разных баз с разными уровнями защиты по жизни никак не обойтись в принципе.
Так что вопрос подключения нескольких баз в разных вкладках я поддерживаю. Но полюбому на успотрение автора.

[xintrea]

Кстати, если хочется покодить, имеет смысл сделать сначала более простой реквест: #33

Несмотря на кажущуюся простоту задачка довольно сложная. Нужно продумать технологию получения тегов. Варианты:

• при начале ввода парсить все дерево, извлекая из него теги
• парсить все дерево, извлекая из него теги при старте программы (замедлится старт)
• парсить все дерево, извлекая из него теги при старте программы и потом периодически перепасивать
• парсить все дерево, извлекая из него теги при старте программы а перепасивать по отдельной команде в меню
• Внедрить в редактор поля тегов добавление тегов в темповый массив тегов, который сформировался при старте программы
• Хранить список тегов в mytetra.xml
• Хранить список тегов в tags.xml
• В зависимости от файла хранения, не перепарсивать дерево при старте, а просто брать список тегов из файла хранения.
• Решить, как парсить теги, если еще не введен пароль для зашифрованных записей.
• И. т. д.

И при пректировании заложить еще возможность расширения на появление нескольких баз (вы же собираетесь двигаться в этом направлении). Тут возникают вопросы:

• А нужно ли подсказывать теги из других баз?
• Как хранить теги из разных баз?
• И нужно ли их хранить, или таки просто парсить деревья на лету?
• Но нужно учесть, что все должно работать на слабых устройствах - ибо сейчас одна кодовая база и для Андроида, и это важно.
• Решить, как будут расшифровываться теги из зашифрованных записях в разных деревьях (если они появятся).
  И т. д.

[PavelSann]

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

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

[PavelSann]

Кстати, если хочется покодить, имеет смысл сделать сначала более простой реквест: #33

Хорошо, посмотрю.
Имхо, лучше всего хранить список тегов в отдельном файле.
Можно добавить tags.xml ,но имхо, xml тут избыточен.

И при пректировании заложить еще возможность расширения на появление нескольких баз (вы же собираетесь двигаться в этом направлении).

Теги базы хранятся в папке базы: db1/tags.list, db2/tags.list

Решить, как парсить теги, если еще не введен пароль для зашифрованных записей.

Решить, как будут расшифровываться теги из зашифрованных записях в разных деревьях (если они появятся).

Теги это публичная информация. Хранятся в открытом виде.

А нужно ли подсказывать теги из других баз?

Опционально, или из всех баз или из текущей.

[xintrea]

Теги это публичная информация. Хранятся в открытом виде.

Не сказал бы. Например, можно меть теги Хабибулин, Вышеногозадерищенко, Рябоконь. И если они окажутся незашифрованными, о владельце базы можно сотавить некоторое мнение, о сфере его интересов например. О знакомых или о том, что он собирает на кого-то информацию. Такие вещи должны быть закрыты. Поэтому теги в закрытых ветках шифруются.

[PavelSann]

Поэтому теги в закрытых ветках шифруются.

Хорошо, значит 2 списка тегов, публичный и приватный
если был введёт ключ то приватный расшифровывается и тоже используется