|
In my application, when I click the minimize button in the upper right corner nothing happens. When I click the maximize button, the application in minimized. I put the following code in CMainFrame, and when I debug, I find that it is never accessed when I click the minimize button. Any suggestions as to why the minimize button is being ignored would be appreciated.
tia
void CMainFrame::OnSysCommand(UINT nID, LPARAM lParam)
{
UINT nItemID = (nID & 0xFFF0);
switch (nItemID)
{
case SC_MAXIMIZE :
MessageBeep(0);
// Window is maximized.
break;
case SC_MINIMIZE:
MessageBeep(0);
// Window is minimized.
break;
}
// call default functionality
CWnd::OnSysCommand(nID, lParam);
}
|
|
|
|
|
Shouldn't it be: switch (nID)
Regards,
Alvaro
That which does not kill me postpones the inevitable. -- despair.com
|
|
|
|
|
Alvaro
Thanks for the observation. What happens, is that if I hold the cursor over the minimize button, there is no tooltip showing, and if I click it, I never get to OnSysCommand. If I hold the mouse over the maximize button, I get a minimize tooltip, and if I click the maximize button, the app minimizes, and I do get into OnSysCommand. If I hold the cursor just between the maximize button and the close button, I get a maximize tooltip, and if I click, i go into OnSysCommand. Its as if XP is not recognizing the location of the buttons. This only happens with XP. With Win98, it works as it should.
bob
|
|
|
|
|
There is no problem with your code.
You have to check the following 2 conditions
1.Did u added in the Message handler?
BEGIN_MESSAGE_MAP()
ON_WM_SYSCOMMAND()
END_MESSAGE_MAP()
2.Did u declare the fn in .h file?
void OnSysCommand(UINT,LPARAM);
|
|
|
|
|
Yes I did both. The problem is that the maximize button is being treated as if I had clicked the minimize button, while when I click the minimize button nothing happens, and if I click exactly between the maximize buttonb and the close button the application maximizes. This only happens when I run the app under XP. I put this OnSysCommand code in to see if I could figure out what was happening
thanks
bob
|
|
|
|
|
I found out what was causing the probelm with the minimize and maximize buttons. I was using a class which did a gradation in windows 98, however it was causing problems when the program was run under XP. So I removed the class, and now it works well/
|
|
|
|
|
Hey, does anyone know how i could simulate the clicking on a systray icon (or its tooltip) via software? The closest i can get so far is to get a handle on the ToolbarWindow32...
Cheers,
Dave
|
|
|
|
|
If you have a handle to the window, then you could try:
::PostMessage( hWnd, WM_LBUTTONDOWN, 0, 0 );
::PostMessage( hWnd, WM_LBUTTONUP, 0, 0 );
This will simulate a click at the top-left of the window.
Dave
|
|
|
|
|
Oh i should have said, my problem is more getting the correct hWnd, the TrayNotifyWnd is only a container window, i can't seem to get the actual window that houses the actual icons...
Cheers,
Dave
|
|
|
|
|
You could take a look at SendInput or mouse_event in the MSDN (though SendInput won't work on 95).
Chris Richardson
You can stash and you can seize
In dreams begin, responsibilities
U2 - Acrobat[^]
Stop being PC and accounting for everyone and his momma's timeframe. Just enjoy your ![Beer | [beer]](https://www.codeproject.com/script/Forums/Images/beer.gif) - Rohit Sinha in the content-challenged thread
|
|
|
|
|
Scratch my last reply. Here's a function I wrote that will simulate a double click on a point in the tray. I'm sure it can be adapted to simulate a single click. Note that I only ran this on XP, the identifiers I pass to GetDlgItem might be different on other systems.
[edit]Oops, I forgot the pre tags[/edit]
void DoubleClickTheTray( int p_iX, int p_iY )
{
HWND a_hTray = FindWindow( _T("Shell_TrayWnd"), NULL );
if( a_hTray )
{
HWND a_hNotifyWnd = GetDlgItem( a_hTray, 0x12F );
if( a_hNotifyWnd )
{
HWND a_hPager = GetDlgItem( a_hNotifyWnd, 0x00 );
if( a_hPager )
{
HWND a_hNotificationArea = GetWindow( a_hPager, GW_CHILD );
if( a_hNotificationArea )
{
LONG a_lPoint = MAKELONG( p_iX, p_iY );
PostMessage( a_hNotificationArea, WM_LBUTTONDOWN, 0, a_lPoint );
PostMessage( a_hNotificationArea, WM_LBUTTONUP, 0, a_lPoint );
PostMessage( a_hNotificationArea, WM_LBUTTONDOWN, 0, a_lPoint );
PostMessage( a_hNotificationArea, WM_LBUTTONDBLCLK, 0, a_lPoint );
PostMessage( a_hNotificationArea, WM_LBUTTONUP, 0, a_lPoint );
}
}
}
}
}
Chris Richardson
You can stash and you can seize
In dreams begin, responsibilities
U2 - Acrobat[^]
Stop being PC and accounting for everyone and his momma's timeframe. Just enjoy your - Rohit Sinha in the content-challenged thread
|
|
|
|
|
Is the above method any better/different than the following (apart from error checking, obviously):
starthandle = FindWindowEx(0, 0, "Shell_TrayWnd", NULL);
starthandle = FindWindowEx(starthandle, 0, "TrayNotifyWnd", NULL);
starthandle = FindWindowEx(starthandle, 0, "SysPager", NULL);
starthandle = FindWindowEx(starthandle, 0, "ToolbarWindow32", NULL);
Ok, i've found that clicking the tray's icon does nothing, what i want to do is click on the tooltip that the icon brings up. Is there any (easyish) way to do this?
Cheers,
Dave
|
|
|
|
|
That code looks like it would work the same.
CommoDave wrote:
Ok, i've found that clicking the tray's icon does nothing, what i want to do is click on the tooltip that the icon brings up. Is there any (easyish) way to do this?
I'm really not sure how you would go about doing that. A windows hook could probably be used to monitor when the tooltip is displayed, then the click could be simulated (now that we would have the tooltip window). Maybe there's an easier way to get the end result you are trying to get though. What are you trying to do with this? Are you trying to just hide the tooltip or are you trying to do something more complex?
Chris Richardson
You can stash and you can seize
In dreams begin, responsibilities
U2 - Acrobat[^]
Stop being PC and accounting for everyone and his momma's timeframe. Just enjoy your - Rohit Sinha in the content-challenged thread
|
|
|
|
|
I'm trying to work around a conflict for an automated driver installation program. Windows installs the windows certified device driver for the hardware id of the device, but comes up with a window asking for driver files. It will not allow us to use the better device driver. The window must be cancelled, then the driver windows installed is updated to the newer driver.
I can cancel the window that comes up, but the window will not come up for about 30 secs if the tooltips are not clicked on....
Cheers,
Dave
Cheers,
Dave
|
|
|
|
|
I am trying to develope an application that runs on Windows 95, 98, ME, NT, 2000 and XP. I develope on a nice new/fast PC running Windows XP. After getting most problems worked out on the desktop I started testing on other version of Windows. Boy was I surprized how the same executable would run differently on different version of Windows.
Here are some examples: I have a dialog box that has a property sheet with 3 property pages. On the pages there are buttons that call up a CColorDialog. It works fine on XP, but hangs the machine on ME. For this case I re-designed the dialog to be stand alone property sheet with the same 3 property pages. This approach works on XP and ME, still need to try on others.
Another example is the CRectTracker. On XP the code uses a CRectTracker and the handles and cursor change when the tracker is displayed. On ME the cursor disapears when the CRectTracker::Track function is called.
I am quickly comming to the conclusion that to have an application that runs on 32 bit windows, it cannot be any more complicated that a list box and a few buttons. Does anybody from Microsoft read these pages?
So my question is how do you develope an app for all these version of windows? Do you develope on 95 (the worst one) and once you have it working there, there is a good chance it will work on the others? Do I need to build the exe on a PC running each of the different versions? Is building the exe on XP and delivering it to a customer running 95 an approach that will work?I don't even have access to some of these versions. Does anybody have any ideas?
Thanks for any ideas
Craig Smith
|
|
|
|
|
I will probably get flamed for posting my comments on this one but here is my two cents:
1) Windows 95? Are people using an OS that is 8 YEARS OLD?
2) Millenium users...I feel sorry for them, that is the worst Windows probably released.
Windows 98/2000/XP need to be targeted in my opinion although I am by no means an expert.
P.S. Windows XP cleans up a lot better than it's predecessors so that is something you want to watch out for when targeting older platforms.
|
|
|
|
|
It really depends on your target market. If you are writing apps that target your average home user, then chances are that a fair number of them are still using Win95/98.
In my market (healthcare), we still find a lot of standalone developers using our tools on Win98, but most of the runtime environments are WinNT 4.0 SP6a - they are reluctant to upgrade in a hurry even though W2K SP3 is probably far more stable.
Haven't run into anyone using our tools with ME though - probably just as well
Dave
|
|
|
|
|
Take a look at purify plus for windows (IBM) it's a program that helps you to track memory leaks and so on... it also have a function that check the compatibilities of other OSes in your code...
You can download a trial version...
|
|
|
|
|
Hi,
I have a Tree Ctrl in a view. How can I programatically set the background of the tree to be transparent?
Thanks
-----
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
|
|
|
|
|
Hi, all experienced Win32 guys will get a laugh here, I'm sure, but I'm stumped.
In our forms code, a checkbox is created using CreateWindow. Unfortunately, suddenly all our checkbox text has a white background (it should be windows grey).
Any idea why this might have suddenly stopped working, or even better how to fix it?
Any help appreciated - but no I can't not use CreateWindow.
Cheers,
Phaedrus
|
|
|
|
|
You could create a class for your checkboxes and use DrawItem to declare a background that you wish to use.
void YourClass::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct) {
LPCTSTR lpszText = (LPCTSTR) lpDrawItemStruct->itemData;
ASSERT(lpszText != NULL);
CDC pDc;
pDc.Attach(lpDrawItemStruct->hDC);
COLORREF crTextBk = RGB(0,0,0);
pDc.SetBkColor(crTextBk);
pDc.DrawText(
lpszText,
strlen(lpszText),
&lpDrawItemStruct->rcItem,
DT_CENTER|DT_SINGLELINE|DT_VCENTER);
pDc.Detach();
}
-----
We are what we repeatedly do. Excellence, then, is not an act, but a habit.
|
|
|
|
|
After creating the control, you need to set its font. You can get this font with GetStockObject(SYSTEM_FONT)
--Mike--
THERE IS NO THERE IS NO BUT THERE IS
MAGIC PIXIE DUST BUSINESS GENIE CODE PROJECT ![Green Alien | [Alien]](https://www.codeproject.com/script/Forums/Images/alien.gif)
Homepage | RightClick-Encrypt | 1ClickPicGrabber
"Which comes first, the bug or the stress?" -- Chris Maunder
|
|
|
|
|
Does setting the font actually change the background colour then? I thought the bacground colour was a function of the Brushes?
Jamie
|
|
|
|
|
I need some MFC class for managing accelerators. I have found
CAcceleratorManager class but I have some problems with it.
Is there any other solution for user defined accelerators?
|
|
|
|
|
Hello,
I created a view filled with images. I registered the DI_GETDRAGIMAGE and able to receive the message in the window after I called InitializeFromWindow.
To handle the message, I do the following:
---
LPSHDRAGIMAGE psi = (LPSHDRAGIMAGE)lParam;
psi->hbmpDragImage = (HBITMAP)OleDuplicateData(m_hBmpImage, CF_BITMAP, NULL);
psi->sizeDragImage.cx = m_nBmpWidth;
psi->sizeDragImage.cy = m_nBmpHeight;
psi->crColorKey = RGB(0, 0, 0);
return 0;
---
I tried different combination and also tried InitializeFromBitmap but the drag image still not appear. Do you have any idea?
Thanks,
Ngai
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
