Re: Drawing to the screen
Re: Drawing to the screen
- Subject: Re: Drawing to the screen
- From: Vince DeMarco <email@hidden>
- Date: Fri, 31 Aug 2001 17:47:49 -0700
On Friday, August 31, 2001, at 04:37 pm, Andreas Monitzer wrote:
On Saturday, September 1, 2001, at 12:58 , Matthew Cox wrote:
I've got a small AppKit puzzle:
Ideally, I'd like to be able to:
- Have a window that fills the entire screen (except menu), without
title.
- Switch back and forth between the finder environment and my
application's (Using a menu).
- Use NSWindows and NSControls inside the application.
- Keep the dock from displaying.
(Palettes)
-Draw to both the NSWindows, and the NSView that is the background.
-I need the menubar to be in existence.
Sounds definitely like iMovie :-)
Hiding the dock and/or menu bar is not possible in Cocoa currently.
Call
HideMenuBar()
Its in <Carbon/Carbon.h>
However, it's possible to hide both using a Carbon call (but not
separately). It's possible to create a window that is above the dock,
however you'd disable the ability to use it while the user is in your app
(blocking him/her from switching to another app).
AFAIK that call iMovie uses is currently private.
I know this is not good GUI. But I think I can get away, since I am
trying to prove to a buddy that it is possible to use Cocoa to develop
games.
What full screen games show the menu bar? Usually there are two kind of
games:
* full screen (Quake, Oni, Unreal, Reckless Driving, Starcraft, Diablo 2.
.
.)
* window mode (all card games, Minesweeper, chess...)
It's surely possible to use Cocoa for developing games (just look at
Quake ]|[ Arena). It's just another way to talk to the underlying system
(CoreGraphics, CoreFoundation etc).