C / C++ / MFC Discussion Boards

User 66586-Jan-03 7:11

6-Jan-03 7:11

Nope, you don't need to specify typeBinary.

You can find this comment in filecore.cpp:
// CFile objects are always binary and CreateFile does not need flag
and this is what MSDN says:
CFile::typeBinary Sets binary mode (used in derived classes only).

Smile | :)

regards

modified 12-Sep-18 21:01pm.

Controls not showing in Spy++

mynab6-Jan-03 3:53

mynab

6-Jan-03 3:53

Hello,

I would like to programatically drive the Open file dialog of Office 2000/XP. I therefore got the ID of the edit control where one can enter a filename and was looking for the ID of the OK button to send it a BM_CLICK message.

However the control does not show up in Spy++: when I drag the Finder tool then the dialog is hilited and not the button. What kind of control can this be? ActiveX? Will I be able to send it a BM_CLICK message (or anyhting else that will validate the change I made in the edit with a WM_SETTEXT)? How?

Regards,
mynab

Re: Controls not showing in Spy++

Joel Lucsy6-Jan-03 14:58

Joel Lucsy

6-Jan-03 14:58

Spy++ sometimes fails to be able to graphically pick certain controls. Look for it in the tree, it'll be there even tho you can pick it off the screen. There's nothing special about the button. In fact, if it's a OK button, then there's a good change the ID is IDOK.

Joel Lucsy (jjlucsy@concentric.net)

Re: Controls not showing in Spy++

mynab6-Jan-03 21:38

mynab

6-Jan-03 21:38

No the control does not appear in the tree either. Even if I spy all the messages and I move the mouse over the button, then the WM_SETCURSOR messages that appear have the HWND of the dialog. If I move the mouse over the Filename RichEdit then the WM_SETCURSOR has a different HWND... Of course I tried GetDlgItem(IDOK) on the dialog but it returns NULL.

Seems I am really stuck!

Re: Controls not showing in Spy++

mynab6-Jan-03 22:27

mynab

6-Jan-03 22:27

Great! I found one working solution... Instead of clicking the OK button (that I can't find) I simulate a VK_RETURN keypress. Works in Office 2000 ; hoping it works in Office XP!

::SendMessage(pEdit->GetSafeHwnd(), WM_KEYDOWN, VK_RETURN, 0x001c0001);
::SendMessage(pEdit->GetSafeHwnd(), WM_CHAR, VK_RETURN, 0x001c0001);
::SendMessage(pEdit->GetSafeHwnd(), WM_KEYUP, VK_RETURN, 0xc01c0001);

mynab

CFormView and Child Dialogs

Alberto Bar-Noy6-Jan-03 3:52

Alberto Bar-Noy

6-Jan-03 3:52

Hi all,

I have a "small" problem.
I have an SDI with a CFormView. From the CFormView I open a dialog box
using CDialog::Create with the parent as NULL and ShowWindow.

The problem is that when I click on the CFormView the Dialog box doesn't change its Z-order. It remains on top of my SDI, thus hiding part of the SDI.
Mind you, I wish for the Dialog to remain open.

Is there any way to get over this?

Thanks in advance

Alberto Gattegno
Software Engineer
http://www.itgil.com

Re: CFormView and Child Dialogs

uandrej6-Jan-03 4:02

uandrej

6-Jan-03 4:02

Try with this:
...
p_Dialog->Create(IDD_NEURAL_DIALOG, this);
p_Dialog->ModifyStyle(NULL, NULL, SWP_NOACTIVATE);
p_Dialog->ShowWindow(SW_SHOW);
..

Re: CFormView and Child Dialogs

Alberto Bar-Noy6-Jan-03 4:13

Alberto Bar-Noy

6-Jan-03 4:13

Nope... No good.

It stays the same: The dialog over the SDI. What I need is the dialog under the SDI.

Thanks anyway.

Alberto Gattegno
Software Engineer
http://www.itgil.com

Re: CFormView and Child Dialogs

uandrej6-Jan-03 8:42

uandrej

6-Jan-03 8:42

A little correction: try with with parent NULL:
p_CDialog->Create(ID_MY_DIALOG, NULL);

This works if you call the dialog from some other dialog window and not from main application!

Re: CFormView and Child Dialogs

Alberto Bar-Noy6-Jan-03 20:53

Alberto Bar-Noy

6-Jan-03 20:53

Yeah I figured that much out.

I think this is Micro$oft's idea of a twilight zone.

Thanks

Alberto Gattegno
Software Engineer
http://www.itgil.com

CListBox & WM_HSCROLL

uandrej6-Jan-03 3:18

uandrej

6-Jan-03 3:18

I want manually to horizontal scroll CListBox to the right position.
I change the position of the scroll with:
CListBox* p_CListBox;
..
..
sz = pDC->GetTextExtent(str);
dx = sz.dx;
p_CListBox->SetHorizontalExtent(dx);
dx = p_CListBox->GetScrollLimit(SB_HORZ);
p_CListBox->SetScrollPos(SB_HORZ, dx, TRUE);
..
But now I can't actually scroll the view of the CListBox?
I tryed with the:
SendMessage(p_CListBox->GetSafeHwnd(), WM_HSCROLL, MAKEWPARAM(SB_ENDSCROLL, 0),0);
but no success!
(the view is scrolled correct if I click on scroll with the mouse!)
Confused | :confused:

Re: CListBox & WM_HSCROLL

uandrej6-Jan-03 3:49

uandrej

6-Jan-03 3:49

The code which works is:
SendMessage(p_CListBox->GetSafeHwnd(), WM_HSCROLL, MAKEWPARAM(SB_PAGERIGHT, 0),0);
but I must sent it number? of times to reach the most right HSlider position!

DirectDraw on WinNT4

ernst.maurer6-Jan-03 3:01

ernst.maurer

6-Jan-03 3:01

Hi.
My application was designed for Win2000 only (I use DirectX 7). And I plan to detect attempt to run this on WinNT4 , because there is error message "The procedure entry point DirectDrawCreateEx could not be located in the dynamic link library DDRAW.dll, but this message show up before WinMain call.

Thanks for advise.

Re: DirectDraw on WinNT4

-=jarl=-6-Jan-03 3:45

-=jarl=-

6-Jan-03 3:45

Afaik you can't run DirectX > 3 on Windows NT 4.0. ( Execute-buffers, you've got to love them... Wink | ;)

)

-=jarl=-

Re: DirectDraw on WinNT4

ernst.maurer6-Jan-03 4:11

ernst.maurer

6-Jan-03 4:11

I know this, but I need only valid error report, maybe like this:
"This program requiedWin98/2000 only" Smile | :)

I need to detect OS version BEFORE the program say "...Entry Point for DirectDrawCreateEx was not found..."
I think that in DDRAW.dll in DllEntryPoint there is call of DirectDrawCreateEx and i have this error message before Step IN to WinMain

Re: DirectDraw on WinNT4

-=jarl=-6-Jan-03 4:58

-=jarl=-

6-Jan-03 4:58

Oh, sorry, I see. You need to load the DLL manually, ( using LoadLibrary ), then.

Smile | :)

-=jarl=-

Re: DirectDraw on WinNT4

Iain Clarke, Warrior Programmer6-Jan-03 5:05

Iain Clarke, Warrior Programmer

6-Jan-03 5:05

As you have found, the OS loader is trying to bring in functions / dlls that aren't there.

There are two ways around this. Actually, they are effectively the same, but you do different
things.

1/ Delay load (e.g.) ddraw.dll and catch the DirectDrawCreateEx function failure with an exception
handler, or
2/ Explicitly load the function using LoadLibrary and GetProcAddress.

Iain.

How to capture Enter key in a dialog?

MVH6-Jan-03 2:22

MVH

6-Jan-03 2:22

My problem is a simple one:

I have a dialog box. A simple one, just two lines to fill. If I press enter/return, by default dialog closes as if I have pressed ok.

I would like to capture the keyboard, and make my dialog move onto next items when enter is pressed.

I tried the following, no success:

void CEditDlg::OnKeyUp(UINT nChar, UINT nRepCnt, UINT nFlags) <br />
{<br />
	AfxMessageBox("KEYUP");<br />
<br />
	CDialog::OnKeyUp(nChar, nRepCnt, nFlags);<br />
}<br />
<br />
void CEditDlg::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags) <br />
{<br />
	AfxMessageBox("CHAR");<br />
	<br />
	CDialog::OnChar(nChar, nRepCnt, nFlags);<br />
}

------------------------------------------
Experience is the name every one gives to their mistakes. - Oscar Wilde
Experience is one thing you can't get for nothing. - Oscar Wilde

Solved

MVH6-Jan-03 2:42

MVH

6-Jan-03 2:42

I forgot to check the dialog template in resource editor Dead | X|

I just changed "Default button" propoerty from OK to "Insert" button.

------------------------------------------
Experience is the name every one gives to their mistakes.
-- Oscar Wilde
Experience is one thing you can't get for nothing.
-- Oscar Wilde

Print preview in MFC 7 MDI application

Izidor6-Jan-03 1:19

Izidor

6-Jan-03 1:19

Under Visual C++ NET the print preview in MFC can be performed only within the MDI child frame and not anymore within the main application frame as before. Does anybody know the way to get the former behavior?
Thanks!

reverse engineering mfc code

FASTian6-Jan-03 0:58

FASTian

6-Jan-03 0:58

Does any one know how we can reverse engineer MFC code in rational rose 2000? i've already gone through the help in rational rose and most of the stuff is outdated

reading icons

suman ray6-Jan-03 0:27

suman ray

6-Jan-03 0:27

HI,

I have to read the icons for different file types and display them .
Now if i load the common icons from a resource script it wont suffice .
as for a new/different file type it does not work . So it is obvious that
it has to be read from the registry . ( my application uses win32 api)

Any help will be appreciated.
thanks
Suman Ray

Re: reading icons

Iain Clarke, Warrior Programmer6-Jan-03 5:08

Iain Clarke, Warrior Programmer

6-Jan-03 5:08

Look up SHGetFileInfo in the Platform SDK.

As I remember, Paul diLascio (MSDN) did a series of C++Q&A articles on all this.

Iain.

Re: reading icons

raysuman7-Jan-03 0:48

raysuman

7-Jan-03 0:48

thanks you can do it that way,
discovered another api .
ExractAssociatedIcon(also a shell api ) to do it .
regards
Suman Ray

What's 0xFEEEFEEE ?

peterchen6-Jan-03 0:03

peterchen

6-Jan-03 0:03

Does anyone recognize this value? Would be very helpful right now...

I get an (rare) error condition where some buffers are filled with 0xFEEEFEEE. It could be a usual allocation problem (but the CRT Debug heap doesn't seem to use this), or from a call into a 3rd party library which in turn passes the buffer into a kernel mode driver.

TIA
Peter

Those who not hear the music think the dancers are mad. [sighist] [Agile]

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.