Re: Fullscreen on secondary displays
Re: Fullscreen on secondary displays
- Subject: Re: Fullscreen on secondary displays
- From: "dan sinclair" <email@hidden>
- Date: Tue, 13 May 2008 14:02:14 -0700
I was playing a bit with Cocoa and full screen and I wrote a quick blog
entry about it: http://everburning.com/news/going-fullscreen-with-medium/
I'm not sure if it's the correct way, or the best way, but it does seem to
work for me (although I believe it will limit the OS version you can run
under).
dan
On Tue, May 13, 2008 at 1:40 PM, Dennis Munsie <email@hidden> wrote:
> In this case, what I am trying to accomplish is something along the
> lines of how Keynote and Powerpoint behave. I only want to take over
> one display, most likely connected up to a projector. But, I also
> occasionally want to have it in a window. I'm not expecting any
> controls to work -- this is strictly a view-only window.
>
> Also -- the code currently works just fine for the case of a single
> display machine or when the window is on the main display. I just
> need to make it work when the window is on another display.
>
> thanks!
> dennis
>
> On Tue, May 13, 2008 at 4:23 PM, Ricky Sharp <email@hidden> wrote:
> >
> >
> > Ack. Do not expect to use AppKit with a captured display. I really
> wish
> > all those archived code examples out there would just vanish; just leads
> to
> > more folks doing this.
> >
> > Anyhow, if you really must capture the display using the CG APIs,
> please
> > note that there's different mechanisms for getting data onto the screen.
> > Search cocoa-dev and quartz-dev for the details on why you cannot use
> AppKit
> > with captured displays.
> >
> > If you must use AppKit, you can always use a call to SetSystemUIMode
> (to
> > hide menu bar and dock). Then, enumerate all screens and put up
> "blanking"
> > windows on each one. Then, put up your "content" window over a
> particular
> > blanking one. See the child window APIs for how you can ensure that the
> > content window is never brought forward over the blanking one.
> >
> > This latter approach is what I've done for the past few years and has
> > worked great.
> >
> > ___________________________________________________________
> > Ricky A. Sharp mailto:email@hidden
> > Instant Interactive(tm) http://www.instantinteractive.com
> >
> >
>
>
>
> --
> dennis
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden