AB
Ну тут скорее всего Win Api. Ищите примеры как определяется схема. Может быть это в реестре параметр. Его считывать и под него ставить светлую или темную схему
Да нет же. Это встроенная функциональность qtGuiApplication. Она уже есть. Все сделано
Size: a a a
2021 February 17
AS
RX это что?
я делал к докладу проект https://github.com/anatoly-spb/qtimageviewer/blob/master/imagelistview.cpp , где с помощью таймера показывал, как получить отзывчивый интерфейс. была у меня еще ветка, где эта же задача решается средствами RxCpp: https://github.com/anatoly-spb/qtimageviewer/blob/rxcpp/imagelistview.cpp#L49 , но я о ней не успел рассказать
AS
#itgm #itgm12 #spb #spbcpp #presentation Writing custom Qt views with predictable memory consumption
вот здесь презентация
AS
хотел по RX доклад, но так и не собрался
S
Да нет же. Это встроенная функциональность qtGuiApplication. Она уже есть. Все сделано
так в чём неадекватность передачи дополнительного параметра в конструктор QGuiApplication то? Учитывая, что других интерфейсов для переключения темы у qApp нет
AB
так в чём неадекватность передачи дополнительного параметра в конструктор QGuiApplication то? Учитывая, что других интерфейсов для переключения темы у qApp нет
Это костыль, потому я искал способ лучше. Для dpi awareness он есть, тут видимо нет
S
вот так люди годами ищут идеальное решение, а потом оглядываются на пройденный жизненный путь и понимают, что жизнь прожита зря и ничего не сделано. А ведь сколько мог... 🙂 шучу, не обращайте внимания
S
костылей бояться - в программисты не ходить
AB
костылей бояться - в программисты не ходить
У нас есть поддержка мака в проекте, костылей хватает... не хотелось городить больше чем надо
S
гмм... почему поддержка мака это сразу костыли? что-то я тут не уловил
AB
гмм... почему поддержка мака это сразу костыли? что-то я тут не уловил
Там просто есть некоторые прекрасные решения в апи, потому приходится обходить костылями. с виндой оно как-то попроще было. При том, что мак весряи была первой
2021 February 18
r
костылей бояться - в программисты не ходить
золотыми буквами выложить и в рамочку поставить
RL
Добрый день. Может кто-нибудь подсказать, как уменьшить кол-во потребляемой памяти при использовании treeWidget и tableWidget на 500к элементов и больше? Я ничего не придумал кроме как либо пытаться сохранять в файл и потом отрисовывать структуру дерева, таблица при клике/прокрутке,(я еще не проверял работает ли это), решил спросить возможно есть какие-нибудь +/- рабочие решения для этого.
Н
Добрый день. Может кто-нибудь подсказать, как уменьшить кол-во потребляемой памяти при использовании treeWidget и tableWidget на 500к элементов и больше? Я ничего не придумал кроме как либо пытаться сохранять в файл и потом отрисовывать структуру дерева, таблица при клике/прокрутке,(я еще не проверял работает ли это), решил спросить возможно есть какие-нибудь +/- рабочие решения для этого.
Посмотри TreeView и модели
m
Добрый день. Может кто-нибудь подсказать, как уменьшить кол-во потребляемой памяти при использовании treeWidget и tableWidget на 500к элементов и больше? Я ничего не придумал кроме как либо пытаться сохранять в файл и потом отрисовывать структуру дерева, таблица при клике/прокрутке,(я еще не проверял работает ли это), решил спросить возможно есть какие-нибудь +/- рабочие решения для этого.
treeView и tableView возможно будут поэкономней, но надо смотреть.
r
Добрый день. Может кто-нибудь подсказать, как уменьшить кол-во потребляемой памяти при использовании treeWidget и tableWidget на 500к элементов и больше? Я ничего не придумал кроме как либо пытаться сохранять в файл и потом отрисовывать структуру дерева, таблица при клике/прокрутке,(я еще не проверял работает ли это), решил спросить возможно есть какие-нибудь +/- рабочие решения для этого.
насколько я понимаю, правильно - сабклассировать QAbstractTreeView / QAbstractItemView