C / C++ / MFC

Re: change mouse pointer for MainFram and dialog in MDI applicaion

1-Jun-09 19:04

I am working on MDI application which has some lengthy operation on
View and also on some dialog boxes, I want to display busy cursor hours glass I implemented as below it is working during the length operation on the View, but when while there was a lengthy operation on the dialog, mouse pointer is not changed on the dialog, but if I move the mouse on the MainFram then the mouse pointer is changed, I want the mouse pointer to be changed on the Dialog also, please advice

view.cpp

void CMyView::PerformLengthyOperation()
      {
            m_ChangeCursor = TRUE; 
            AfxGetApp()->DoWaitCursor(1)

            //...

            AfxGetApp()->DoWaitCursor(-1)
            m_ChangeCursor = FALSE; 

      }
				

      BOOL CMyView::OnSetCursor(CWnd* pWnd, UINT nHitTest, UINT message)
      {
            if (m_ChangeCursor)
              {
                  RestoreWaitCursor();
                  return TRUE;
              }

            return CView::OnSetCursor(pWnd, nHitTest, message);
      }

Dlg.cpp

void CDlg::PerformLengthyOperation()
      {
            m_ChangeCursor = TRUE; 
            AfxGetApp()-&gt;DoWaitCursor(1)

            //...

            AfxGetApp()-&gt;DoWaitCursor(-1)
            m_ChangeCursor = FALSE; 

      }

Chandrasekharan P1-Jun-09 19:50

Re: change mouse pointer for MainFram and dialog in MDI applicaion [modified]

1-Jun-09 19:50

why dont you try using CWaitCursor class for this? Check this link[^]

ptr_Electron1-Jun-09 20:08

Re: change mouse pointer for MainFram and dialog in MDI applicaion

1-Jun-09 20:08

Yes I get Busy symbol but, I want to user Hourglass for this

modified on Tuesday, June 2, 2009 2:15 AM

Chandrasekharan P1-Jun-09 20:20

Re: change mouse pointer for MainFram and dialog in MDI applicaion

1-Jun-09 20:20

Then why don't you use this

SetCursor(LoadCursor(NULL, IDC_WAIT));

Until the operation that you are doing is over?

ptr_Electron2-Jun-09 21:17

Re: change mouse pointer for MainFram and dialog in MDI applicaion

2-Jun-09 21:17

It is not working in my current applicaion on which I am working,
I crated a new MDI applicaion and tried this to test, it is working fine

But I want the same to work in my application also, Please help

int i=0;

  SetCursor(LoadCursor(NULL, IDC_WAIT));
  while(i<500)
  {
  Sleep(10);
  i++;
  }
  SetCursor(LoadCursor(NULL, IDC_ARROW));

Chandrasekharan P2-Jun-09 22:04

Re: change mouse pointer for MainFram and dialog in MDI applicaion

2-Jun-09 22:04

Why will it not work for you in your application if its working with MDI? show the part of code where you are implementing it

ptr_Electron2-Jun-09 22:23

Re: change mouse pointer for MainFram and dialog in MDI applicaion

2-Jun-09 22:23

I used exactly same, but in my application I used in non MFC class,
which is having a Lengthy operationfucntion

and in my test appliaction I used ina OnButton() cmd handler.

Chandrasekharan P3-Jun-09 1:11

Re: change mouse pointer for MainFram and dialog in MDI applicaion [modified]

3-Jun-09 1:11

why dont you show that implementation?

ptr_Electron3-Jun-09 2:55

Re: change mouse pointer for MainFram and dialog in MDI applicaion

3-Jun-09 2:55

opps, sorry again , here is the correct one, Please advice

CSearchDlg::OnSearchBtn()
{
        CLengthyOper cls;
        cls.PerformLengthyOperation();

}

CLengthyOper::PerformLengthyOperation()
{
        SetCursor(LoadCursor(NULL, IDC_WAIT));
	
        //Some very time consumming call to the server
    
	SetCursor(LoadCursor(NULL, IDC_ARROW));
}

modified on Thursday, June 4, 2009 2:53 AM

ptr_Electron4-Jun-09 1:00

Re: change mouse pointer for MainFram and dialog in MDI applicaion

4-Jun-09 1:00

Can some one please help me out in this

gabbasb211-Aug-09 4:41

gabbasb2

11-Aug-09 4:41

You cannot expect the cursor to change while you have yourself blocked the message processing loop. For the cursor to change you must return and then let the message processing loop handle the cursor change message.
As far as I understand you need a separate thread for doing the time taking processing or do it in OnIdle
Hope this helps

CPropertyView Problems Compiling

wdolson1-Jun-09 17:52

wdolson

1-Jun-09 17:52

I have a project in which I was using a view using a CTabCtrl. I ran into some issues turning tabs on and off and my searching led me to the CPropertyView described here: Property Sheet View[^]

I am writing here because the article is old and probably not being maintained. The original was written for VC 6. I have compiled the demo projects just fine under both VC 6 and VC 2005.

When I included CPropertyView in my project and attempted to compile, I got three errors which are real head scratchers. In my class derived from CPropertyView, I get the following errors:

C2248: 'CPropertyView::GetThisMessageMap' : cannot access protected member declared in class 'CPropertyView'

C2352: 'CPropertyView::AssertValid' : illegal call of non-static member function
C2352: 'CPropertyView::Dump' : illegal call of non-static member function

The C2248 error comes up with the END_MESSAGE_MAP() macro. I tried commenting out everything in the message map and I still got the error.

I have carefully checked the syntax and AssertValid and Dump are declared and called identically in this class as in all others. There is a slight variation between VC6 and VC2005 in that VC2005 has an extra #ifdef for Windows CE, but the error happens whether the ifdef is there or not.

I found a Microsoft Knowledge Base article (Q243351) that talks about the C2248 error happening when the /Za flag is used in the compiler, but I'm not using that flag.

I'm sure the answer is something simple, but I've run into a brick wall.

Bill

Stuart Dootson2-Jun-09 2:06

Stuart Dootson

2-Jun-09 2:06

Have you put a DECLARE_MESSAGE_MAP in your derived class?

[edit]Also - I presume you've inherited publicly from CPropertyView?[/edit]

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

wdolson2-Jun-09 21:29

wdolson

2-Jun-09 21:29

DECLARE_MESSAGE_MAP is there. I was tracking down another compiler error and stumbled across the problem. When I converted the class as derived from CFormView to CPropertyView, I had updated all the references to CFormView except 1. I don't know why the compiler didn't see that as a problem, but when I changed that, it compiled.

I'm having some other problems now. It appears that something in the parent class is causing a memory corruption in the derived class. It was blowing up when I tried to call Clear() for a COleVariant class variable. When I looked at it in the debugger, it was set to something strange. In the class declaration, I moved the COleVariant to the end of the fire and it ran Clear() fine. However, it now blows up when calling SetWindowText() for a CEdit variable.

Tracing down into the debugger, everything looks fine until

m_pCtrlSite->;SetWindowText(lpszString);

I try to trace into it, but I get an access violation reading location 0x00000000. The issue is almost certainly caused by something in CPropertyView because the program runs just fine through that point with the old TabView.

What tools are available to figure out what's corrupting memory?

Bill

Stuart Dootson2-Jun-09 21:39

Stuart Dootson

2-Jun-09 21:39

wdolson wrote:
m_pCtrlSite->;SetWindowText(lpszString);

I hope that first semi-colon's just a typo in the message Smile | :)

First thing - I presume you're using a Debug rather than Release build for your debugging (strange things can appear to happen when you debug a Release build).

If it is a Debug build, try setting a Data Breakpoint on the thing that's changing unexpectedly - that should be triggered when the data changes value.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p