Для цвета он не однозначен. Да. Также, пожалуй, как и для точки.
Ну не понимаю я как цвета можно складывать, умножать и делить.

А как вам такое:

C++ (Qt)
QPoint middle = (pt1 + pt2) ^ 2;
 

Тем, что для массива можно написать более эффективную реализацию.


Для начала нужно понять, что здесь происходит, а потом уже разбираться, почему это не дает правильный результат.

Тонко?? Да по моему толще не куда:

Я публичных рычагов изменить значение по умолчанию тоже не нашел.

QCoreApplication::exec как раз ее и запускает.
И как раз в этом цикле обрабатывается select для сокетов сетевых подключений.

Этот пример показывает, что вы генерируете кучу запросов, которые не обрабатываются в силу не запущенной очереди сообщений.

Точно, именно на это я намекал. Ну и его никто не навязывает для этой арифметики, как и никто не заставляеттак хранить картинки - QVector<QColor>.

Попробуй вообще в это поле ничего не писать.

Возвращать такие объекты  (Point, Rect, Matrix) только по значению (с техникой implicitly shared это будет не накладно) или константной ссылке. И соответственно, нужны полноценные сеттеры.

Повышением прав у процесса. Почитай про UAC, файлы манифесты и вообще систему безопасности винды.

А что тебе собственно не понятно в ERROR_ACCESS_DENIED.
У тебя не хватает прав на изменение этого значения.

Возможно лучше изменять документ и уже измененный устанавливать в QTextEdit.

Намек понят не был, ну да ладно...

Все зависит от контекста его использования (оператора+): для эпизодического сложения двух цветов - он хорош, для складывания массива цветов на время - плох.
Как, в прочем, и все в программирование.

Хорошо, намекну по другому. Скажите, а метод push_back в std::vector он плох или хорошо?