CListCtrl OK in Win95, BAD in WinNT

Environment:  VC++ 4.0,  Win95 / WinNT

Hello,
 
I have developed an MFC SDI application that works fine in Win95.
 
However, when the program runs in Win NT I have a problem --
 
The app's view is CListCtrl based, with state icons.  In report view
the width of state icon plus label text ought to equal the width of the
first column's header button.  Alas, instead of

  | header1          | header2       | header3 | ...
  -----------------------------------------------
  | icon label       | text          | text    |
  . . .
  | icon label       | text          | text    |

I get

  | header1          | header2       | header3 | ...
  -----------------------------------------------
  | icon label   | text          | text    |
  . . .
  | icon label   | text          | text    |

  The size of the shift is the width of the icon in pixels,
  I have tried various icon widths.

It seems that the following action of SetImageList function, described
in help on "CListCtrl", -- "If a state image list is specified, a list
view control reserves space to the left of each item's icon for a state
image." -- fails.

Again, no matter whether I compile in Win95 or WinNT, the described
effect DOES NOT OCCUR when running in Win95.

Any ideas or suggestions are cordially welcomed.

Moshe.


CODE fragments:
~~~~~~~~~~~~~~~
void CMyListView::OnInitialUpdate()
{
  CListCtrl& ListCtrl=GetListCtrl();
 
  m_StateImageList.Create(IDB_STATEICONS,36,0,RGB(255,255,255));
  ListCtrl.SetImageList(&m_StateImageList,LVSIL_STATE);

  int       i;
  LV_COLUMN lvc;

  lvc.mask=LVCF_FMT | LVCF_WIDTH | LVCF_TEXT | LVCF_SUBITEM;
   
  for(i=0; i<NUM_FIELDS; i++)
  {
        lvc.iSubItem = i;
        lvc.pszText  = header[i].szTag;
        lvc.fmt      = header[i].nJustification;
        lvc.cx       = header[i].nWidth;

        ListCtrl.InsertColumn(i,&lvc);
  }

  CListViewEx::OnInitialUpdate();
}

void CMyListView::OnUpdate(CView* pSender,
                           LPARAM lHint,
                           CObject* pHint)
{
    int          i,j;          
    LV_ITEM      lvi;
    LPTSTR       S;
    CListCtrl&   ListCtrl = GetListCtrl();
 
    ListCtrl.DeleteAllItems();
      
    for( i=0; i<LISTSIZE; i++ )
    {
      lvi.mask       = LVIF_STATE | LVIF_PARAM;
      lvi.iItem      = i;
      lvi.iSubItem   = 0;
      lvi.stateMask  = LVIS_STATEIMAGEMASK;
      lvi.state      = INDEXTOSTATEIMAGEMASK( iState[i] );
      lvi.lParam     = ( LPARAM )( &( Item[i] ) );

      ListCtrl.InsertItem( &lvi );
        
      for( j=0; j<NUM_FIELDS; j++ )   //Set texts
      {      
        S = ... //bla-bla-bla
        ListCtrl.SetItemText( i, j, S );
      }
    }

    CListViewEx::OnUpdate(pSender, lHint, pHint);      
}
stolarAsked:
Who is Participating?
 
cathysConnect With a Mentor Commented:
Answer posted by CathyS for stolar

I solved it, There is a Microsoft BUG in the SetImageList function in WinNT, and I have some simple code to prove it!


0
 
stolarAuthor Commented:
IMPORTANT:  The fancy fonts and/or page layout of Experts Exchange made my question senseless, to put it mild.  The two tables don't look like what I have submitted.
 
The idea is that in the first table ("instead of") the | -signs ought to make up three vertical lines, rendering three normal-looking columns.

In the second table ("I get") the columns ought to be "broken", specifically, the second and third rows of the first column ought to be narrower than the first row of the first column by the length of "icon", while the widths of the second and third columns are constant for all three rows.

I am adding another 50 points for the trouble of understanding this.

Moshe.
0
 
bss12Commented:
Hi!
Maybe it is something wrong with the message sequence (some messages disapear in the darkness of the framework?) Anyway.
try to find it out. Do something like a new menu entry, create a message handler and move the code from OnUpdate there.
If you don't have the problem after that... , well, lets think about where you better can place the code.

Albert
0
 
stolarAuthor Commented:
I really don't get your point.  As I've said, the application functions perfectly well in Win95.  What is the feature of WinNT that corrupts the performance?  What handler could the code be moved to?  Did I do anything that isn't standard?
Moshe.
0
 
stolarAuthor Commented:
I solved it,

There is a Microsoft BUG in the SetImageList function in WinNT, and I have some simple code to prove it!

I want my points back, please.
Moshe.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.