Re: The concept behind a custom view object.

I've tried before with specific questions. The idea was I'd try down a path
and when I get blocked, I'd ask for a suggestion of a solution to the
problem, but that didn???t work. So let???s try a different approach. Maybe I
just need to be pointed down the right direction. The very basic view in a
Doc/View architecture is the class CView. Then when more distinct
functionality is required, one would use a derived class such as CFormView or
CScrollView. And then an application project would produce a custom class
that one develops specific to the program. Well, the problem I have is the
user interface. I understand that when view needs to be redrawn either in
whole or in part, the framework calls the function OnDraw. And, the concept
behind the whole Doc/View architecture is the view is responsible for getting
user input and updating the document via document functions. (If someone has
a better, more clear way of describing that, by all means.) I'm just not sure
how to go about doing that. But, I do have some ideas.

First, I could draw the whole view in the OnDraw function and just capture
user produced event via functions like the OnLButtonDown. And if the user
clicks on a certain area of the view, for example in a rectangle that holds a
particular user interface part, is calls the appropriate document function to
update the document. Or something to that effect, the key here is that the
entire view is draw in a single or a small group of functions and the UI is
handled entirely by the view class through mouse and keyboard events.

The other idea is using developing my own ActiveX components and, I guess,
using the CFormView class to contain my custom controls. But I'm not familiar
enough with ActiveX programming to make it work right now. It seems
complicated and difficult, but not entirely beyond my capacity to learn. I
could eventually figure it out.

The last idea I have is using CWnd derived classes and create them as child
objects of the view class. Then having them respond to the mouse and keyboard
events. That would be easy to do and the view class wouldn't have to worry
about any of the specific function and drawing of the UI elements. But I
can't figure out how to attach the derived CWnd classes to the view. Or in
other words, my window classes don't respond to the events, or the framework
doesn't know when function to call when and event happens. Again, not
entirely beyond my ability to figure it out, it just takes time.

So, here's my question(s). Is one of those paths better than the other? Or,
maybe it depends on the specifics of my application. Perhaps, I'm missing the
point entirely. Perhaps, I'm not staying within the ideology of the
architectural design. Or, if I'm lucky I was able to express my dilemma
enough, at least indirectly, that someone can help direct me to the right
resources to learn the proper capitalization of this concept. In any case,
any advice would be helpful. Thank you so much in advance.