C / C++ / MFC

Edit control in DialogBar

4-Jul-03 13:04

That solved the problem. My game is now complete. Thanks a lot.

Cheers, nickelplate.

grotesque4-Jul-03 5:53

grotesque

4-Jul-03 5:53

Hi!

I'm having problems with an edit control not responding to ctrl+c, ctrl+v and ctrl+x keystroke combinations when it's residing inside a DialogBar.

The edit control doesn't receive a WM_CHAR message for any of the three keystroke combinations as it does in a regular dialog box, and I assume that's the problem.

Anyone know why? Confused | :confused:

Re: Edit control in DialogBar

Ryan Binns4-Jul-03 6:03

Re: Edit control in DialogBar

4-Jul-03 6:03

The problem is probably that you've got an accelerator table that's stealing the messages. You may need to disable the accelerator table when the edit control has focus (handle EN_SETFOCUS and EN_KILLFOCUS).

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"

SandeepN30-Sep-03 5:54

SandeepN

30-Sep-03 5:54

Hi,

I am facing similar problem. pl help me out
I have CComboBox placed on CDialogBar. Here I dont't get the crtl+c, ctrl+v and ctrl+x messages on the ComboBox. But I can rightmouse click on combobox and can copy/paste.

Thanks

Sandeep Naik

printing in landscape mode

si_694-Jul-03 5:37

si_69

4-Jul-03 5:37

Hi All

im printing some stuff out in landscape mode, i have the below
in my OnBeginPrint function to set the orientation of the paper

LPDEVMODE pDevMode;
pDevMode = pInfo->m_pPD->GetDevMode();
pDevMode->dmOrientation = DMORIENT_LANDSCAPE;
pDC->ResetDC(pDevMode);

first time round, it prints in landscape, but the actual text doesnt stretch across
the whole page like it should, the actual text is in the size of portrait mode on a landscape peice of paper

however if i print again, its all fine

and clues any1 ?

thanks

simon

Re: printing in landscape mode

sherryfa6-Aug-03 18:18

sherryfa

6-Aug-03 18:18

hi,
i faced the same problem before and I got the solution by adding this code into my OnPreparePrinting(CPrintInfo* pInfo) which I found in a forum.
{
tagPDA pPrintDlg;
AfxGetApp()->GetPrinterDeviceDefaults (&pPrintDlg);
pInfo->m_pPD->m_pd.hDevMode = pPrintDlg.hDevMode;
LPDEVMODE devMode = pInfo->m_pPD->GetDevMode();
if (devMode)
{
// dmOrientation == DMORIENT_PORTRAIT
// dmOrientation == DMORIENT_LANDSCAPE
if (devMode->dmOrientation != DMORIENT_LANDSCAPE)
devMode->dmOrientation = DMORIENT_LANDSCAPE;
GlobalUnlock (devMode);
}

pInfo->m_bDirect = 1;
int rc = DoPreparePrinting(pInfo);
pInfo->m_bDirect = 0;
return rc;

}

hope this will help you.

regards,
sherryfa

DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

spokes4-Jul-03 4:39

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 4:39

I have an app which is a Dialog app. It then opens another dialog when I press a button. Now what happens is that it receives information via TCP. Both the dialogs have List controls.

When the TCP info comes in, the Main Dialog which has the object of the 2nd dialog, then takes the information and neatens it and says add the information into the List control of the 2nd dialog like this:

2ndDialog.m_list.AddString(information received).

This gives an ASSERTION FAILURE as in the subject. How can I fix this?

Live in peace

Ryan Binns4-Jul-03 4:47

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 4:47

The list box in the second dialog has not been created yet. Has the dialog been opened yet? If not, then you can't add strings to the list box.

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"

spokes4-Jul-03 5:04

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 5:04

Well the listbox, is declared in the class of the dialog. Okay, the dialog is not opened at that stage. I will try opening it then, and then try DoModal. But I know if will fail at the point when I try AddString. Let me test first then tell u......

DoModal works fine. But now its all a matter of adding to the list when the dialog is opened. Lets try that.

Live in peace

spokes4-Jul-03 5:09

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 5:09

It does not work at all.

2ndDialog.DoModal()
takes away the execution from the main dialog, so I am not able to addString from the main dlg.
How else can i do it?

Live in peace

Ryan Binns4-Jul-03 5:18

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 5:18

Make an array of strings in your second dialog that the first dialog can add into, then in the second dialog's OnInitDialog() function, add the strings from the array into the list box. CArray will be fine.

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"

spokes4-Jul-03 20:54

Re: DEBUG ASSERTION FAILURE File: afxwin2.inl Line: 669

4-Jul-03 20:54

Well, I understand the OnInitDialog is not defined, only as virtual funtion it is defined. Now if I do use that function, without defining anything, the system crashes.
Problem is that the ListBox seems to be in the wrong context. This inevitebly causes the assertion fail. I hope that is correct reasoning though.

How does one use a richedit control, without using a richedit view?

Live in peace

spokes5-Jul-03 1:54

put_Collect & get_Colect ???

5-Jul-03 1:54

Ohhh! Thanks I now understant your explanation. I need to define the OnInitDialog function. I see. And then I do what I need to do now.
Thanks

Live in peace

Hoornet934-Jul-03 4:24

Hoornet93

4-Jul-03 4:24

Does any1 knows anything more (like syntax) then they are ADODB functions?

Nothing in MSDN, NOTHING!!! Mad | :mad:

Love is the law, love under will.

Re: put_Collect & get_Colect ???

John M. Drescher4-Jul-03 4:29

John M. Drescher

4-Jul-03 4:29

Most of the documentation you will find on ADO is in Visual Basic. When I learned I had to learn how to translate Visual Basic examples to visual c++. There is a class library on this site that uses ADO:

http://www.codeproject.com/database/caaadoclass1.asp[^]

John

Re: put_Collect & get_Colect ???

Michael P Butler4-Jul-03 4:31

Michael P Butler

4-Jul-03 4:31

The names suggest that they are wrapper for the Collection property.

inline _variant_t Recordset15::GetCollect ( const _variant_t & Index ) {
    VARIANT _result;
    VariantInit(&_result);
    HRESULT _hr = get_Collect(Index, &_result);
    if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
    return _variant_t(_result, false);
}

inline void Recordset15::PutCollect ( const _variant_t & Index, const _variant_t & pvar ) {
    HRESULT _hr = put_Collect(Index, pvar);
    if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
}

I suppose the valuje of Index depends on the context of the Collection

Michael

'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879

Problem including commctrl.h.

blackmesa4-Jul-03 4:19

4-Jul-03 4:19

I always get these two errors when trying to include commctrl.h in my application.

c:\program files\microsoft visual studio\vc98\include\commctrl.h(26) : error C2146: syntax error : missing ';' before identifier 'HRESULT'
c:\program files\microsoft visual studio\vc98\include\commctrl.h(26) : fatal error C1004: unexpected end of file found
Error executing cl.exe.

I've added comctl32.lib to the list of library modules in my project settings, but it wouldn't resolve the problem. I use MS Visual C++ 6.0.

Any ideas?

Cheers, Blackmesa.

John M. Drescher4-Jul-03 4:32

John M. Drescher

4-Jul-03 4:32

Blackmesa wrote:
I've added comctl32.lib to the list of library modules in my project settings, but it wouldn't resolve the problem. I use MS Visual C++ 6.0.

Any ideas?

Your problem has nothing to do with linker settings. The problem is that you need some header included before commctrl.h. What type of project is this MFC, ATL, Win32 API... ?

John

blackmesa4-Jul-03 4:34

4-Jul-03 4:34

It's a WIN32 API project.

Cheers, Blackmesa.

John M. Drescher4-Jul-03 4:40

John M. Drescher

4-Jul-03 4:40

Do you have #include <windows.h> before #include <commctrl.h> ?

John

blackmesa4-Jul-03 4:42

4-Jul-03 4:42

The first #include in the incriminated file concerns commctrl.h, as you can see below.

/**
* input.cpp
*
* Input module.
**/

#include <commctrl.h>

#include "input.h"
#include "inputvars.h"
#include "gamevars.h"
#include "layout.h"
#include "resource.h"

//.... rest of file

Cheers, nickelplate.

Ryan Binns4-Jul-03 4:41

4-Jul-03 4:41

make sure you have included "winnt.h" or "wtypes.h" first. Does this help?

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"

blackmesa4-Jul-03 4:45

4-Jul-03 4:45

After including wtypes.h, I have no more errors. Thanks a lot guys.

Cheers, nickelplate.

Ryan Binns4-Jul-03 4:55