Re: DDX contol type question

Greatly appreciate anyone showing me what I'm missing here.
My ViewClass holds my resource editor ListBox and is the parent class.
DerivedClass (from CListBox base class) holds my owner draw DrawItem
function.
 I don't really yet understand everything about this but I wrote my first
OwnerDraw derived CListBox class for the DrawItem Function to change
the text in my VC studio resource editor created ListBox.
 Well the code compiled with no errors but in my debugger I noticed that
this one UINT in my DrawItem function, going in was already initialized
with
a value that it should not have. So I checked it's definition with the
code
browser (F12 key) and to my surprise the browser jumped to Parent window
class of the ListBox instead of the UINT inside the DrawItem function ?
  When I say Parent class I don't mean the Base class of my derived class
but
rather the Parent class of the resource editor ListBox which is the owner
of the
ListBox that I wrote the derived class to hold the DrawItem function.
 Obviously to get the message pump to call my derived class's DrawItem
function
I had to make the ListBox's Class Wizard's control variable of the derived
class's type.
And then having done that I had to #include my derived CListBox's class
header file in the
Parent Class's header file to compile with errors. But why would it make
a variable inside a function jump outside the function to another class
declaration
of the same name. Code is shown below. The nIndex (from the code browser)
jumps
to it's definition being in the parent View class where it is also
declared as int nIndex.
Usually in a case like this my code browser will pop up a message box with
two
choices saying Resolve ambiguity. But this time it just jumps to the
parent class
definition ?
void CListBoxDerived::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{
  UINT nIndex;
  //etc etc
}