Received: by 10.52.72.230 with SMTP id g6mr5471333vdv.5.1327001138602;
        Thu, 19 Jan 2012 11:25:38 -0800 (PST)
X-BeenThere: vim_mac@googlegroups.com
Received: by 10.220.4.210 with SMTP id 18ls521005vcs.2.gmail; Thu, 19 Jan 2012
 11:25:36 -0800 (PST)
Received: by 10.52.93.16 with SMTP id cq16mr3268677vdb.13.1327001136558;
        Thu, 19 Jan 2012 11:25:36 -0800 (PST)
Date: Thu, 19 Jan 2012 11:25:31 -0800 (PST)
From: David Sanson <dsan...@gmail.com>
Reply-To: vim_mac@googlegroups.com
To: vim_mac@googlegroups.com
Message-ID: <22961656.2663.1327001131281.JavaMail.geo-discussion-forums@yqhl41>
In-Reply-To: <CAFqwPYMZOTm9p2b3NJWLWOM5TDnV0L2OjxeU0o0UwR2KuiuQFg@mail.gmail.com>
References: <4888254.4252.1326989244271.JavaMail.geo-discussion-forums@yqia35>
 <CAFqwPYMZOTm9p2b3NJWLWOM5TDnV0L2OjxeU0o0UwR2KuiuQFg@mail.gmail.com>
Subject: Re: switching between windows in different spaces with the keyboard
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_2661_14401058.1327001131273"

------=_Part_2661_14401058.1327001131273
Content-Type: multipart/alternative; 
	boundary="----=_Part_2662_32709300.1327001131279"

------=_Part_2662_32709300.1327001131279
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Thursday, January 19, 2012 12:37:33 PM UTC-5, bj=C3=B6rn wrote:
>
> I had a look at this and it turns out that it sort of already works to
> cycle through windows in native full-screen.  The catch is that it
> only works if you cycle to another window once before entering
> full-screen.
>
Can you explain a bit more? Are you saying that you can cycle between=20
MacVim windows in different spaces in the usual way, i.e., CMD-`? I can't=
=20
get even this to work in MacVim (or any other program I've tried, including=
=20
Terminal.app), and that seems to be independent of whether or not any of=20
the windows are fullscreen. So I was inferring that the problem was that=20
(a) cycling between windows in different spaces doesn't work in Lion=20
(except via the icon clicking trick); (b) a native fullscreen window is in=
=20
its own space; (c) the dock isn't available in fullscreen, so the clicking=
=20
trick isn't available either. But it sounds like you are saying that (a) is=
=20
wrong, or only true for you in certain circumstances?
=20

> It almost seems like a bug in Lion: if I enter and immediately exit
> full-screen, then it is no longer possible to cycle to another window
> (even though I'm out of full-screen). =20
>
Okay. Yes, I've noticed this too, and it does seem like a bug. But I wasn't=
=20
able to replicate it in Terminal.app or Chrome.app, so I'm not sure it is a=
=20
Lion bug.
=20

> If I click on another (MacVim-)
> window when the current window is in this state, then I can cycle back
> and everything works (even in full-screen).
>
I can replicate everything about this except the "even in full-screen" bit.=
=20
What once again works for me, after I click on another MacVim window is=20
cycling between windows within the current space.
=20

> I've tried to work around this bug by setting
> NSWindowCollectionBehaviorParticipatesInCycle at various places in the
> code, but no luck so far.  Not really sure what to do about it, but it
> seems that some hack is in order to get this working.
>
> I'll let this rest and ask that somebody else takes a look at it.
>
Sounds reasonable. At this point, I am wondering if I have some system wide=
=20
setting that is blocking cycling through windows in different spaces in all=
=20
my applications, and is unrelated to the apparent bug you describe above.

I should mention I am running MacVim built using homebrew, from commit=20
9fbcbadb0, dating back to January 10th.

David

>
------=_Part_2662_32709300.1327001131279
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Thursday, January 19, 2012 12:37:33 PM UTC-5, bj=C3=B6rn wrote:<blockquo=
te class=3D"gmail_quote" style=3D"margin: 0;margin-left: 0.8ex;border-left:=
 1px #ccc solid;padding-left: 1ex;"><p>I had a look at this and it turns ou=
t that it sort of already works to<br>cycle through windows in native full-=
screen. &nbsp;The catch is that it<br>only works if you cycle to another wi=
ndow once before entering<br>full-screen.</p></blockquote><div>Can you expl=
ain a bit more? Are you saying that you can cycle between MacVim windows in=
 different spaces in the usual way, i.e., CMD-`? I can't get even this to w=
ork in MacVim (or any other program I've tried, including Terminal.app), an=
d that seems to be independent of whether or not any of the windows are ful=
lscreen. So I was inferring that the problem was that (a) cycling between w=
indows in different spaces doesn't work in Lion (except via the icon clicki=
ng trick); (b) a native fullscreen window is in its own space; (c) the dock=
 isn't available in fullscreen, so the clicking trick isn't available eithe=
r. But it sounds like you are saying that (a) is wrong, or only true for yo=
u in certain circumstances?</div><div>&nbsp;<br></div><blockquote class=3D"=
gmail_quote" style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px #ccc so=
lid;padding-left: 1ex;"><p>It almost seems like a bug in Lion: if I enter a=
nd immediately exit<br>full-screen, then it is no longer possible to cycle =
to another window<br>(even though I'm out of full-screen). &nbsp;</p></bloc=
kquote><div>Okay. Yes, I've noticed this too, and it does seem like a bug. =
But I wasn't able to replicate it in Terminal.app or Chrome.app, so I'm not=
 sure it is a Lion bug.</div><div>&nbsp;</div><blockquote class=3D"gmail_qu=
ote" style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padd=
ing-left: 1ex;"><p>If I click on another (MacVim-)<br>window when the curre=
nt window is in this state, then I can cycle back<br>and everything works (=
even in full-screen).</p></blockquote><div>I can replicate everything about=
 this except the "even in full-screen" bit. What once again works for me, a=
fter I click on another MacVim window is cycling between windows within the=
 current space.</div><div>&nbsp;<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-=
left: 1ex;"><p>I've tried to work around this bug by setting<br>NSWindowCol=
lectionBehaviorPart<wbr>icipatesInCycle at various places in the<br>code, b=
ut no luck so far. &nbsp;Not really sure what to do about it, but it<br>see=
ms that some hack is in order to get this working.</p><p>I'll let this rest=
 and ask that somebody else takes a look at it.</p></blockquote><div>Sounds=
 reasonable. At this point, I am wondering if I have some system wide setti=
ng that is blocking cycling through windows in different spaces in all my a=
pplications, and is unrelated to the apparent bug you describe above.</div>=
<div><br></div><div>I should mention I am running MacVim built using homebr=
ew, from commit 9fbcbadb0, dating back to January 10th.</div><div><br></div=
><div>David</div><blockquote class=3D"gmail_quote" style=3D"margin: 0;margi=
n-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><p></p><p></p=
><p></p><p></p></blockquote>
------=_Part_2662_32709300.1327001131279--

------=_Part_2661_14401058.1327001131273--