color setting idiom

As I cannot set the alpha channel in any constructor of the QColor class, I am reduced to the following color-setting idiom:

Code:

---

QColor color;
 
color.setRgba(QRgb(0x88FFFFFF));
glossyGradient.setColorAt(0, color);
 
color.setRgba(QRgb(0x55FFFFFF));
glossyGradient.setColorAt(.1f, color);
 
color.setRgba(QRgb(0x33FFFFFF));
glossyGradient.setColorAt(.5f, color);
 
...

---

This really isn't something to look at. Do there exist other possibilities?

Why not to use QColor::setAlpha ( int alpha ) or QColor::setAlphaF ( qreal alpha ) ?

One of the QColor constructors takes r,g,b,a values.

Quote:

---

Originally Posted by AlexSudnik

Why not to use QColor::setAlpha ( int alpha ) or QColor::setAlphaF ( qreal alpha ) ?

---

Because doing so would not be much different to what I am doing now.

---

Added after 37 minutes:

Quote:

---

Originally Posted by SixDegrees

One of the QColor constructors takes r,g,b,a values.

---

Looks like I ought to file a Qt bug.

Quote:

---

As I cannot set the alpha channel in any constructor of the QColor class

---

As SixDegrees already stated, your assertion is false!
See this constructor:
http://doc.qt.nokia.com/latest/qcolor.html#QColor-2

Quote:

---

Looks like I ought to file a Qt bug.

---

Why a bug?
A bug is when something is not working as it should.
Even if you were correct with your statement, and you could not set the alpha channel in a QColor ctror, it would still not be a bug, at worst, a missing feature.

Why file a bug report? You claimed there wasn't a constructor that took an alpha channel argument; you were wrong, there is one, and it's clearly documented by Qt. How is this in any way a bug?

Because the bugzilla accepts "bugs", which in reality are suggestions; Qt 5 is on the way, maybe something can change. Still, one might say, even though this is documented, that taking a QRgb argument and then ignoring the alpha channel in it is a bug (yes, I know it is not, but I wasted some time because of this behavior).