Почтовый клиент на Qt для допила под свои каждодневные нужды.

Этот класс в демо-примере занимается у нас определением типа конкретной опции в конфиге?

Мне сходу не очень понятно :3

Точнее его валидацией. Но не думаю, что этот класс будет нужен для расширения функциональности Троицы. Разве что ты туда какой-нибудь редактор этих конфигураций QSettings вкорячишь.

Да, я вижу, что вся функциональность не нужна. Просто пример хороший, сам по себе.

Тут есть более интересный вопрос.

Действительно, как указать какой профиль активный?

Дублировать в каждом конфиге параметр is_profile_active, заводить глобальную переменную в коде? И первое, и второе не подходит.

Нужно придумать что-то получше... например просто сохранять путь к активному профилю.

Но пока я себе не до конца это представляю.

По идее, ты можешь просто добавить к существующим настройкам QSettings группу, куда сохранять активный (выбранный) профиль из своего лаунчера/GUI для выбора профилей. И при запуске приложения в своём GUI читать этот параметр прежде чем работать с той конфигурацией, с которой работают профили.

Там этот QSettings разный для каждого профиля или один общий? Если разные, то в этом случае можно сделать так, чтобы твой диалог выбора профилей работал с QSettings у которого будет другая инициализация. Соответственно это будет второй конфиг, либо вторая ветка реестра.

Там этот QSettings разный для каждого профиля или один общий?

ЕМНИП общий, а в случае указания профиля из cli, ID профиля сохраняется/считывается из переменной окружения, см. посты выше.

Но в целом понял да, тут есть поле для небольших экспериментов.

https://habr.com/post/429506/

На Qt есть такой проект https://kube-project.com , страничка на гитхабе тоже имеется. Но сам я его пока не тыкал палочкой.

Спасибо, посмотрю позже.

ты можешь просто добавить к существующим настройкам QSettings группу, куда сохранять активный (выбранный) профиль из своего лаунчера/GUI для выбора профилей.

Я думаю, что концептуально проще это вынести в конфиг самого лаунчера (активный профиль), а в качестве естественного ID использовать сам e-mail адрес.

Кстати, тебе можно стучать в Телегу по мелочи? Постараюсь сильно не напрягать :-) Просто чтобы тут не захламлять топик.

Ник @Twissel87

Я думаю, что концептуально проще это вынести в конфиг самого лаунчера (активный профиль), а в качестве естественного ID использовать сам e-mail адрес.

Ну да, второй вариант из моего поста выше как раз про это. В SaveSettings/LoadSettings-методах класса своего лаунчера просто инициализируешь объект класса QSettings, например, с такой же организацией, но с другим названием application.

Кстати, тебе можно стучать в Телегу по мелочи? Постараюсь сильно не напрягать :-) Просто чтобы тут не захламлять топик.

Да, конечно, можешь стучать по разным вопросам. Отвечу по мере своих возможностей. Контактные данные в профиле.

Лаунчер с редактором конфигов мне нужен скорее для того, чтобы просто освоиться с Qt.

А после следует просто сделать отдельный конфиг для приложения (выбор профиля почтового ящика) и конфиги самих ящиков (что сделано сейчас).

Лаунчер нужен для лучшего понимания и обкатки идеи.

Судя по исходникам новый профиль

~/.config/flaska.net/trojita-PROFILE_NAME.conf

ты создаёшь самостоятельно, вручную?

Если его ещё нет, он создаётся автоматически при вызове троицы с соответствующим аргументом.

ок, разберусь.

В каком объёме допилка? Хотелось бы ознакомиться с результатами.

1. Тупо сделать лаунчер в котором можно было бы задать активный профиль (почтовый ящик) и запустить Trojita с этим профилем в командной строке;

2.Интегрировать этот лаунчер в сабж и переписать обработку ключей командной строки с использованием возможностей QCommandLineParser

3. И последнее: записывать конфиг программы (настройки профиля, настройки ящика) не в файл(ы), а в БД SQLite.

Результаты — «да, но пока нет», т.к. только буду прицеливаться на лаунчер, на этой неделе и вообще, «янипрограммист», но хочется потыкать Qt just4fun, сделать что-нибудь полезное.

А там может доведу до конца и затянет :-)

SQLCache: DB Error: Can't open database: Driver not loaded Driver not loaded

Какой еще драйвер к БД ей нужен? На сайте в списке зависимостей сборки вроде ничего такого нет.

У меня в зависимостях (среди прочего):

libQt5Sql.so.5
libsqlite3.so.0

Также, если тебе интересно, вчера заглянул в исходники и понял, что эта глобальная переменная (имя профиля, проще говоря настройки ящика) используется как минимум в 6 файлах проекта.

Еще один пример того, почему глобальные переменные это плохо.

В качестве решения «в лоб» для этой проблемы хочу сделать отдельный конфиг файл для приложения, где хранить имя активного профиля. Чтобы не выходить за рамки абстракций, который предоставляет класс QSettings. Просто тот же QSettings, насколько я увидел, инициализируется в разных частях программы.

Проще сделать еще один объект QSettings для настроек приложения и разделить настройки приложения (профиль) и настройки самого почтового ящика (содержимое конкретного профиля).

Где на github/gitlab твой проект? Если ещё нет, то создай. Для собственного же удобства)

В ближайшее время создам.

Просто хочется залить уже тот вариант, где реализовал хотя бы разделение конфигов, как описано выше. Поскольку чтение информации о настройках GUI тоже ЕМНИП разбросано по нескольким файлам нужно быть внимательным.

А заливать что-то в паблик, где я просто добавил еще один класс QSettings и конфиг приложения, где одна строка ну... это, мягко говоря, выглядело бы странно.

Сегодня точно начну :-)

Предварительное имя приблуды neotritium :-D

https://bugs.kde.org/show_bug.cgi?id=401285

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

Так что пока не забросил эту байду.

Нет, можно взять и MSVC, но от этого дерьма потом замучаешься ОС чистить)

Но и экзешник без значка тоже вариант.

Ты под офтопом Trojita самостоятельно не собирал, не?

У меня, похоже, ругается на отсутствие DBus :-)

Error: Registering IPC instance failed: Not connected to D-Bus server

Соответственно, гуй запускает, настройки записывает, но почту получить не может. Не взаимодействия с остальными частями программы.

Даже оригинальная версия, если ее собирать из исходников.

Проверено под MinGW 5.3 и Visual Studio 2015 Update 3, одинаково.

Ты под офтопом Trojita самостоятельно не собирал, не?

Не, мне это не надо.

Проверено под MinGW 5.3

Лучше под mingw-w64, который в составе msys2.