- Timestamp:
- Apr 24, 2002, 10:56:17 AM (23 years ago)
- Location:
- trunk/src/user32
- Files:
-
- 4 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/user32/combo.cpp
r5157 r8301 1 /* $Id: combo.cpp,v 1.3 3 2001-02-17 20:16:31sandervl Exp $ */1 /* $Id: combo.cpp,v 1.34 2002-04-24 08:56:16 sandervl Exp $ */ 2 2 /* 3 3 * Combo controls … … 1272 1272 return TRUE; 1273 1273 } 1274 1275 #ifdef __WIN32OS2__ 1276 /*********************************************************************** 1277 * COMBO_RollupListbox 1278 * 1279 * @@PF Odin specific function. 1280 */ 1281 BOOL COMBO_RollupListbox( LPHEADCOMBO lphc) 1282 { 1283 if(lphc->wState & CBF_DROPPED) 1284 { 1285 CBRollUp( lphc, FALSE, FALSE); 1286 return TRUE; 1287 } 1288 return FALSE; 1289 } 1290 #endif 1274 1291 1275 1292 /*********************************************************************** -
trunk/src/user32/listbox.cpp
r6269 r8301 1 /* $Id: listbox.cpp,v 1.2 7 2001-07-09 18:10:44sandervl Exp $ */1 /* $Id: listbox.cpp,v 1.28 2002-04-24 08:56:16 sandervl Exp $ */ 2 2 /* 3 3 * Listbox controls … … 2040 2040 ReleaseCapture(); 2041 2041 LISTBOX_SetSelection( hwnd, pDescr, pDescr->lphc->droppedIndex, FALSE, FALSE ); 2042 #ifdef __WIN32OS2__ 2043 COMBO_RollupListbox(pDescr->lphc); 2044 2045 /* @@PF Previous code is all wrong here. Here we are supposed to close 2046 and only close dropdown, instead flip, flips it. This happens because 2047 previous code did not pay attention to the fact that combobox can be 2048 closed with SendMessage by application, as MFC apps do 2049 COMBO_FlipListbox( pDescr->lphc, FALSE, FALSE ); */ 2050 #else 2042 2051 COMBO_FlipListbox( pDescr->lphc, FALSE, FALSE ); 2043 2052 #endif 2044 2053 return 0; 2045 2054 } else -
trunk/src/user32/oslibwin.cpp
r8126 r8301 1 /* $Id: oslibwin.cpp,v 1.11 7 2002-03-27 10:56:24sandervl Exp $ */1 /* $Id: oslibwin.cpp,v 1.118 2002-04-24 08:56:17 sandervl Exp $ */ 2 2 /* 3 3 * Window API wrappers for OS/2 … … 542 542 BOOL OSLibWinMinimizeWindow(HWND hwnd) 543 543 { 544 return WinSetWindowPos(hwnd, 0, 0, 0, 0, 0, SWP_MINIMIZE); 544 /* @@PF The reason for this weird minimize algorithm is that we are not fully 545 using PM for minimization. I.e. we respect all PM messages yet we do mess 546 so much with some messages that minimization is based partly on vodoo. 547 That is if you try minimize and deactivate in one call it will fail. 548 Here we deactivate yourselves and give focus to next window that is 549 on desktop, this func also works with MDI */ 550 551 BOOL rc; 552 553 rc = WinSetWindowPos(hwnd, 0, 0, 0, 0, 0, SWP_MINIMIZE); 554 if (rc) { 555 rc = WinSetWindowPos(hwnd, HWND_BOTTOM, 0, 0, 0, 0, SWP_DEACTIVATE | SWP_ZORDER); 556 } 557 return (rc); 545 558 } 546 559 //****************************************************************************** -
trunk/src/user32/win32wbase.cpp
r8210 r8301 1 /* $Id: win32wbase.cpp,v 1.32 2 2002-04-07 21:37:34sandervl Exp $ */1 /* $Id: win32wbase.cpp,v 1.323 2002-04-24 08:56:17 sandervl Exp $ */ 2 2 /* 3 3 * Win32 Window Base Class for OS/2 … … 2319 2319 else OSLibWinMinimizeWindow(getOS2FrameWindowHandle()); 2320 2320 2321 if(!(swp & SWP_NOACTIVATE) ) {2321 if(!(swp & SWP_NOACTIVATE) && (!(getStyle() & WS_MINIMIZE))) { 2322 2322 OSLibWinSetActiveWindow(OS2HwndFrame); 2323 2323 }
Note:
See TracChangeset
for help on using the changeset viewer.