а что там с логикой уведомлений не так?
Глобально все достаточно просто
Есть некие каталоги, куда можно добавлять любые чаты/ каналы. Один чат/канал можно добавить в любое колчество таких каталогов. Хотя лучше называть их "ящиками". Так вот, в каждом таком ящике должны уметь настраиваться уведомления, по типу:
— Не показывать с Н до М часов, но присылать все в Х день недели с Д до Т часов
— Показывать всегда в Х день, а в остальные не показывать вообще
и т.д
В ином случае, система ящиков будет бесполезна, т.к. группировку можно делать и сейчас путем закрепления чатов вверху списка
Какие слоэжности есть с системой уведомлений: появится дополнительная сущность — очередь уведомлений и ее планировщик. Она должна будет исходя из параметров ящиков решать, какие уведомления отправлять, а какие нет. При этом, она должна уметь нормально работать с DBus
От ее правильной работы будет зависеть стабильность приложения
Ну а сейчас телеграм десктоп написан на Qt, но уведомления показывает костылями, а не через DBus, из-за чего в определенных ситуациях множесто уведомлений может накапливаться, зависать и ронять приложение. Так было буквально пару версий назад, сейчас не првоерял
Престон использхует приватные методы Qt и не собирается останавливаться, а для выбора файла для отправки вообще использует диалоги из GTK
Ты правда думаешь, что он осилит такую сложную вещь, как планировщик?