что-то кути охуели любое нажатие мыши и любой скроллинг в любом месте любого окна пробуждает все кутишные софтины что-то там поделать

сдался костылям и задал Xft.dpi прикол: тулкиты ведут себя по-разному если его нет (одни используют нативный dpi, другие считают что у тебя 96dpi), но одинаково если есть

Хочу сделать вид что конкретная колонка выбрана (selected). Просто для наглядности. При этом остальной selection должен работать не зависимо. Нет, я понимаю, что можно разруливать стейт selection'а руками, но вдруг есть шанс.

При попытке запустить в QProcess дерьмо завёрнутое в dtach у меня отваливается возможность передовать туда стандартный ввод. Без dtach'а дерьмо работает.

Tfw иерархия QGraphicsShapeItem так продумана, что для генерализации установки центра Item'а в нужное место пришлось написать шаблон. Не знаю win это или fail.

https://www.opennet.ru/opennews/art.shtml?num=53164 > Существенная модернизация QML: > - Поддержка строгой типизации. > - Возможность компиляции QML в представление на C++ и машинный код. > - Перевод полной поддержки JavaScript в разряд опций (использование полнофункционального JavaScript-движка требует больших ресурсов, что мешает применению QML на таком оборудовании, как микроконтроллеры). > - Унификация структур данных, дублирующихся в QObject и QML (позволит сократить потребление памяти и ускорить запуск). > - Уход от генерации структур данных во время выполнения в пользу генерации во время компиляции. Вот это поворот. На самом деле произошло то что происходит всегда: дизайнеры не осиливают верстать UI даже на Js'е, а программистам лишь бы всё тайпчекером обмазать.

tfw в 2020 до сих пор каждому виджету нужно жопу подтирать чтобы сохранить размеры-положения которые юзер понаизменял.

https://bugs.kde.org/show_bug.cgi?id=415776 как дебажить такое говно? gdb показывает 25 тредов и чёт всё какое-то безрадостное копошение внутри кутей.

Решил написать мейкфайл для сборки примера на qwt. Получаю такую радость: c++ curvedata.o knob.o main.o mainwindow.o plot.o samplingthread.o signaldata.o wheelbox.o -lqwt6-qt5 -lQt5Concurrent -lQt5PrintSupport -lQt5Svg -lQt5OpenGL -lQt5Widgets -lQt5Gui -lQt5Core -o stdinscope /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: knob.o: in function `Knob::Knob(QString const&, double, double, QWidget*)': knob.cpp:(.text+0x62): undefined reference to `vtable for Knob' Что я делаю не так? Вроде всё что надо прилинковал (pkg-config --libs Qt5Widgets Qt5Core Qt5Gui Qt5Qwt). qmake прошу не предлагать.

PyQt: adding the python flavour to your SIGSEGV

Как же всё-таки охуенно что `QVariant` может быть `QVariantList`, можно написать свой "лисп" и "эксель" за 15 минут. [И потома эвалить как в нормальном языке вроде джаваскрипта] mLispExp[aeff_v] = vl(Plus, vl(ModelC, ra_v), vl(Mul, 1.31, vl(ModelC, th_v)), vl(Mul, 0.085, vl(ModelC, k_v)));

Этот самый Qt умеет говорить оконному менеджеру о том что у этого виджета верхнего уровня прозрачный фон и если оконный менеджер умеет в композит, то он таки нарисует его прозрачным. Вопрос в том как бы выяснить (по возможности не вылезая из Qt) 1) что оконный менеджер умеет в композит 2) что оконный менеджер внезапно в него научился/разучился?

Как поставить qt3?