Re: Modeless Dialog not moving - C / C++ / MFC Discussion Boards

David Crow30-Jun-05 9:38

30-Jun-05 9:38

KnaveR wrote:
while (GetMessage(&msg, NULL, 0,0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}

Shouldn't this be:

while (GetMessage(&msg, NULL, 0,0)) 
{
    if (! IsWindow(hDlg) || ! IsDialogMessage(hDlg, &msg))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
}

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Modeless Dialog not moving

KnaveR77730-Jun-05 10:30

KnaveR777

30-Jun-05 10:30

Thnx for this suggestion, I was wondering how GetMessage could could possibly be knowing that the msg was for my dialog... this answered that. However, I am still unable to move the dialog, any suggestions?

Re: Modeless Dialog not moving

Blake Miller30-Jun-05 12:51

Blake Miller

30-Jun-05 12:51

Maybe you should try patching up your switch for WM_COMMAND, considering this note in MSDN:

The WM_COMMAND message is sent when the user selects a command item from a menu, when a control sends a notification message to its parent window, or when an accelerator keystroke is translated.

wParam
The high-order word specifies the notification code if the message is from a control. If the message is from an accelerator, this value is 1. If the message is from a menu, this value is zero.
The low-order word specifies the identifier of the menu item, control, or accelerator.

You completely switched on wParam instead of breaking out the hiword and loword D'Oh! | :doh:

switch( LOWORD(wParam) ){<br />
case IDOK:<br />
DestroyWindow(hDlg);<br />
return TRUE;<br />
}

Re: Modeless Dialog not moving

KnaveR77730-Jun-05 13:25

KnaveR777

30-Jun-05 13:25

Thnx for pointing that out, but it seems something else might be amiss. I just tried putting my "return DefWindowProc(hwnd, uMsg, wParam, lParam);" statement at the top so that all messages would be handled by the default window proc, thinking that this would allow my dialog to perform basic dragable behavior, but it is still not budging.

One other thing i noticed is that if i use my hDlg, which i get from CreateDialog(), inside the DefWindowProc an exception is thrown. Am I wrong in thinking that this should work, as hDlg works with calls to DestroyWindow?

I also would like to thank you all for your help, I have spent many days trying to track down what I am doing wrong.

Re: Modeless Dialog not moving

Jose Lamas Rios30-Jun-05 16:18

Jose Lamas Rios

30-Jun-05 16:18

KnaveR wrote:
return DefWindowProc(hwnd, uMsg, wParam, lParam);

Shouldn't this be return DefDlgProc(hwnd, uMsg, wParam, lParam); instead?

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

Re: Modeless Dialog not moving

KnaveR77730-Jun-05 16:38

KnaveR777

30-Jun-05 16:38

DefDlgProc will cause infinite recursion if i use it Frown | :(

Re: Modeless Dialog not moving

Blake V. Miller30-Jun-05 17:23

Blake V. Miller

30-Jun-05 17:23

Given this note in MSDN in relation to possessing a DialogProc:

You should use the dialog box procedure only if you use the dialog box class for the dialog box. This is the default class and is used when no explicit class is specified in the dialog box template. Although the dialog box procedure is similar to a window procedure, it must not call the DefWindowProc function to process unwanted messages. Unwanted messages are processed internally by the dialog box window procedure.

Have you just tried returning FALSE instead of other processing, as per this note:

Typically, the dialog box procedure should return TRUE if it processed the message, and FALSE if it did not. If the dialog box procedure returns FALSE, the dialog manager performs the default dialog operation in response to the message.

Maybe with the improved handler (using the IsDialogMessage) you don't need to call DefWindowProc.

Also, there is this note:

If the dialog box procedure processes a message that requires a specific return value, the dialog box procedure should set the desired return value by calling SetWindowLong(hwndDlg, DWL_MSGRESULT, lResult) immediately before returning TRUE. Note that you must call SetWindowLong immediately before returning TRUE; doing so earlier may result in the DWL_MSGRESULT value being overwritten by a nested dialog box message.

Re: Modeless Dialog not moving

KnaveR7771-Jul-05 4:02

KnaveR777

1-Jul-05 4:02

You are Da Man!!! A million thnx!!!

Have you just tried returning FALSE instead of other processing, as per this note... Maybe with the improved handler (using the IsDialogMessage) you don't need to call DefWindowProc.

Originally I was returning FALSE, but was not using IsDialogMessage. Hope that this helps someone in the future.

Colour Format (Please help)

llp00na30-Jun-05 8:57

llp00na

30-Jun-05 8:57

Dear group,

I am using the IHTMLCurrentStyle class (Visual C++) from the IE's API to get the colour of elements on webpages. I am using the method: HRESULT IHTMLCurrentStyle::get_color(VARIANT *p);

It works perfectly fine. As you might know i would need to do hexadecimal to RGB conversion. but the problem is that people sometimes encode colour as names instead of hexadecimal representation (red instead of #ff0000).
This makes life harder for me because i will need to convert colours from actual names to hexadecimal representations then to RGB format

Does anyone know any method which directly extracts colours in RGB formats ? or at least have any idea on how to perform this efficiently ?

Any ideas are welcomed

llp00na

Re: Colour Format (Please help)

C^hris L^osinger30-Jun-05 10:18

C^hris L^osinger

30-Jun-05 10:18

here's a list of named colors http://www.w3schools.com/html/html_colornames.asp[^]. a simple mapping of string-to-COLORREF can handle the lookup.

Cleek | Image Toolkits | Thumbnail maker

Re: Colour Format (Please help)

llp00na30-Jun-05 11:02

llp00na

30-Jun-05 11:02

Thanx for the reply Chris

I am afraid that doesn help alot, because i would need to perform some operations on the colours i extract.
therefore, i need the colours in RBG format, not in hex or string name formats.

llp00na

Re: Colour Format (Please help)

C^hris L^osinger30-Jun-05 11:07

C^hris L^osinger

30-Jun-05 11:07

what i suggested wil give you RGB colors, you just have to build a map of name to RGB by-hand, first.

Cleek | Image Toolkits | Thumbnail maker

Re: Colour Format (Please help)

llp00na30-Jun-05 23:40

llp00na

30-Jun-05 23:40

I understand what you suggested, but the problem is that web builders do not always use (names) to refer to colours. they most of times use hex format, normal formats such as #ffffff would be easy to convert to RGB representation. however, I have encountered some special cases where designers use #fff to refer to #0f0f0f !!!

llp00na

Re: Colour Format (Please help)

David Crow1-Jul-05 3:30

David Crow

1-Jul-05 3:30

llp00na wrote:
I have encountered some special cases where designers use #fff to refer to #0f0f0f !!!

But did it work, or did it just default to black? When HTML encounters an invalid color, does it approximate or fail over to some color that's known to exist?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Colour Format (Please help)

David Crow1-Jul-05 3:32

David Crow

1-Jul-05 3:32

llp00na wrote:
however, I have encountered some special cases where designers use #fff to refer to #0f0f0f !!!

But did it work, or did it appear to work because the browser either approximated a color, or just failed over to a color that's known to exist?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Help on this error!!

smartymanav30-Jun-05 8:51

smartymanav

30-Jun-05 8:51

Hii all

i am getting a single error when i complile my project

the error is::

c:\program files\microsoft visual studio\vc98\mfc\include\afxv_w32.h(14) : fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include <windows.h>

how to solve this error??????

thanks a lot

Re: Help on this error!!

David Crow30-Jun-05 9:18

David Crow

30-Jun-05 9:18

So are you including windows.h like the error indicates?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Help on this error!!

smartymanav30-Jun-05 9:23

smartymanav

30-Jun-05 9:23

no i am not including it(windows.h)!!!

sud i send u my whole project source code...i am buililding a database project using ado

i have included only comdef.h as an external header file....rest the mfc wizards add on its own which it does in every project

thats y i am not able to sort this error out??

please help

Re: Help on this error!!

David Crow30-Jun-05 9:34

David Crow

30-Jun-05 9:34

smartymanav wrote:
sud i send u my whole project source code

Not necessary. Right above the "fatal error C1189..." line in the Build window should be the name of a .cpp file. Look in that file for any irregularities.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Help on this error!!

smartymanav30-Jun-05 20:42

smartymanav

30-Jun-05 20:42

the name of the file is stdafx.h!!!

--------------------Configuration: Ado1 - Win32 Debug--------------------
Compiling resources...
Compiling...
StdAfx.cpp
c:\program files\microsoft visual studio\vc98\mfc\include\afxv_w32.h(14) : fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include <windows.h>
Error executing cl.exe.

Ado1.exe - 1 error(s), 0 warning(s)

wat to do now...
i have only added one line to this file is:: #include <comdef.h>

please help and thanks

Re: Help on this error!!

David Crow1-Jul-05 2:59

David Crow

1-Jul-05 2:59

Ok, so you have a #include hierarchy like this:

stdafx.cpp
|
\---stdafx.h
    |
    ----afxv_w32.h
    |
    \---comdef.h

Is that right?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Scan for new disk drives?

goiania30-Jun-05 8:50

goiania

30-Jun-05 8:50

Is it possible to invoke the device manager programatically
and have it "scan for hardware changes"?

Steve

Re: Scan for new disk drives?

David Crow30-Jun-05 9:12

David Crow

30-Jun-05 9:12

goiania wrote:
Is it possible to invoke the device manager programatically...

Sure, use:

ShellExecute(..., "open", "c:\winnt\system32\devmgmt.msc", ...); // don't hardcode the path

goiania wrote:
...and have it "scan for hardware changes"?

Don't know.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

How to draw gutter area to left of CRichEditCtrl please

James197630-Jun-05 8:11

James1976

30-Jun-05 8:11

Hi,

I am using a CRichEditCtrl in an MFC application, it is being used for an output window. I now require to have a 'gutter' or margin area to the left of the rich edit control, on which i need to draw icons (one per line) in this gutter area. It needs to look similar to MS-developer studio editor where the grey area on the left shows an icon such as a bookmark.

<br />
e.g.<br />
|-------------------------------------<br />
|     | My text is here               <br />
|     |                               <br />
|     | <- Left is a gutter area      <br />
|     |                               <br />
--------------------------------------<br />

Any idea on how to do this please? I have trawled the web and see lots of samples, but none that do this or similar.

Any help would be much appreciated. Thank you.

James

Can't Undock my CDialogBar

NTense30-Jun-05 7:57

NTense

30-Jun-05 7:57

I can't seem to undock my CDialogBar. It creates the dialog bar, and docks it to the left side of my main frame, but I can't drag it away. I'm not quite sure what's wrong. Any ideas?

Here's my code:

<br />
////////  My DialogBar Class Declaration<br />
class CDlgTree : public CDialogBar<br />
{<br />
	DECLARE_DYNAMIC(CDlgTree)<br />
<br />
public:<br />
	CDlgTree(CWnd* pParent = NULL);   // standard constructor<br />
	virtual ~CDlgTree();<br />
<br />
// Dialog Data<br />
	enum { IDD = IDD_DLGTREEBAR };<br />
<br />
protected:<br />
	virtual void DoDataExchange(CDataExchange* pDX);    // DDX/DDV support<br />
<br />
	DECLARE_MESSAGE_MAP()<br />
};<br />
<br />
<br />
///////////////////////////////////////////////////////////////////////<br />
// The creation in my CMainFrm class in OnCreate<br />
///////////////////////////////////////////////////////////////////////<br />
// TreeDlg<br />
	if (!m_treeBar.Create(this, IDD_DLGTREEBAR, CBRS_ALIGN_RIGHT | CBRS_ALIGN_LEFT | CBRS_GRIPPER, AFX_IDW_CONTROLBAR_LAST - 1))<br />
	{<br />
		TRACE0("Failed to create TreeBar\n");<br />
		return -1;<br />
	}<br />
	m_treeBar.SetWindowText("Components");<br />
	m_treeBar.EnableDocking(CBRS_ALIGN_RIGHT | CBRS_ALIGN_LEFT);<br />

Thanks

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