Сложить 2 QColor

[Igors]

Ну так я в первом ответе вам это и написал, а m_ax в последнем.

Еще в теме немного поучаствовал Верес, не не особо...
Поэтому я совершенно не понимаю, кто кроме вас начал запрягать QColor.

А разве я говорил что результат должен быть в QColor? Более того, никто не мешал Вам подвергнуть суровой (и справедливой) критике сложение 2 QColor!

Это ж была провокация на китайско-финской границе (вполне успешная  ).

[m_ax]

Я бы не стал для такого объекта, как цвет (ARGB) переопределять оператор +.
Во-первых, в отличии от вектора, для цвета нарушается коммутативность суммы:
например с1 + с2 + с3 неравно с1 + с3 + с2.
А это неожиданный для конечного пользователя результат уже может сломать ему мозг в поисках ошибки (а она рано или поздно случится)..

Согласен, но давайте смотреть ширше. Кто нас заставляет делать обрезку (вследствие чего получается неоднозначность)? Почему мы должны ютиться в рамках QColor который для этого совсем не предназначен? Давайте введем свой класс который не имеет проблем с арифметикой

Давайте введём) Например, QPoint таких проблем не имеет) И для него реализованы все арифметические операции)
Осталось научиться делать каст из QPoint в QColor и обратно 

[Bepec]

Это ж была провокация на китайско-финской границе (вполне успешная  ).

Я собственно участвовал мало, ибо мой разум не в силах постигнуть, зачем складывать два цвета.

Так же видно, что это провокация.

PS немного подумал и изменил свою предыдуще высказанную точку зрения - провоцируйте, Igors, и побольше. Натренируете у мастеров невозмутимость

[Old]

А разве я говорил что результат должен быть в QColor? Более того, никто не мешал Вам подвергнуть суровой (и справедливой) критике сложение 2 QColor!

А почему это нужно было критиковать? Да к тому же заслуженно?
Мы реализовали оператор для непонятной (по крайней мере мне) операции по предложенной вами математике, только и всего.
Критиковать математику? Я еще раз скажу - для меня до сих пор непонятна операция сложения двух цветов. Я бы делал оператор, даже для такой математики:
R = G * B;
G = R * B;
B = R * G;

Это ж была провокация на китайско-финской границе (вполне успешная  ).

В чем она заключалась?

[Igors]

Давайте введём) Например, QPoint таких проблем не имеет) И для него реализованы все арифметические операции)
Осталось научиться делать каст из QPoint в QColor и обратно 

А чего не std::valarray<T>?  К сожалению, не проходит - альфа обрабатывается не однообразно. Конечно если такое стандартное есть - лучше его, но если нет - не умирать же 

Я еще раз скажу - для меня до сих пор непонятна операция сложения двух цветов.

Так это самое обычное/рядовое дело. Напр Вам нужно заменить пиксель средним значением N соседей (заблюрить QImage). Или раскрасить что-то градиентом. Вот и нужна сначала сумма цветов.

Я бы делал оператор, даже для такой математики:

Ну для такой не надо А вот чтобы Вы делали если нужно сложить/осреднить в HSV/HSL модели? Это имеет смысл, результаты могут быть лучше чем в RGB. Очевидно saturation и value вычисляются так же. Но что делать с hue?

[Old]

А вот чтобы Вы делали если нужно сложить/осреднить в HSV/HSL модели?

Я бы пошел читать теорию цветовых моделей.