LVCFMT_CENTER doesn't work for first column in CListCtrl

[LarryChen]

I called InsertColumn to insert columns and use LVCFMT_CENTER to set the text to the center of the column. It works well for any columns except the first column. Is there any way to get around this issue? Thanks.

[VictorN]

Yes, it is by design. See the Remarks section in LVCOLUMN structure article.

PS: it is always very useful to read the documentation first...

[Peter_B]

Yes, it is by design. See the Rearks section in LVCOLUMN structure article.

That 'Remarks' section looks less like an explanation that this is by design, and more like a workaround for a bug.

[VictorN]

That 'Remarks' section looks less like an explanation that this is by design, and more like a workaround for a bug.

Wel, it is just a design bug and MSTF lives with it and doesn't want to fix it (as well as many other bugs).
So we have to accept it as is and just implement one or other workaround...

[LarryChen]

Thanks. It works.

Yes, it is by design. See the Rearks section in LVCOLUMN structure article.

PS: it is always very useful to read the documentation first...

[GCDEF]

That 'Remarks' section looks less like an explanation that this is by design, and more like a workaround for a bug.

Either way it's documented. Had Larry bothered to read the documentation instead of posting here, he would have found the answer, he would have found it quicker, and Victor wouldn't have had to do his work for him.

Seriously Larry, after 7 years here, you should be able to find this stuff yourself.

[Peter_B]

Either way it's documented.

Oh, I absolutely agree. In fact, the remarks sections are extremely important to read as they are where the unusual/unexpected behaviour tends to be documented.

My point was really that this remarks section seems to indicate that this behaviour wasn't originally explicitly designed, but was later documented to avoid having to fix a bug (which could cause existing code to break).

[GCDEF]

Oh, I absolutely agree. In fact, the remarks sections are extremely important to read as they are where the unusual/unexpected behaviour tends to be documented.

My point was really that this remarks section seems to indicate that this behaviour wasn't originally explicitly designed, but was later documented to avoid having to fix a bug (which could cause existing code to break).

I know. My point was mainly directed to Larry and others that use this site instead of using the documentation. This guy's started 231 threads. Not really my concern I guess but that seems a bit high.