C / C++ / MFC Discussion Boards

Derek Lakin27-Jul-01 3:19

27-Jul-01 3:19

The Windows GDI Platform SDK documentation for LOGFONT in MSDN states that the following can be used to set the font size in points when using the MM_TEXT mapping mode:

lfHeight = -MulDiv (PointSize, GetDeviceCaps (hDC, LOGPIXELSY), 72);

I've used this code to try to set the font height but it is unchanged at about 10/12 points height. Any ideas? My code is as follows:

BOOL CMyDialog::OnInitDialog () {
    CDialog::OnInitDialog ();

    GetFont ()->GetLogFont (&m_lf);
    CDC* pDC = GetDC ();
    m_lf.lfWeight = FW_BOLD;
    m_lf.lfHeight = -MulDiv (8, GetDeviceCaps (pDC->hDC, LOGPIXELSY), 72);
    CFont font;
    font.CreateFontIndirect (&m_lf);

    CWnd* pWnd = GetWindow (GW_CHILD);
    while (pWnd != NULL) {
        pWnd->SetFont (&font);
        pWnd = pWnd->GetWindow (GW_HWNDNEXT);
    }
    return TRUE;
}

Derek.

Re: Font Height in Dialogs?

Tomasz Sowinski27-Jul-01 4:37

Tomasz Sowinski

27-Jul-01 4:37

You should make a modified font a class member, not a local variable. CWnd::SetFont (which wraps WM_SETFONT) doesn't create a font copy.

Tomasz Sowinski -- http://www.shooltz.com

Re: Font Height in Dialogs?

Derek Lakin27-Jul-01 5:06

Derek Lakin

27-Jul-01 5:06

I take it you mean the CFont, rather than the LOGFONT which is already a member (m_lf).

I'll try that, thanks.

Re: Font Height in Dialogs?

27-Jul-01 7:19

If you just want to be able to set the font point size, use CreatePointFont(), it requires a handle to the device context....

CWindowDC dc(this);
CFont font;

font.CreatePointFont(120, "Times New Roman", &dc); //Creates 12 point Times New Roman Font

//The first value passed to the function should be 10x the point size you want.

Getting\Setting NUM LOCK key state

s_k27-Jul-01 2:39

s_k

27-Jul-01 2:39

How can I retrive and/or set NUM LOCK key state ???

Celebrate Mr. Cesilko!

Re: Getting\Setting NUM LOCK key state

Not Active27-Jul-01 8:32

Not Active

27-Jul-01 8:32

GetKeyState or GetKeyboardState. The former gets the state of an individual key while the later gets the state for all.

WM_KICKIDLE

Derek Lakin27-Jul-01 0:14

Derek Lakin

27-Jul-01 0:14

I need to be able to use the ON_COMMAND_UPDATE_UI macro in a dialog. I was helpfully pointed to the WM_KICKIDLE private message and I have investigated how this works and what I need to do.

I have a class which inherits from CDialog to implement some common functionality across the dialogs I'll be using in my app. It includes changing the font for controls (a separate issue!) and enabling the handling described above.

Unfortunately it's not happening Frown | :(

I have ON_MESSAGE(WM_KICKIDLE, OnKickIdle) in the message map and a LRESULT CMyDialog::OnKickIdle(WPARAM wp, LPARAM lp) function and there is an afx_msg LRESULT OnKickIdle(WPARAM wp, LPARAM lp); defined in the header file.

Using Spy++ I can see that the WM_KICKIDLE message is being posted for a standard CDialog-derived class that doens't include the handling, but it isn't being posted for my classes that derive from CMyDialog Frown | :(

Any thoughts?

Re: WM_KICKIDLE

Christian Graus27-Jul-01 1:06

Christian Graus

27-Jul-01 1:06

I believe you need to call the following function in KickIdle

UpdateDialogControls(this, FALSE);

Christian

#include "std_disclaimer.h"

The careful application of terror is also a form of communication.

Eagles may soar, but weasels don't get sucked into jet engines.

Re: WM_KICKIDLE

Derek Lakin27-Jul-01 3:11

Derek Lakin

27-Jul-01 3:11

I thought I'd found the problem having read an article at Earthweb. It seems that the process falls apart for modeless dialogs.

Apparently you are supposed to handle WM_KICKIDLE in the parent and manually post it to any child dialogs.

Unfortunately I've tried this and using Spy++ I can see that the dialogs are receiving the posted messages, but my code isn't handling them. My OnKickIdle function never gets called Cry | :((

Re: WM_KICKIDLE

Neville Franks27-Jul-01 3:26

Neville Franks

27-Jul-01 3:26

WM_KICKIDLE shouldn't be used any more from memory. Instead use WM_IDLEUPDATECMDUI and call UpdateDialogControls() from your message handler.

I do this in ED4W and it all works very well.

Neville Franks, Author of ED for Windows
www.getsoft.com

Re: WM_KICKIDLE

Derek Lakin27-Jul-01 5:05

Derek Lakin

27-Jul-01 5:05

Thanks. I'll try that instead Smile | :)

Still Not Working :(

Derek Lakin30-Jul-01 1:14

Derek Lakin

30-Jul-01 1:14

I've made the change to WM_IDLE_UPDATECMDUI but it's still not working. The dialgo is receiving the messages (as seen in Spy++), but the message handler isn't being called. Mad | :mad:

Re: Still Not Working :(

Neville Franks30-Jul-01 1:43

Neville Franks

30-Jul-01 1:43

You may need to add a message handler to your CMainFrame class as well. I can't check my code right now I'm afraid, but I will and let you know.

In the mean time go to MSDN and do a search on WM_IDLEUPDATECMDUI

I can assure you it works.

Neville Franks, Author of ED for Windows. Version 4.01 just released, with a C++ Class View that actually works.
www.getsoft.com

Re: Not Doc/View

Derek Lakin30-Jul-01 8:35

Derek Lakin

30-Jul-01 8:35

My application is entirely dialog-based.

Re: Not Doc/View

Tomasz Sowinski30-Jul-01 8:49

Tomasz Sowinski

30-Jul-01 8:49

Maybe MFC sample DLGCBR32 will help? It demonstrates the dialog-based app with a toolbar. It uses WM_IDLEUPDATECMDUI and ON_UPDATE_COMMAND_UI handlers.

Tomasz Sowinski -- http://www.shooltz.com

help! message handling in general

27-Jul-01 10:45

Help! This is sort of related your problem of a window receiving a message but not processing it. The message maps I created for the class inherited from CView don't work.

The COpenGLView class I describe below is the toplevel window when the application is run. I know that the window receives the message I send it from another application because I monitor the messages sent to that window using Spy++. But it doesn't seem to be processing that message I send it, even though it receives the message...

help... i'm at wits' end. thanks. Confused | :confused:

<br />
/***********************<br />
OpenGLView.h<br />
*********************/<br />
#define UM_MYMESSAGE	WM_USER + 1<br />
...<br />
class COpenGLView : public CView<br />
{<br />
...	<br />
DECLARE_DYNCREATE(COpenGLView)	<br />
DECLARE_MESSAGE_MAP()<br />
...	<br />
void OnMyMessage (WPARAM wParam, LPARAM lParam );<br />
...<br />
}<br />
/***********************<br />
OpenGLView.cpp<br />
*********************/<br />
#include "OpenGLView.h"<br />
<br />
BEGIN_MESSAGE_MAP(COpenGLView, CView)	<br />
ON_MESSAGE( UM_MYMESSAGE, OnMyMessage )<br />
END_MESSAGE_MAP()<br />
<br />
...<br />
<br />
void COpenGLView::OnMyMessage (WPARAM wParam, LPARAM lParam )<br />
{   <br />
::MessageBox( NULL, _T("Hi"), _T("Hi"), MB_OK);<br />
}<br />
<br />
/***************************************<br />
In another project altogether...<br />
*************************************/<br />
#define UM_MYMESSAGE	WM_USER + 1<br />
...<br />
<br />
// Called when button "Foo" is pressed <br />
void CMyDialog::OnButtonFoo() <br />
{	<br />
HWND hwnd_lh = ::FindWindow( NULL, _T("OpenGL") ); // the CEAGameView window is labeled "OpenGL" <br />
::SendMessage( hwnd_lh, UM_MYMESSAGE, (WPARAM) NULL, (LPARAM) NULL );<br />
}<br />

Re: help! message handling in general

Neville Franks27-Jul-01 12:40

Neville Franks

27-Jul-01 12:40

I can't see how COpenGLView can be your top level window. This is a view within your MainFrame. It would seem to me that your other app is sending to the MainFrame window not the View.

Neville Franks, Author of ED for Windows
www.getsoft.com

Re: help! message handling in general

august27-Jul-01 13:04

august

27-Jul-01 13:04

ooops, you're completely right. Dead | X|

i should have my wrists slapped for not taking the time out to really understand the document/view architecture. i am now rerouting the message to COpenGLView, which is a child of the the mainframe window. thanks.

Thanks for all the help :)

Derek Lakin31-Jul-01 2:53

Derek Lakin

31-Jul-01 2:53

Thanks for everyone's help with this one. Finally it works Smile | :)

The end result was to handle WM_KICKIDLE, as my parent dialog wasn't receiving any WM_IDLEUPDATECMDUI messages. I then had to use SendMessage to pass the message on to all of the child dialogs because PostMessage didn't work.

Can anybody help me?

26-Jul-01 22:52

Hi,

I'm a begginer in C++ and I've a problem allocating memory on the heap and I'd really appreciate if somebody could help me.

Here's the code:

MyStructure *pMyStructure = new MyStructure[ELEMENTS];
// Do some code here
delete [] MyStructure

Where MyStructure is a structure I've created and I want an array of it.
The problem is when I try to delete the structure, I get some messages like that:

Expression:_BLOCK_TYPE_IS_VALID(pHead->nBlockUse)

I don't understand what is happening and what I'm doing wrong. Could anybody tell it to me?

Can anybody tell me why?

26-Jul-01 23:26

Hi again,

Since I posted the message I've found what was happening:

MyStructure *pMyStructure = new MyStructure[ELEMENTS];
// Do some code here
delete [] MyStructure;

What whas happening is that somewhere in
//Do some code here
I had a loop where I increased pMyStructure (pMyStructure++) to access the elements of the array. I've found that if before deleting the array I decrease the pointer until it's initial value, I can delete it without any error.

What I'd like to know is why it happens and if I'm doing right accessing the array that way.

Thanks in advance,

Re: Can anybody tell me why?

C^hris L^osinger27-Jul-01 1:50

C^hris L^osinger

27-Jul-01 1:50

the problem is that a pointer is just a number. there's nothing else to it. and when you change its value, it no longer points to the same thing.

but when you delete something, the pointer you're deleting must point to the start of the block of memory that was actually allocated - which it probably won't be, if you've changed the pointer's value.

so, do something like:

MyStructure *pMyStructure = new MyStructure[ELEMENTS]; 
// Do some code here 
MyStructure *pCur = pMyStructure;
pCur++;... whatever you want.

// delete the original
delete [] MyStructure;

-c

------------------------------
Smaller Animals Software, Inc.
http://www.smalleranimals.com

Re: Can anybody tell me why?

27-Jul-01 1:56

Thanks, I've understand it!

Item, GetItem...

Gérald Mercet26-Jul-01 22:39

Gérald Mercet

26-Jul-01 22:39

I would like to know how i could use in ADO, the method Item or GetItem, when i don't want to specify the name of the field i need but its index
How could i do that?

thanks in advance

gerald

Confused | :confused:

Saving for the future

Joe Moldovan26-Jul-01 22:36

Joe Moldovan

26-Jul-01 22:36

Because of the pace of work I get very little chance to look at this discussion group but it's one of the single most useful resorces on the Net and has never let me down.

Does anyone know if there is any CD archive of the past threads or are there any plans to capture one. I would be willing to pay for such a service and I'm sure many others would be as well. I don't mean any fancy searchable database or anything like that - just a copy of the whole discussion group. It would be one of the most valuable resources for me.

Have Fun!

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