saari%netscape.com 897f0bc9af fix for bug #4562 > mozilla/widget/src/mac/nsMacEventHandler.cpp - commented out 3 lines mozilla/xpfe/appshell/src/nsWebShellWindow.cpp - Added 2 #ifdef XP_MAC changes that should go away by M5. The problem is that the nsMenuBar class doesn't know when it is through building a menubar from XUL since nsWebShellWindow actually does the construction today. That will change when menus build themselves, which needs to be done for M5's dynamic menu construction. So the hack would go away sometime soon. Previously, the nsMacEventHandler would get a deactivate event before bringing up a dialog or another window... why this isn't happening anymore, I don't know. Perhaps this is a bug in itself, but I was the only one relying on the behavior, and that reliance was a hack to begin with.

1999-04-08 04:29:37 +00:00

..

macbuild

…

public

Adding GetFile, GetFolder and PutFile wrappers to hide widgetness of file dialogs.

1999-04-07 00:49:38 +00:00

src

fix for bug #4562 > mozilla/widget/src/mac/nsMacEventHandler.cpp - commented out 3 lines mozilla/xpfe/appshell/src/nsWebShellWindow.cpp - Added 2 #ifdef XP_MAC changes that should go away by M5. The problem is that the nsMenuBar class doesn't know when it is through building a menubar from XUL since nsWebShellWindow actually does the construction today. That will change when menus build themselves, which needs to be done for M5's dynamic menu construction. So the hack would go away sometime soon. Previously, the nsMacEventHandler would get a deactivate event before bringing up a dialog or another window... why this isn't happening anymore, I don't know. Perhaps this is a bug in itself, but I was the only one relying on the behavior, and that reliance was a hack to begin with.

1999-04-08 04:29:37 +00:00

tests

…

.cvsignore

…

build.bat

…

Makefile.in

…

makefile.win

…