Bommels05/Mozilla
Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fix for menus being unresponsive in classic build when no windows are available. commented out a bit added for fizzilla where the two platforms are at odds. sr=sfraser. bug# 68766

Browse Source 
git-svn-id: svn://10.0.0.236/trunk@88126 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
pinkerton%netscape.com 2001-02-27 23:35:46 +00:00
parent 29fe6d96c0
commit 13f476bd27
1 changed files with 8 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
mozilla/widget/src/mac/nsMacWindow.cpp
View File

@ -579,13 +579,19 @@ NS_IMETHODIMP nsMacWindow::Show(PRBool bState)
// we need to make sure we call ::Show/HideWindow() to generate the
// necessary activate/deactivate events. Calling ::ShowHide() is
// not adequate, unless we don't want activation (popups). (pinkerton).
if ( bState && !mBounds.IsEmpty() ) {
//
// [ we're still tinkering with the bit commented out below. it causes
// problems on osX, but breaks the classic build by not allowing the
// hidden window to be seen by FrontWindow(). We'll fix this later, but
// want to get the trunk back to normalcy. See bug
// http://bugzilla.mozilla.org/show_bug.cgi?id=70388
// for details (pinkerton) ]
if ( bState /* && !mBounds.IsEmpty() */ ) {
if ( mAcceptsActivation )
::ShowWindow(mWindowPtr);
else {
::ShowHide(mWindowPtr, true);
::BringToFront(mWindowPtr); // competes with ComeToFront, but makes popups work
//::SendBehind(::FrontWindow(), mWindowPtr);
}
if (mZoomOnShow) {
PRInt32 sizemode;