Увы, при более-менее нагруженном UI (например, таббар с градиентами) будет дико тормозить. Непрактично. И, главное, это не чистый qss.
Ну я же пошутил...
И это тоже не чистый qss.
Конечно нет, как только устанавливается QSS через setStyleSheet, то стиль виджета меняется на QStyleSheetStyle, (что логично).
Я тут попробовал еще раз перечитать то, что написал автор. Как я понял, он взял исходники некоторых тем из Qt5 и скомпилил их в свой пакет в слегка видоизменённом стиле, опустив при этом вопросы лицензирования.
Как я понял из исходников, то аффтар жжот автор просто устанавливает пакеты из репозитория ииии... всё. Потом просто устанавливает палитру. Практической ценности не имеет, имхо. Как прототип функционала смены тем и палитры - пойдёт, но, (опять же имхо), лучше в стол.
А так да, читать автора сложно, может быть, в его случае, прогнать текст через LLM было бы хорошим решением.
В документации Qt примеров недостаточно, там нет того, что написано в статье.
В документации Qt много чего нет интересного, но что-то да есть
Стили .so используют QPainter, QSvgRenderer, QPixmapCache, возможно и QML можно подключить. Стили .so - это библиотеки, содержащие код и ресурсы для отображения интерфейсов (кнопки, окна, шрифты и т. д.). Я так глубоко не копал, как именно работает setStyle со стилем .so.
У вас смешалось всё в кучу.
«Стиль.so» — это динамически подключаемая библиотека, в которой, если посмотреть исходники Qt, находится, (обычно), два класса — класс плагина, унаследованный от QStylePlugin, и сам класс стиля, унаследованный от QProxyStyle. Первый класс нужен для того, чтоб Qt загрузила данное расширение и зарегистрировала стиль для доступа к нему через QStyleFactory, (поиск осуществляется по стандартным путям).
Но анимации через QAbstractAnimation там точно присутствуют.
Вот как уже реализовывать отрисовку в drawPrimitive, drawComplexControl и так далее — это уже дело программиста: вот тебе QPainter*, вот тебе QStyleOption* — рисуй.
Стили винды вообще дёргают виндовый код для отрисовки виджетов.
Я думаю, что будут «бить по площадям», по классам приложений. Например казахстанский Halyk Bank блокирует, (ну, по крайней мере блокировал, ибо дело было года три назад), перевод через мобильное приложение, (на личный счёт в другом казахстанском банке), если на телефоне установлен AnyDesk. До того момента, как я понял, почему так происходит, приходилось каждый раз созваниваться по видео‑вызову с банком и подтверждать, что «нет‑нет‑нет, никто мне ничего не писал, я сам себе перевожу в другой банк».
О, это вы статьи не читали, которые выходили в то время, когда Хабр был закрытым сообществом. Можно сказать, что стандарты, кхм, немного скорректированы.
Пожалуйста, скажите мне что это выдуманная история...
Я не могу даже поставить себя на место Тома, чтоб построить цепочку умозаключений, чтоб такую систему, какая была описана в посте, построить. Может мне стоит пересмотреть понятие «programming virtuouso».
Мне кажется, что история больше не про «легаси и костыли», а про идиотов в управлении.
Последнее обновление Яндекс.Музыки — это какой‑то бред сумасшедшего: чего только стоит функция «встряхнуть» в мобильном приложении на ios. Кто это придумал? Кто это согласовал?
Нейроидиот пишет какую‑то билиберду, сжигая процессорное время впустую, потому что «аишечка, аишечка нужно больше аишечки, ведь у нас KPI ради KPI».
Переделка главной страницы — вообще за гранью добра и зла. Она не функциональна, единственная её функция — добавить лишний клик/тап для пользователя.
«Пользовательский опыт? Да в гробу мы видели этот пользовательский опыт и этих пользователей! У нас KPI ради KPI»
Ну я же пошутил...
Конечно нет, как только устанавливается QSS через setStyleSheet, то стиль виджета меняется на QStyleSheetStyle, (что логично).
Как я понял из исходников, то
аффтар жжотавтор просто устанавливает пакеты из репозитория ииии... всё. Потом просто устанавливает палитру. Практической ценности не имеет, имхо. Как прототип функционала смены тем и палитры - пойдёт, но, (опять же имхо), лучше в стол.А так да, читать автора сложно, может быть, в его случае, прогнать текст через LLM было бы хорошим решением.
В документации Qt много чего нет интересного, но что-то да есть
У вас смешалось всё в кучу.
«Стиль.so» — это динамически подключаемая библиотека, в которой, если посмотреть исходники Qt, находится, (обычно), два класса — класс плагина, унаследованный от QStylePlugin, и сам класс стиля, унаследованный от QProxyStyle. Первый класс нужен для того, чтоб Qt загрузила данное расширение и зарегистрировала стиль для доступа к нему через QStyleFactory, (поиск осуществляется по стандартным путям).
Вот как уже реализовывать отрисовку в drawPrimitive, drawComplexControl и так далее — это уже дело программиста: вот тебе QPainter*, вот тебе QStyleOption* — рисуй.
Стили винды вообще дёргают виндовый код для отрисовки виджетов.
Читайте сорцы, там всё написано и объяснено.
в QPropertyAnimation::updateCurrentValue вызывать setStylesheet у targetObject, преобразованного к QWidget* ))
С другой стороны, а что там развивать?
Мозг.
Есть способ не тратить деньги на подписку на LLM для качественного кодинга, достаточно использовать обычный...
..с чем LLM, если я всё правильно понял из рассказов «операторов LLM», таки справляется, разве нет?
Скажите, а что разрабатывает ваш отдел?
Которые самореализуются за счёт ребёнка, лишая его нормального детства.
Я думаю, что будут «бить по площадям», по классам приложений. Например казахстанский Halyk Bank блокирует, (ну, по крайней мере блокировал, ибо дело было года три назад), перевод через мобильное приложение, (на личный счёт в другом казахстанском банке), если на телефоне установлен AnyDesk. До того момента, как я понял, почему так происходит, приходилось каждый раз созваниваться по видео‑вызову с банком и подтверждать, что «нет‑нет‑нет, никто мне ничего не писал, я сам себе перевожу в другой банк».
О, это вы статьи не читали, которые выходили в то время, когда Хабр был закрытым сообществом. Можно сказать, что стандарты, кхм, немного скорректированы.
Я не могу даже поставить себя на место Тома, чтоб построить цепочку умозаключений, чтоб такую систему, какая была описана в посте, построить. Может мне стоит пересмотреть понятие «programming virtuouso».
Мне кажется, что история больше не про «легаси и костыли», а про идиотов в управлении.
С self‑host почтой проблем с отправкой писем нет? А то я встречал сообщения, что «крупные» почтовики отправляют такие письма в спам.
«Все вайбкодят. Те, кто говорят, что не вайбкодят — вайбкодят в два раза больше»
А вы точно шифропанк? ))
Зачем этот нейрослоп здесь?
В очередной раз появится какой-нибудь "Онлайн" или ещё что-то в этом духе.
Последнее обновление Яндекс.Музыки — это какой‑то бред сумасшедшего: чего только стоит функция «встряхнуть» в мобильном приложении на ios. Кто это придумал? Кто это согласовал?
Нейроидиот пишет какую‑то билиберду, сжигая процессорное время впустую, потому что «аишечка, аишечка нужно больше аишечки, ведь у нас KPI ради KPI».
Переделка главной страницы — вообще за гранью добра и зла. Она не функциональна, единственная её функция — добавить лишний клик/тап для пользователя.
«Пользовательский опыт? Да в гробу мы видели этот пользовательский опыт и этих пользователей! У нас KPI ради KPI»
Там где и логика в вашем комментарии.
Финны не с 2010 года "высокотехнологичные изделия" производят, а Сколково построили не в шестидесятых годах прошлого века.
Простите, но «вайбстатейкинг» и «вайбкомментинг» ну никак не улучшают навыки письма.