Тогда у меня вызывается какой-то QFusionStyle

это встроенный дефолтный стиль Qt

Угу. Ну ладно, дальше ведёт в QPainter.dawText(). See you on the other side :)

QStyle и QPainter это все еще очень высоко

эта фигня должна решаться на уровне qfontconfigdatabase или qfreetypefontengine

хотя, учитывая, что эта фигня проявляется не только на линуксе, то может и чутка выше

Ну, я вообще последний раз с рендеровкой текста общался в 2005 году, и через Pango, так что мне придётся пройти этот маршрут, к сожалению, так как, да, абсолютно не понятно по хорошему, в каком месте ломается, потому что когда уже обратились к шрифто-базе, там всё равно должно быть какой стиль, с какого он левые глифы выдаёт если стиль другой...

qfontengine.cpp - QFontEngineMulti::stringToCMap(). Конфигурация стиля - это свойства QFontEngineMulti, то есть их в этом примере по крайней мере 2.

Эта функция ходит по всем подключенным font engines, и спрашивает - "можете ли вы показать этот символ".
Всего загружено 3 font engines (1b, 56, 57, не знаю чему это соответствует пока что).
Когда жирный QFontEngineMulti пытается найти кто же покажет эти символы - все подключенные отказываются вообще (glyph == 0). Ну, в конечном итоге выбирается где-то какой-то default, но так как все сказали что "не могу", я так понимаю это уже нормально.
Придётся смотреть что там за подключенные engines, и кто из них должен был согласится показывать...

Мне сдаётся что вот тут : QFontEngineMultiFontConfig::getMatchPatternForFallback (qfontenginemultifontconfig.cpp)- оно не учитывает стиль когда просит FontConfig найти подходящие шрифты, соответсвенно когда идёт запрос найти жирный глиф - ничего не находится потому что сконфигурённые в этом engine шрифты этих глифов и не имеют. Надо похимичить с QFontEngineMultiFontConfig::getMatchPatternForFallback(), и поконфигурить FcPattern которая в fontconfig отправляется, и посмотреть будут ли изменения.

От себя добавлю что открыв Qt GUI проект в QtCreator - искать что куда идёт стало гораздо проще. Был приятно удивлён.

Всем привет! Есть две проблемы:
1.  В Х11 увеличение/уменьшение громкости приводит к вылету из сеанса
2. В Х11 после выхода из спящего режима отказывает тачпад (его даже не видно в настройках)
Вопрос: это нормально? 😄

Нет

Добрый день. Нужна помощь, при выключении/перезагрузке, через соответствующие кнопки в кедах, то qbittorrent не дает этого сделать. Где-то только со второй попытке и это не зависит от дистра, а только на кедах данная бага.

Вообще это нормально, qbit предупреждает что закачка может побиться. С второй попытки щелкнуть на выключение уже выключается корректно

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

Что значит побиться? Там идёт проверка чексум, это ж торрент. Просто автор кубитторента скажем так своеобразный, но аналогов к сожалению нет. Ktorrent совсем плох.

Как вам Роса? Есть какие-то подводные камни-неожиданности? КДЕ свежий?

Pavel: Доброго дня! Кстати, про Росу есть обзор и мнение от одного опытного товарища: https://interface31.ru/tech_it/2021/11/rosa-fresh-desktop-12-esli-chestno-to-uzhe-i-ne-zhdali.html

Росу давно знаю, частенько на ней пакеты собираю. Вроде сейчас стабилизировалось все. Кеды свежие.

Предположим у меня качатся вся флибуста на 15 терабайт или сколько там оно весит. Боюсь представить сколько оно будет проверяться.

Согласен что это удивительно сперва, но подход можно понять. В I2P например вообще софтовое отключение роутера занимает минут 20.