C / C++ / MFC

1-Aug-05 9:32

I am using FindowWindow and SendMessage to execute controls on a MFC app to automate my beta-testing

My question:

I have 2 windows both with a blank name listed under spy++ and I need to have a way to identify them both. Is there an API command to get info on the window so I can tell which window Im pointing to?

please help.
Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

David Crow1-Aug-05 10:28

David Crow

1-Aug-05 10:28

Do they both belong to the same class (FindWindow's other parameter)?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Ista1-Aug-05 10:50

1-Aug-05 10:50

no they are different classes.

Is there a window info type structure I could use.

Then I could query the class. and inspect its properties to identify it.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

WoutL1-Aug-05 10:55

WoutL

1-Aug-05 10:55

You can get the class of a window by using:

int GetClassName(HWND hWnd, LPTSTR lpClassName, int nMaxCount);

Wout Louwers

David Crow1-Aug-05 11:17

David Crow

1-Aug-05 11:17

Ista wrote:
no they are different classes.

Then use FindWindow().

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Ista1-Aug-05 11:50

1-Aug-05 11:50

but I need information on the window. more than just the name. i.e... there could be 2 ListViews and I would need to find a way to differentate.

I think I saw a WindowInfo structure somewhere and that would help me.

thanks for helping but I can probably figure it out.

-- too bad I can't tie static fields to edit fields.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

Ista1-Aug-05 13:41

1-Aug-05 13:41

well thanks. I just need to enumerate the windows. FindWindow wont work becuase listViews dont have a name.

But enumerating will allow me to check the subclass of each window therefore finding the list view.

But this would only work for one list view and if theres 2 then I'm back to the same spot.

but thnkas everyone for helping.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

CDocument::m_bAutoDelete question ( undocumented )

David Crow2-Aug-05 3:44

David Crow

2-Aug-05 3:44

Ista wrote:
...listViews dont have a name.

But they do have a unique identifier. Once you have a handle to the parent window, just use GetDlgItem() to get a handle to the control itself.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Maximilien1-Aug-05 8:54

Maximilien

1-Aug-05 8:54

As far as I understand, the CDocument::m_bAutoDelete variable will tell MFC that it should not delete the document when closing the last view attached to it when set to FALSE.

I tried this with a simplistic MDI MFC application, setting m_bAutoDelete to FALSE in the CDocument constructor; but when I close the last view ( WM_CLOSE on the ChildFrame ), it closes the view ( and frame ), but will replace the current menus with the ones for when there is no document active.

I wanted to have the document loaded with all the views closed, and still have the "Window" ( with the new window command ) menu available.

I want to make sure the user close the document with a "Close" document command, not by closing all the views.

Any Ideas ? I google for this, but nothing really interresing came up.

Thanks.

Max.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Re: CDocument::m_bAutoDelete question ( undocumented )

Tom Archer1-Aug-05 10:58

Tom Archer

1-Aug-05 10:58

This goes back *years*, but...

Back in 1995 when I was at Peachtree we had a similar situation where the document represented the company whose accounting you were doing and each view was based on that document. Therefore, closing the last view didn't close the document/file. (The user either closed the company explicitly or via closing the app)

As you mentioned, setting the m_bAutoDelete member var in a CDocument-derived class does the trick.

Obviously, the framework has to shut down the menu as it's associated with the view/frame in the template.

Therefore, what we did was to share the menu across all views. IOW, we had a menu (named something like IDR_COMPANY_OPEN) that was always displayed when a cmopany was open regardless of how many views were open.

However, the trick is that when constructing templates, you have to specify a res id that among other things identifies the menu. However, we only wanted to share the menu across all views - not anything else. Therefore, we did the following (I'll try and explain it from 10 years of memory.

* In the app object's InitInstance, we manually loaded a menu and stored its handle
* We derived our own CMultiDocTemplate class
* When constructing each template, we passed the menu handle to that c'tor
* The CMultiDocTemplate-derived class's c'tor then set its internal menu handle to that passed
* [IMPORTANT] In the d'tor you have to set the handle to null. Otherwise, the base class's d'tor will attempt to destroy your shared menu.

I'm pretty sure that was all we had to do.

Tom Archer - Visual C++ MVP
Archer Consulting Group.com

Re: CDocument::m_bAutoDelete question ( undocumented )

Tom Archer1-Aug-05 11:02

Tom Archer

1-Aug-05 11:02

This might help:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;118435[^]

Tom Archer - Visual C++ MVP
Archer Consulting Group.com

Re: CDocument::m_bAutoDelete question ( undocumented )

Maximilien1-Aug-05 12:49

Maximilien

1-Aug-05 12:49

Thanks ... will have a look at it tomorrow. Big Grin | :-D

Maximilien Lincourt
Your Head A Splode - Strong Bad

Re: CDocument::m_bAutoDelete question ( undocumented )

Jose Lamas Rios1-Aug-05 17:21

Jose Lamas Rios

1-Aug-05 17:21

Maximilien wrote:
I wanted to have the document loaded with all the views closed, and still have the "Window" ( with the new window command ) menu available.

How about the simple solution of adding the commands you want to the main menu (usually IDR_MAINFRAME)?

--
jlr
http://jlamas.blogspot.com/[^]

WTL Text Printing

HumanOsc1-Aug-05 8:04

HumanOsc

1-Aug-05 8:04

Hello...

I like to support custom text printing in my application (without an edit control)...

The wtl examples that i found at codeproject only support text printing with edit controls...

I implemented the CPrintJobInfo class but unfortunely when it draw the text to the dc (in the PrintPage method) it only print the first drawing operation...

For example .:

bool CMainFrame::PrintPage(UINT nPage, HDC hDC)
{
CDCHandle dc = hDC;
CString text = _T("A Test");

dc.TextOut(0,0,text,text.GetLength()); // This text is only visible on page
dc.TextOut(0,20,text,text.GetLength());
dc.TextOut(0,40,text,text.GetLength());

return true;
}

I hope anybody can help me Confused | :confused:

...

Re: WTL Text Printing

HumanOsc1-Aug-05 22:15

HumanOsc

1-Aug-05 22:15

Ehmmm... I have found the bug or better my own mistake...

I forget the different resolutions between the screen and printer dc...

The distance between the 3 strings was to small to see them completly...

For example.:

dc.TextOut(0,0,text,text.GetLength());
dc.TextOut(0,400,text,text.GetLength());
dc.TextOut(0,800,text,text.GetLength());

woks...

MFC CFormView and CDoc

Dosin1-Aug-05 6:58

Dosin

1-Aug-05 6:58

I am new to MFC and I am trying to make a program that can input data in Edit boxes and then be able to save it.... I am using the CFormView class..
I add my edit box- example: m_first_name and it adds the
IDD_Text(PDX,FNAME,m_first_name)
My question is how do I get the data in that edit box to my CDocument class to serialize and save it?

void CExampleDoc::Serialize(CArchive& ar)
{CObject::Serialize( ar );
if (ar.IsStoring())
{
ar<<m_first_name;
todo:="" add="" storing="" code="" here
="" }
="" else
="" {
="" ar="">>m_first_name;
// TODO: add loading code here
}
}

I know the above wont work because m_first_name is not apart of the CDoc class...

Thanks for any help given!

C^hris L^osinger1-Aug-05 7:16

C^hris L^osinger

1-Aug-05 7:16

make m_first_name a member of the View class. then add code in your View to send the data to the Doc.

Cleek | Image Toolkits | Thumbnail maker

Dosin1-Aug-05 7:37

Dosin

1-Aug-05 7:37

then add code in your View to send the data to the Doc.

I have the m_first_name in the CFormView class....

CString m_first_name ;

The problem is I am not sure how to send it to the Doc....

I have been trying to use pointers and anything that has come to mind but nothing seems to work...

Is there an example somewhere that could point me in some direction?
I am lost....

C^hris L^osinger1-Aug-05 7:43

C^hris L^osinger

1-Aug-05 7:43

add a public function in your Doc, CMyDoc::SetFirstName(CString str) .

in your View:

CMyDoc *pDoc = GetDocument();
if (pDoc) pDoc->SetFirstName(m_first_Name);

Cleek | Image Toolkits | Thumbnail maker

Alex_Y1-Aug-05 7:44

Alex_Y

1-Aug-05 7:44

In view in DDX.. fuction call
GetDocument()->SaveName(m_first_name)
or OnKillFocus()
GetDocument()->SaveName(m_first_name)

create respective memer in CDocument derived class add fuction which set mem var
which is comming from your View

Then do what ever you doing in Serialize.

Resume
Only pass to the document value of control which you got in view.

View has controls, document suppose to keep data from that controls.
Ok?

Smile | :)

Alex_Y1-Aug-05 7:46

Alex_Y

1-Aug-05 7:46

You see Cris did same think that I mean but sorter and erlyer. That means he is defenitly smarter.

Smile | :)

))