<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>I suspect we see exactly the same behaviour…which I didn’t describe very precisely. The weird looking bit is that the OS doesn’t take you back the Full Screen document, which can give the impression it’s turned invisible. In particular if you use the “Next” button to step from match to match the effect looks a bit like a transient spark on the desktop, as the match is briefly highlighted without actually returning to the Full Screen document…Hopefully you can see what I mean on the attached screenshot.</div><div><br></div>I now realise this is an edge case (polite term for user misbehaviour) OS X doesn’t handle very well.<div>Put bluntly, assigning an App to a Desktop and using it Full Screen isn’t how OS X wants to work.</div><div>I’d never have realised this without Curt’s original response. I hope you don’t feel this has been a complete waste of time.</div><div><br></div><div>Maybe Apple could handle this user error a bit better. My guess would be that full screen apps + multiple desktops increasingly appeal to the average user until the tide turns back towards bigger (17inch+) displays.</div><div><br></div><div><img height="610" width="975" apple-width="yes" apple-height="yes" apple-inline="yes" id="BD360EDB-8B43-40DE-9861-39BB51789B5E" src="cid:5600B73A-F50D-4B82-9AB6-ADBDE56717AB@home"></div><div><div>On 9 Feb 2014, at 15:47, Allan Odgaard <<a href="mailto:mailinglist@textmate.org">mailinglist@textmate.org</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On 6 Feb 2014, at 18:30, Robert Milton wrote:<br><br><blockquote type="cite">Sorry, Curt is right…I missed out a detail I didn’t realise was relevant.<br>Before opening TextMate, assign it to This Desktop (ctrl-click TextMate on the dock, Options->This Desktop).<br>Following my original email then consistently produces the odd behaviour for me.<br></blockquote><br>Based on Matt’s instructions, I have now been able to try this. However, I see a different behavior.<br><br>When I create an additional desktop, lock TM to one of them, go full screen, and press ⌘F (with no Find window showing in any space) I am brought back to the desktop that I have locked TM to, and the Find window is shown on that desktop.<br><br>If the Find window is already showing, ⌘F will move it to my active desktop.<br><br>It seems like an edge-case that Apple mishandles. I.e. when a window is full screen, auxiliary windows should ignore that the app has been locked to a desktop (and should instead show on the desktop with the full screen primary window).<br><br><blockquote type="cite">Out of curiosity I tried exactly the same things with Pages…which always behaves as you would expect (no invisible documents).<br></blockquote><br>You can create regular windows, panels, floating (utility) windows, etc., and in addition, you can set some explicit “window collection behavior” like NSWindowCollectionBehaviorMoveToActiveSpace — all of this is taken into consideration when the OS decides how to “manage” the windows, so Pages might use a window where TM uses a panel, or it might set some semi-abstract collection behavior flag.<br><br>To my knowledge, nowhere does Apple document what the expected behavior should be for the various window types and collection behavior flags, wrt. multiple desktops behavior.<br><br>_______________________________________________<br>textmate mailing list<br><a href="mailto:textmate@lists.macromates.com">textmate@lists.macromates.com</a><br>http://lists.macromates.com/listinfo/textmate</blockquote></div><br></body></html>