LINUX.ORG.RU

История изменений

Исправление mertvoprog, (текущая версия) :

В том то и проблема

Ну так чините, продвигайте гномосекам идеи. Задел в виде light/dark уже есть, расширить это до произвольных цветовых вариантов тривиально. Тут скорее проблема в том будет, что им это нафиг не нужно и Вас не послушают.

натягиваемые поверх редмонда?

Нет, именно XP-шный движок тем.

В qt4 есть наборы виджетов и пользователю дана возможность задавать их цвет

Это уже какая-то шиза с 4.2.

Пользователи виджеты не красят, это можно сделать только из программного кода приложения на Qt. И то бэдпрактис, потому что темизация тогда как раз-таки и отломается, плюс надо согласовывать заданные приложением цвета с темой, или перерисовывать вообще всё.

движки мимикрии это другое, там просто набор виджетов и цвета берутся откуда то

Аллё, откуда в движках набор виджетов? Виджеты вообще-то в самом QtGui. Движки просто определяют, как их отображать. И от движков не зависит, какие виджеты доступны, а какие нет.

надо не размазывать переменные по 20 файлам с многоэтажным кодом

Ну приехали, @kirill_rrr с ЛОРа решили отменить нарабатываемые десятилетиями бэстпрактисы по построению архитектуры программ, и объявили, что модульность не нужна и надо всё засовывать в один мегагитлерфайл на пару мегабайт. Браво.

а просто создать отдельный файл для всех этих переменных. Ну или только для цветов

А тут каков смысл? Они и так в хедере, далеко искать не нужно.

А уж если ещё в комментариях указать что эти переменные значат… Но это уже impossible и вообще не модно и не современно.

Совать документацию в комментарии? Да.

Вот уж что, а пренебрегать чтением мануалов и инструкций, и требовать, чтобы всё было понятно прямо на месте — действительно модно-современно.

блок определения всех вариантов кнопок под разными именами

То есть ещё каждому варианту кнопки отдельное имя давать, мда.

А если понадобится совместить несколько вариантов в одной кнопке? Вы уже почти пришли к тому, зачем в CSS придуманы классы, которые можно назначать одному элементу по нескольку сразу ;)

и дальше в коде на них ссылаешься

Кхем, в рамках INI-формата?

Вы уже придумываете и усложняете синтаксис на ходу. Браво. И при этом ещё ратуете за простоту для пользователя.

Исходная версия mertvoprog, :

В том то и проблема

Ну так чините, продвигайте гномосекам идеи. Задел в виде light/dark уже есть, расширить это до произвольных цветовых вариантов тривиально. Тут скорее проблема в том будет, что им это нафиг не нужно и Вас не послушают.

натягиваемые поверх редмонда?

Нет, именно XP-шный движок тем.

В qt4 есть наборы виджетов и пользователю дана возможность задавать их цвет

Это уже какая-то шиза с 4.2.

Пользователи виджеты не красят, это можно сделать только из программного кода приложения на Qt. И то бэдпрактис, потому что темизация тогда как раз-таки и отломается, плюс надо согласовывать заданные приложением цвета с темой, или перерисовывать вообще всё.

движки мимикрии это другое, там просто набор виджетов и цвета берутся откуда то

Аллё, откуда в движках набор виджетов? Виджеты вообще-то в самом QtGui. Движки просто определяют, как их отображать. И от движков не зависит, какие виджеты доступны, а какие нет.

надо не размазывать переменные по 20 файлам с многоэтажным кодом

Ну приехали, @kirill_rrr с ЛОРа решили отменить нарабатываемые все десятилетиями бэстпрактисы по построению архитектуры программ, и объявили, что модульность не нужна и надо всё засовывать в один мегагитлерфайл на пару мегабайт. Браво.

а просто создать отдельный файл для всех этих переменных. Ну или только для цветов

А тут каков смысл? Они и так в хедере, далеко искать не нужно.

А уж если ещё в комментариях указать что эти переменные значат… Но это уже impossible и вообще не модно и не современно.

Совать документацию в комментарии? Да.

Вот уж что, а пренебрегать чтением мануалов и инструкций, и требовать, чтобы всё было понятно прямо на месте — действительно модно-современно.

блок определения всех вариантов кнопок под разными именами

То есть ещё каждому варианту кнопки отдельное имя давать, мда.

А если понадобится совместить несколько вариантов в одной кнопке? Вы уже почти пришли к тому, зачем в CSS придуманы классы, которые можно назначать одному элементу по нескольку сразу ;)

и дальше в коде на них ссылаешься

Кхем, в рамках INI-формата?

Вы уже придумываете и усложняете синтаксис на ходу. Браво. И при этом ещё ратуете за простоту для пользователя.