C / C++ / MFC

17-Dec-02 12:33

I've derived my own class from CListCtrl and am doing some processing when an item is selected i.e. via LVN_ITEMCHANGED. However, I want to distinguish between an item being selected via a mouse click and the keyboard.

So, I thought I would trap WM_LBUTTONDOWN/UP except that I never seem to get the WM_LBUTTONUP message. I can see the message being sent in Spy but I never seem to receive it. I can't even trap it in PreTranslateMessage(). Trying to capture the mouse with GetCapture() doesn't work either. But I get it if I double-click.

Anyone know what's going on?

he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)

Awasu v0.4a[^]: A free RSS reader with support for Code Project.

Chris Richardson17-Dec-02 13:44

Chris Richardson

17-Dec-02 13:44

That silly list view sure can be a PITA sometimes. This happened to me a couple months ago, and I have really no idea why it won't let you get the WM_LBUTTONUP in the single-click case. The solution I found to check for the single-click is to handle the NM_CLICK notification message. I don't know how much this will help, but good luck.

Chris Richardson

Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith

Taka Muraoka17-Dec-02 13:50

17-Dec-02 13:50

Thanks for that.

I thought about that but I would still need some way of knowing to then ignore the LVN_ITEMCHANGED.

Unless I ignore LVN_ITEMCHANGED all together but then I would have to process keyboard input myself to detect selection changes there. As you said, a serious PITA Frown | :-(

he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)

Awasu v0.4a[^]: A free RSS reader with support for Code Project.

Chris Richardson17-Dec-02 14:48

Chris Richardson

17-Dec-02 14:48

I wouldn't skip the LVN_ITEMCHANGED. Handling all the cases would be a real PITA. I was just checking the order that the messages are sent in, and I've discovered this order:

WM_LBUTTONDOWN
LVN_ITEMCHANGED
NM_CLICK

So, it appears that you could do something like this pseudo-code:

// First add a BOOL m_bLButtonDown to CYourClass..

void CYourClass::OnLButtonDown( blah blah )
{
   m_bLButtonDown = TRUE;
}

void CYourClass::OnItemChanged( blah blah )
{
   if( m_bLButtonDown )
   {
      // Do Something.
   }
   else
   {
      // Do Something Else.
   }
}

void CYourClass::OnClick( blah blah )
{
   m_bLButtonDown = FALSE;
}

Chris Richardson

Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith

Taka Muraoka17-Dec-02 14:59

17-Dec-02 14:59

Yeah. I'm loathe to do something like this though - who knows if it's going to work on every OS!

I was thinking of trying to install a global mouse hook and monitoring the button state there. Sigh... Frown | :-(

Thanks for taking the time to have a look.

he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)

Awasu v0.4a[^]: A free RSS reader with support for Code Project.

Stoopid funcptr question

Klaus Probst17-Dec-02 11:28

Klaus Probst

17-Dec-02 11:28

Consider the following code:

typedef DWORD (FUNCPROC CommandProcPtr)(TCHAR*, TCHAR*, TCHAR*, LPVOID);

typedef std::pair<int, CommandProcPtr*> _vfpt;
typedef std::vector<_vfpt> _vtbl;

_vtbl vtbl;

vtbl.push_back(_vfpt(1,&Functions::_CommandProc1));
vtbl.push_back(_vfpt(2,&Functions::_CommandProc2));
vtbl.push_back(_vfpt(3,&Functions::_CommandProc3));

for (int i = 0; i < 3; i++)
{
	char szArg[20];
	sprintf(szArg, "Call number %i", i);

	char szFlags[20];
	sprintf(szFlags, "/exec /%i", i + 2);

	char szCommand[20];
	sprintf(szCommand, "Command%i", i * 3);
	
	(*vtbl[i].second)(szCommand, szArg, szFlags, NULL);

}

Now, the bit where the function is invoked through the pointer:

(*vtbl[i].second)(szCommand, szArg, szFlags, NULL);

puzzles me (eh). Why does this:

(vtbl[i].second)(szCommand, szArg, szFlags, NULL);

work as well? (notice I'm not dereferencing std::pair.second there)
I'm sure there's some stoopid explanation and I'm just being dense, but I can't see why both versions would work? Or is there no difference between the two?

___________
Klaus
[vbbox.com]

Taka Muraoka17-Dec-02 11:50

17-Dec-02 11:50

There's no difference. I forget the exact legal details but a pointer to a function can be used without having to de-reference it.

he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)

Awasu v0.4a[^]: A free RSS reader with support for Code Project.

Michael Dunn17-Dec-02 16:01

Michael Dunn

17-Dec-02 16:01

Klaus Probst wrote:
Why does this work as well?

Because it's a special case - you don't have to use * when calling a function through a pointer to the function.

Actually, using the * is probably the special case - a function pointer cannot be dereferenced, because a function is not an object. The language allows * to be used on calls thru function pointers in order to remain consistent with all other pointer usages, where * is required to dereference.

--Mike--
If it doesn't move and it should: WD-40. If it moves and it shouldn't: duct tape.

1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

Klaus Probst17-Dec-02 18:08

Klaus Probst

17-Dec-02 18:08

Thanks Mike (and Taka!). I figured as much (since it obviously works), but I need to dredge my old C++ reference and take a look at this one a bit more closely.

Thanks again. Smile | :)

___________
Klaus
[vbbox.com]

Taka Muraoka17-Dec-02 18:14

ShellExecute Question. (urgent)

17-Dec-02 18:14

IIRC, the reasoning goes something like this:

The name of a function is actually just a pointer to the first instruction of that function in memory somewhere. Kind of like when you declare an array of int's, the variable is actually a pointer to the first element.

So when you call a function foo(), you are just jumping to that particular place in memory. (*pFoo)() "dereferences" that "pointer" but since C++ doesn't really have a concept of a function object, it is taken to mean calling the function as well.

The "hack" in the language is really when you take the address of the function in the first place - we need the & operator to differentiate it from just a plain call to the function.

he he he. I like it in the kitchen! - Marc Clifton (on taking the heat when being flamed)

Awasu v0.4a[^]: A free RSS reader with support for Code Project.

MDI Question....

Ryan B.17-Dec-02 10:33

Ryan B.

17-Dec-02 10:33

My MDI App has two Document Types.

One we can call a workspace.
One we can call a doc.

Ive registered each document type with the application using the framework. I have also added the code that only allows "1" workspace to be opened at a time. I have also destroyed the "view" of the workspace, because I want the data to be displayed in a dockable tree ctrl, which i have also created, and is a member of MainFrame.

My Questions....
How do i get access to the workspace document (the current one) from my tree ctrl.
If I have both a workspace open and multiple "docs", how can I place a call to GetDocument and get only the "workspace" document?

excuse my silly questions, im not experienced with MFC or doc/view. Im moving along though. HELP ME KEEP MY MOMENTUM =)

Ryan Baillargeon

Re: MDI Question....

Gary Kirkham17-Dec-02 11:04

Gary Kirkham

17-Dec-02 11:04

If there is only one workspace doc then you could do this

POSITION pos = ((CYourApp*)AfxGetApp())->m_pDocTemplate->GetFirstDocPosition();

CYourDoc *pDoc = (CYourDoc*) ((CYourApp*)AfxGetApp())->m_pDocTemplate->GetNextDoc(pos);

where m_pDocTemplate is your workspace template...make it public or add a public function to get a pointer to it

Gary Kirkham

A working Program is one that has only unobserved bugs

RickGavin17-Dec-02 10:12

RickGavin

17-Dec-02 10:12

Hi all,
Can someone tell me how to get the messages from a child window opened with ShellExecute(...) and then respond to them. I tried setting the hwnd parameter to this->m_hWnd from a dialog app.. then i ran a spy++ and didn't see any messages going from the opened web browser back to my dialog app.

example.
From a Dialog app, i'm opening and html page in Internet Explorer and I need the Dialog app to be able to respond to dialog boxes that IE presents , like error messages and such. It sounds like i should be able to from the API docs...

-- MSDN ----------------------------
HINSTANCE ShellExecute(
HWND hwnd,
LPCTSTR lpOperation,
LPCTSTR lpFile,
LPCTSTR lpParameters,
LPCTSTR lpDirectory,
INT nShowCmd
);

hwnd
[in] Handle to a parent window. This window receives any message boxes that an application produces, such as error reporting.

...
---------------------------------

could someone let me know if my understanding of this is wrong.

Thanks for any help..

Rick

Re: ShellExecute Question. (urgent)

Nish Nishant17-Dec-02 14:13

Nish Nishant

17-Dec-02 14:13

RickGavin wrote:
hwnd
[in] Handle to a parent window. This window receives any message boxes that an application produces, such as error reporting.

I dont think that'll work when you spawn a new app. This works only for shell commands like "open" and "print". I might be wrong though.

Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Re: ShellExecute Question. (urgent)

Michael Dunn17-Dec-02 16:04

Michael Dunn

17-Dec-02 16:04

You are misunderstanding the purpose of the hwnd parameter. When you start a new process, it's off in its own process space, it is not a child of the launching process or its windows. hwnd is only used by the shell if an error occurs. hwnd is one of you windows, which is used as the parent of error dialogs if any are displayed.

--Mike--
If it doesn't move and it should: WD-40. If it moves and it shouldn't: duct tape.

1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

Re: ShellExecute Question. (urgent)

RickGavin17-Dec-02 18:24

RickGavin

17-Dec-02 18:24

Thanks for setting me straight.
Since that obviously won't work, do you know a way to accomplish the task?

i.e. open a browser and then monitor it for any dialogs, and then pragmatically ok or cancel said dialog box, so that the user doesn't have to answer his/her self?

Thanks again

Rick

Dumb OnSaveDocument question..

RobJones17-Dec-02 9:30

17-Dec-02 9:30

Hello,
When ever you save a document it changes the title to saved.doc or what ever the saved name is.. is there a way to prevent this from happening? I need the title of the application to stay the same even after saving.. Its probably an easy one..

Thanks,
Rob

lucy17-Dec-02 9:44

lucy

17-Dec-02 9:44

Use SetTitle() and specify the caption name.

SetTitle is a member function of your document class.

RobJones17-Dec-02 9:46

17-Dec-02 9:46

Where would I put the code.. I have already tried this..

BOOL CMyDocumentDoc::OnSaveDocument(LPCTSTR lpszPathName) 
{
	SetTitle("My Document");

	return CRichEditDoc::OnSaveDocument(lpszPathName);	
}

And it doesnt work..

lucy17-Dec-02 9:53

lucy

17-Dec-02 9:53

how about

BOOL CMyDocumentDoc::OnSaveDocument(LPCTSTR lpszPathName) 
{
    BOOL bRet = CRichEditDoc::OnSaveDocument(lpszPathName);	
    SetTitle("My Document");	
    return bRet;	
}

I am not sure whether it works or not. I am just suspicious that OnSaveDocument will call SetTitle() automatically.

RobJones17-Dec-02 10:03

17-Dec-02 10:03

nope

I think when this function returns the title gets changed..

Thanks though Smile | :)

Rob

RobJones17-Dec-02 10:09