On May 15, 12:14 pm, Vebjorn Ljosa <[EMAIL PROTECTED]> wrote: > I was excited to discover mac-toggle-max-window/mac-toggle-full- > frame. On my machine, which runs Mac OS 10.4.11, it didn't work > completely: The menu bar did not go away, even though mac-autohide- > menubar-on-maximize is t. The reason was that SetSystemUIMode and > HideMenuBar had no effect on my system (they returned 0, but the menu > bar was still there, and GetSystemUIMode reported no change). The > same happened in the CoreImage FunHouse demo that Apple ships with > XCode. Out of curiosity, does anyone else have the same problem or > know why it occurs?
I eventually found the culprit: ~/Library/Application Enhancers/ menufela.ape, which was left behind after playing with MenuFela (a tool for hiding the menu bar). So the current version (without my patch) works fine now. The time I spent making the patch was thus mostly wasted, but not completely: I believe a facility for raising the level of Emacs's frames would be of value, together with a function for creating a MacOS-window just below it. This would allow for full-screen operation with a frame that is the height of the screen, but only 80 columns wide and the rest of the screen black. One could also imagine two or more such frames next to each other. I'll play with this later. Vebjorn --~--~---------~--~----~------------~-------~--~----~ Carbon Emacs User Group http://groups.google.com/group/carbon-emacs?hl=en -~----------~----~----~----~------~----~------~--~---
