#qt — Public Fediverse posts

#QT #auspol The opposition raising how many Labor MPs own investment properties they own is pathetic. MPs on both sides own them and what matters is they can't buy more and benefit from NG, unless they build new homes. Over time few Politicians will own many investment properties due to the change

And here go the coalition math. 35k fewer build plus 75k new homes equals a plus 40k you fucking morons #auspol #qt

Poor Dan Tehan keeps getting stood up at the call. #auspol #QT

Has anyone able to change a font on #krita 6.0.1? Before, I couldn't open the dropdown menu. Now I can see my fonts, but cannot change the font of the text by selecting any of the fonts.

Operating System: #EndeavourOS
#KDE #Plasma Version: 6.6.4
KDE Frameworks Version: 6.25.0
#Qt Version: 6.11.0
Graphics Platform: #Wayland

Oddly pairing Microbe C++ with #gtk (gtk4) directly produces far better cross-platform results than either #vala #mono or C++ with #Qt and does so while producing tiny executables. Of course, the idea of doing any desktop applications while #blind is rather amusing, too.

Something like Microbe might pair very well with #LVGL too, producing an embedded ui environment potentially cleaner than #QtQuick for most use cases while having far less execution overhead.

Couldn't reproduce the memory corruption bug anymore, so I tackled the docking system instead this weekend. Docks are now a container-like QML type and can be rearranged, combined, and detached. There's no pre-made system for this in QML but #Qt makes it relatively easy to roll your own. Very glad I made the switch away from the less flexible Qt Widgets framework.

Couldn't reproduce the memory corruption bug anymore, so I tackled the docking system instead this weekend. Docks are now a container-like QML type and can be rearranged, combined, and detached. There's no pre-made system for this in QML but #Qt makes it relatively easy to roll your own. Very glad I made the switch away from the less flexible Qt Widgets framework.

Couldn't reproduce the memory corruption bug anymore, so I tackled the docking system instead this weekend. Docks are now a container-like QML type and can be rearranged, combined, and detached. There's no pre-made system for this in QML but #Qt makes it relatively easy to roll your own. Very glad I made the switch away from the less flexible Qt Widgets framework.

Couldn't reproduce the memory corruption bug anymore, so I tackled the docking system instead this weekend. Docks are now a container-like QML type and can be rearranged, combined, and detached. There's no pre-made system for this in QML but #Qt makes it relatively easy to roll your own. Very glad I made the switch away from the less flexible Qt Widgets framework.

Couldn't reproduce the memory corruption bug anymore, so I tackled the docking system instead this weekend. Docks are now a container-like QML type and can be rearranged, combined, and detached. There's no pre-made system for this in QML but #Qt makes it relatively easy to roll your own. Very glad I made the switch away from the less flexible Qt Widgets framework.

KDE Frameworks 6.26 migliora KIO, Kirigami e Baloo con nuove funzioni, fix per Wayland, supporto Python 3.15 e ottimizzazioni UI. #KDE #Linux #OpenSource #Qt #KIO #Kirigami #Baloo #Kate #Wayland #Frameworks

https://www.linuxeasy.org/kde-frameworks-6-26-migliora-kio-kirigami-baloo/?utm_source=mastodon&utm_medium=jetpack_social

KDE Frameworks 6.26 migliora KIO, Kirigami e Baloo con nuove funzioni, fix per Wayland, supporto Python 3.15 e ottimizzazioni UI. #KDE #Linux #OpenSource #Qt #KIO #Kirigami #Baloo #Kate #Wayland #Frameworks

https://www.linuxeasy.org/kde-frameworks-6-26-migliora-kio-kirigami-baloo/?utm_source=mastodon&utm_medium=jetpack_social

KDE Frameworks 6.26 migliora KIO, Kirigami e Baloo con nuove funzioni, fix per Wayland, supporto Python 3.15 e ottimizzazioni UI. #KDE #Linux #OpenSource #Qt #KIO #Kirigami #Baloo #Kate #Wayland #Frameworks

https://www.linuxeasy.org/kde-frameworks-6-26-migliora-kio-kirigami-baloo/?utm_source=mastodon&utm_medium=jetpack_social

KDE Frameworks 6.26 migliora KIO, Kirigami e Baloo con nuove funzioni, fix per Wayland, supporto Python 3.15 e ottimizzazioni UI. #KDE #Linux #OpenSource #Qt #KIO #Kirigami #Baloo #Kate #Wayland #Frameworks

https://www.linuxeasy.org/kde-frameworks-6-26-migliora-kio-kirigami-baloo/?utm_source=mastodon&utm_medium=jetpack_social

KDE Frameworks 6.26 migliora KIO, Kirigami e Baloo con nuove funzioni, fix per Wayland, supporto Python 3.15 e ottimizzazioni UI. #KDE #Linux #OpenSource #Qt #KIO #Kirigami #Baloo #Kate #Wayland #Frameworks

https://www.linuxeasy.org/kde-frameworks-6-26-migliora-kio-kirigami-baloo/?utm_source=mastodon&utm_medium=jetpack_social

Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

https://habr.com/ru/articles/1032896/

#Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

https://habr.com/ru/articles/1032896/

#Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

https://habr.com/ru/articles/1032896/

#Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

https://habr.com/ru/articles/1032896/

#Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

Gilt rout sparks calls for Bank of England to slow bond sales

#Economy #AndrewBailey #BankofEngland #Borrowingcosts #business #centralbank #CentralBanks #CentralBanksoftheEuropeanSystem #DeutscheBundesbank #ECB #ESCB #Europe #European #EuropeanCentralBank #EuropeanCentralBanks #FederalReserve #giltyields #henrycook #IPPR #MUFG #News #panmureliberum #qt #Quantitativeeasing #quantitativetightening #simonfrench #THEBANKOFENGLAND #TheBankofFrance #TheBankofItaly
https://www.europesays.com/2973044/

Qt's latest AI push lets AI agents handle performance profiling—speeding up debugging for devs.
Dive into the r/linux discussion: https://reddit.com/r/linux/comments/1t4lqsk/qts_latest_ai_push_is_letting_ai_agents_deal_with/
#Qt #AI #Linux

Qt's latest AI push lets AI agents handle performance profiling—speeding up debugging for devs.
Dive into the r/linux discussion: https://reddit.com/r/linux/comments/1t4lqsk/qts_latest_ai_push_is_letting_ai_agents_deal_with/
#Qt #AI #Linux

Qt's latest AI push lets AI agents handle performance profiling—speeding up debugging for devs.
Dive into the r/linux discussion: https://reddit.com/r/linux/comments/1t4lqsk/qts_latest_ai_push_is_letting_ai_agents_deal_with/
#Qt #AI #Linux

Qt's latest AI push lets AI agents handle performance profiling—speeding up debugging for devs.
Dive into the r/linux discussion: https://reddit.com/r/linux/comments/1t4lqsk/qts_latest_ai_push_is_letting_ai_agents_deal_with/
#Qt #AI #Linux

Qt's latest AI push lets AI agents handle performance profiling—speeding up debugging for devs.
Dive into the r/linux discussion: https://reddit.com/r/linux/comments/1t4lqsk/qts_latest_ai_push_is_letting_ai_agents_deal_with/
#Qt #AI #Linux

Qt platform plugin "wayland-egl" not found when running notepadqq on Ubuntu 24.04.04 #2404 #qt #notepadqq

https://askubuntu.com/q/1566400/612

Qt platform plugin "wayland-egl" not found when running notepadqq on Ubuntu 24.04.04 #2404 #qt #notepadqq

https://askubuntu.com/q/1566400/612

Qt platform plugin "wayland-egl" not found when running notepadqq on Ubuntu 24.04.04 #2404 #qt #notepadqq

https://askubuntu.com/q/1566400/612

Qt platform plugin "wayland-egl" not found when running notepadqq on Ubuntu 24.04.04 #2404 #qt #notepadqq

https://askubuntu.com/q/1566400/612

Qt platform plugin "wayland-egl" not found when running notepadqq on Ubuntu 24.04.04 #2404 #qt #notepadqq

https://askubuntu.com/q/1566400/612

How am I just now finding out about this accout!!!

#QT https://mastodon.social/@farside_bot/116514069364688780

How am I just now finding out about this accout!!!

#QT https://mastodon.social/@farside_bot/116514069364688780

How am I just now finding out about this accout!!!

#QT https://mastodon.social/@farside_bot/116514069364688780

How am I just now finding out about this accout!!!

#QT https://mastodon.social/@farside_bot/116514069364688780

How am I just now finding out about this accout!!!

#QT https://mastodon.social/@farside_bot/116514069364688780

Forlinx UP4 – A 40×40 mm LCC + LGA system-on-module family with Rockchip, NXP, and Allwinner CPU options

Forlinx Embedded UP4 is a new family of pin-to-pin compatible system-on-modules currently offered with Rockchip RK3568J/RK3562J, NXP i.MX…
#Netherlands #Nederland #NL #Europe #Europa #EU #NXP #allwinner #edgeAI #forlinx #hmi #industrial #Linux #networking #qt #rockchip #som
https://www.europesays.com/netherlands/7869/

Lost
Mad Men
Survivor
Arrested Development
Game of Thrones
Breaking Bad
Better Call Saul
Always Sunny
Black Mirror
30 Rock
Saved by the Bell
Battlestar Galactica (2004)
New York Noise
Freaks and Geeks
Star Trek TNG
Sesame Street
The Twilight Zone

EDIT: Severance

#QT @reneedechert.com https://fed.brid.gy/r/https://bsky.app/profile/did:plc:5dlodj4eu2uqvupkiqqubzzo/post/3mkt7yxuhqk2r

Lost
Mad Men
Survivor
Arrested Development
Game of Thrones
Breaking Bad
Better Call Saul
Always Sunny
Black Mirror
30 Rock
Saved by the Bell
Battlestar Galactica (2004)
New York Noise
Freaks and Geeks
Star Trek TNG
Sesame Street
The Twilight Zone

EDIT: Severance

#QT @reneedechert.com https://fed.brid.gy/r/https://bsky.app/profile/did:plc:5dlodj4eu2uqvupkiqqubzzo/post/3mkt7yxuhqk2r

Lost
Mad Men
Survivor
Arrested Development
Game of Thrones
Breaking Bad
Better Call Saul
Always Sunny
Black Mirror
30 Rock
Saved by the Bell
Battlestar Galactica (2004)
New York Noise
Freaks and Geeks
Star Trek TNG
Sesame Street
The Twilight Zone

EDIT: Severance

#QT @reneedechert.com https://fed.brid.gy/r/https://bsky.app/profile/did:plc:5dlodj4eu2uqvupkiqqubzzo/post/3mkt7yxuhqk2r

Lost
Mad Men
Survivor
Arrested Development
Game of Thrones
Breaking Bad
Better Call Saul
Always Sunny
Black Mirror
30 Rock
Saved by the Bell
Battlestar Galactica (2004)
New York Noise
Freaks and Geeks
Star Trek TNG
Sesame Street
The Twilight Zone

EDIT: Severance

#QT @reneedechert.com https://fed.brid.gy/r/https://bsky.app/profile/did:plc:5dlodj4eu2uqvupkiqqubzzo/post/3mkt7yxuhqk2r

Lost
Mad Men
Survivor
Arrested Development
Game of Thrones
Breaking Bad
Better Call Saul
Always Sunny
Black Mirror
30 Rock
Saved by the Bell
Battlestar Galactica (2004)
New York Noise
Freaks and Geeks
Star Trek TNG
Sesame Street
The Twilight Zone

EDIT: Severance

#QT @reneedechert.com https://fed.brid.gy/r/https://bsky.app/profile/did:plc:5dlodj4eu2uqvupkiqqubzzo/post/3mkt7yxuhqk2r

Forlinx UP4 – A 40×40 mm LCC + LGA system-on-module family with Rockchip, NXP, and Allwinner CPU options

https://fed.brid.gy/r/https://www.cnx-software.com/2026/04/30/forlinx-up4-a-40x40-mm-lcc-lga-system-on-module-family-with-rockchip-nxp-and-allwinner-cpu-options/