|
I need to update the check on my menu item so created a message handler to my UPDATE_COMMAND_UI event. The code is as follows:
void CSpDlg::OnUpdateShowPeak(CCmdUI *pCmdUI)
{
pCmdUI->SetCheck( m_bShowPeakVoltage );
}
The menu item does not update, however. I'm I missing something?
Thanks.
|
|
|
|
|
If u need it before creating use the flags MF_CHECKED
You need to use DrawMenuBar() after you do any modification to the menu .
The CheckMenuItem function sets the state of the specified menu item's check-mark attribute to either selected or clear.
Good MSDN article
http://msdn.microsoft.com/en-us/library/ms647558(VS.85).aspx[^]
Vikas Amin
My First Article on CP" Virtual Serail Port "[^]
modified on Thursday, July 24, 2008 5:33 PM
|
|
|
|
|
I would suggest adding your command to a toolbar to see if that updates or not.
I see your command is in a dialog. Is this a formview? If it is a modeless window, the command messages may not be routing there. Try adding the updateui handler to whatever is your CMainFrame (look in CMyApp::InitInstance to see what is being assigned to m_pMainWnd.
Have a read / google about OnCmdMsg - it may give you the clues about message routing that help you.
Good luck - missing messages are not magic, but they can be a pain to track down.
Iain.
|
|
|
|
|
For a dialog, you need to handle the undocumented WM_KICKIDLE
message to get the command enablers working.
See: WM_KICKIDLE for Updating MFC Dialog Controls[^]
If you are tracking a popup menu, you may need to set the menu
item states before calling TrackPopupMenu(Ex).
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Is there a way to create a enum that contains 64 bit numbers or does the compiler always assume that an enum is an int?
for example:
enum MY_ENUM<br />
{<br />
VALUE = 0x10000000000000000,<br />
};
|
|
|
|
|
On my computer it gives
warning C4341: 'VALUE' : signed value is out of range for enum constant
but may be compiler specific
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
Yes, I get the same error, and I want to know if there is a way around it...
|
|
|
|
|
sashoalm wrote: but may be compiler specific
Yes, it seems to be compiler specific accoring to the ISO standards:
The underlying type of an enumeration is an integral type that can represent all the enumerator values defined in the enumeration. It is implementation-defined which integral type is used as the underlying type for an enumeration except that the underlying type shall not be larger than int unless the value of an enumerator cannot fit in an int or unsigned int. If the enumerator-list is empty, the underlying type is as if the enumeration had a single enumerator with value 0.
Best Wishes,
-David Delaune
|
|
|
|
|
I believe the standard tells the compiler to implement it like an int...
maybe Nemanja (Trifunovic) could confirm 
|
|
|
|
|
No luck on a 32 bit system with Visual C++ compiler, read this page [^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
I'm trying to automate mspaint to print some files, and I do this by sending WM_COMMAND / WM_LBUTTONDOWN / WM_LBUTTONUP messages. I can hide the main dialog by passing SW_HIDE to CreateProcess, but I don't know how to hide the modal Print dialog.
And is it better to use GDI+ or some other library to print the files instead? Will it be easier or harder? It must be able to support jpg, tiff, gif and png.
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
You can use EnumWindows () http://msdn.microsoft.com/en-us/library/ms633497(VS.85).aspx[^] to go through all the open windows on your system.
For each one, you can examine its attributes (title, position, size) until you find the ones you're looking for. Then you can hide them.
GDI+ supports all the images types you mentioned.
|
|
|
|
|
Thanks, that works
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
|
Hi,
Thanks for posting. But why OpenGL? The files I want to print have nothing to do with 3D. Can OpenGL open png, jpg or gif files from disk?
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
I've got an MDI application I'm working on which is set to use the CMFCVisualManagerOffice2007 black style which all works fine apart from any dialog boxes I launch from it which just use the standard XP style. Is there a way to get around this so they display in the same style as the rest of the app?
Apologies in advance if this is a monumentally dumb question - I'm fine with the complicated stuff, it's the simple bits I get stuck with...
|
|
|
|
|
I think you're out of luck. 
There is a CDialogEx class, but as far as I can see, this is only used to specify a background colour/image.
|
|
|
|
|
I was afraid that was the case. Thanks anyway Rob.
I was expecting there to be a CMFCDialogWithBellsOn or something, but apparently not.
The thing I don't really understand is that you can create a dialog app with the Office 2007 styles, or you can create an MDI app with the Office 2007 styles, but if you launch a dialog box from that MDI app then it appears to use the standard OS style. Obviously the documentation is more than a little sparse and despite a great deal of time searching I've had no joy.
|
|
|
|
|
If a dialog app works, then there must be a way to do this - I am at home now, so can't check, but I'll look into it tomorrow.
I was a big fan of this stuff when it was BCG, so have spent a lot of time working with the MFC Feature Pack.
|
|
|
|
|
Hello,
Is there a function to get the number of rows in a ListCtrl? I have to edit all items and found
listCtrl.GetHeaderCtrl()->GetItemCount();
to get the number of columns. But how can I get the number of rows. Something like 'while(listCtrl.GetNextItem...' doesn't work - it seems, that it's an endless-loop.
Thanks, GE
|
|
|
|
|
CListCtrl::GetItemCount();
so you can write : listCtrl.GetItemCount();
Retrieves the number of items in a list view control.
Gerhard-E wrote: listCtrl.GetHeaderCtrl()->GetItemCount();
you are calling it on the header control that is why you get the number of columns
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
Seems to work perfect.
Very many thanks for the fast answer, GE
|
|
|
|
|
Before a button event, I am posting a message to MainFram to display a popup with a progress bar, pop is displayed, but the progress in not updated on the dialog. Please advice
void CMainFrame::OnTimer(UINT nIDEvent)
{
if (iStopProgress!=1) // This working fine
{
// update progress..
iPrgCounter++;
PostMessage(WM_USER_THREAD_UPDATE_PROGRESS, iPrgCounter, nMaxPrgValue);
Sleep(100);
DoEvents1();
}
else
{
popupDlg->OnCancel();
DoEvents1();
Sleep(100);
}
CMDIFrameWnd::OnTimer(nIDEvent);
}
void CMainFrame::OnStartPrgBar()
{
popupDlg= new CPrgpopup();
popupDlg->DoModal();
}
void CMainFrame::OnStopPrgBar()
{
iStopProgress=1;
if (KillTimer (Timeval)!=TRUE)
{
AfxMessageBox("Timmer Kill Failed");
}
else
{
AfxMessageBox("Timmer KILLED");
popupDlg->OnCancel();
AfxMessageBox("MF Stop");
}
}
UINT CMainFrame::StartProgressBarThread (LPVOID param)
{
THREADSTRUCT* ts = (THREADSTRUCT*)param;
if (ts->_this->popupDlg->DoModal()==TRUE)
{
hwnd=ts->_this->popupDlg->GetSafeHwnd();
ts->_this->popupDlg->m_ProgressCtrl.SetRange (0, nMaxPrgValue);
}
return 1;
}
void CMainFrame::OnUpdatePrgBar()
{
popupDlg->m_ProgressCtrl.StepIt(); // Not getting update on Dlg
DoEvents1();
Sleep(100);
}
|
|
|
|
|
ptr_Electron wrote: DoEvents1();
SHAME ON YOU!
because you're recalling the Worst of the Weird Visual Basic Statements
BTW You've done already many posts: Did you ever notice the code block button?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
A much simpler design: Do your background work on worker threads
and leave all your UI stuff on ONE UI thread.
Your code is more complicated than it needs to be!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
