Re: Controls not showing in Spy++ - C / C++ / MFC Discussion Boards

Re: Not sure how to do this:

benjymous6-Jan-03 6:07

benjymous

6-Jan-03 6:07

ns wrote:
char * buf[length];

That should be:

char * buf;
buf = new char[length]

(and remember to delete it afterwards - oh, and a myFile.Close() after you've written wouldn't go amiss, either)

ns wrote:
....how to write some binary stuff to this file?..

Easy - just make a buffer exactly the same way as you do in the OnButton1 member (after my fix, ofc), fill in the values to the buffer array, then write it (again in exactly the same way)

--
Help me! I'm turning into a grapefruit!

Re: Not sure how to do this:

ns6-Jan-03 6:14

6-Jan-03 6:14

Guess my question is this:

If it were text I'd do

buf[0] = 'y';
buf[1] = 'l';

etc etc,

but I want my file to be binary, so how do I write a binary char, and how does my CFile know that I want a binary file not a text file?

The thing looks like:

10 20 30 40 etc when I open it in a binary editor. SO am I suppodsed to do:

buf[0] = '10';
buf[1] = '20'

For sme reaso n I dont think so....

Whats getting me is that you have flags like 'rb' etc in

(!(fpIn = fopen(inputFile,"rb"))

but I want to use MFC

Appreciate your help,
ns

Re: Not sure how to do this:

jmkhael6-Jan-03 6:54

jmkhael

6-Jan-03 6:54

in order to accomplish that u need to convert ur binary chars to ascii correspondant check out for this purpose CString::Format (keep in mind using (LPCSTR) operator to get back the char* if needed)

The flags are like CFile::typeBinary of nOpenFlag in ur CFile constructor or Open method

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

Re: Not sure how to do this:

ns6-Jan-03 6:29

6-Jan-03 6:29

OOPs! Do I need to create a new file to write to? Because if I write to the same myFIle what will I get? I dont know if it will overwrite? Or will it append?

Appreciate your help,
ns

Re: Not sure how to do this:

jmkhael6-Jan-03 6:50

jmkhael

6-Jan-03 6:50

Depends how u create the file:
CFile::modeCreate or CFile::modeReadWrite
check CFile::CFile open flags

ull also need CFile::typeBinary so be sure to pipe it

CFile::typeBinary | CFile::modeReadWrite

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

Re: Not sure how to do this:

User 66586-Jan-03 7:11

User 6658

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!

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