Hello,
I absolutely love the feature introduced in TM 2 with Lion: being able to reopen all the windows [1] after any expected or unexpected events (rebooting, upgrading, crashes, ...).
What I miss in TextMate though is reopening the windows in the same desktop where they were before closing the app.
I often have up to 100 files opened at the same time, spread across a number of desktops and I only reboot the OS about once in a month. But after every reboot or TM upgrade, I need to sort the windows manually again which is a bit annoying.
Terminal windows open in exactly the same desktop where they were closed, the web browser (Chrome) sadly doesn't respect that, about other software I don't care. I would really love it if TextMate would remember in which desktop the windows were last opened and reproduce the exact state after relaunch. I don't know how difficult it would be to implement that change though.
What do others think about it? Should I enter the feature request in the tracker?
Thank you, Mojca
On 4 Apr 2016, at 10:59, Mojca Miklavec wrote:
I often have up to 100 files opened at the same time, spread across a number of desktops and I only reboot the OS about once in a month. But after every reboot or TM upgrade, I need to sort the windows manually again which is a bit annoying.
Currently TextMate has its own code to do session restore and as I do not know of API to tell what desktop a window is on, or what desktop it should open on, it is not possible to extend this code to support multiple desktops.
Apple has introduced window restoration API which TextMate could be changed to use, however, my tests show that only during a reboot (without quitting apps first) does it restore windows onto the same desktop.
So even if TextMate was migrated over to the system API, a normal quit and relaunch would not restore windows onto the desired desktops, and this would include upgrading TextMate.
I’m investigating if it would be possible to either terminate or launch TextMate in such a way so that the system restoration system would not confine all windows to a single desktop, if I find a way, there would be more motivation to migrate TextMate to use the system API (ideally it would use the system API but it’s easier said than done).
Am 2016-04-04 um 10:59 schrieb Mojca Miklavec:
Terminal windows open in exactly the same desktop where they were closed, the web browser (Chrome) sadly doesn't respect that, about other software I don't care. I would really love it if TextMate would remember in which desktop the windows were last opened and reproduce the exact state after relaunch. I don't know how difficult it would be to implement that change though.
To be blunt, I’d expect a behaviour like that of all gui applications running on OS X ≥ 10.7 since it is an OS X feature. As it turns out, it seems to be not that simple.
What do others think about it? Should I enter the feature request in the tracker?
Yes, please! I’d love to see that feature!
-Moss-
On 8 May 2016, at 4:29 pm, Martin Wilhelm Leidig listwatch@moss.in-berlin.de wrote:
To be blunt, I’d expect a behaviour like that of all gui applications running on OS X ≥ 10.7 since it is an OS X feature. As it turns out, it seems to be not that simple.
What do others think about it? Should I enter the feature request in the tracker?
Yes, please! I’d love to see that feature!
me too: it would be nice to have windows stay on the screens they were at quit time
t
On 8 May 2016, at 21:49, Tim Bates wrote:
Yes, please! I’d love to see that feature!
me too: it would be nice to have windows stay on the screens they were at quit time
Did you guys not read my reply? :)
As far as I can determine, even if I did change to using the system restoration API, it would still restore all windows on the current desktop when relaunching TextMate.
Only if you logout/reboot does it restore windows onto multiple desktops (i.e. when the system terminates TextMate as part of shutting down).
I see the same behaviour with Preview.
But I have asked about this in a forum where someone from Apple will hopefully chime in.
Le 7 mai 2016 à 22:59, Allan Odgaard mailinglist@textmate.org a écrit :
On 4 Apr 2016, at 10:59, Mojca Miklavec wrote:
I often have up to 100 files opened at the same time, spread across a number of desktops and I only reboot the OS about once in a month. But after every reboot or TM upgrade, I need to sort the windows manually again which is a bit annoying.
Currently TextMate has its own code to do session restore and as I do not know of API to tell what desktop a window is on, or what desktop it should open on, it is not possible to extend this code to support multiple desktops.
Depending on what "desktop" means, there's either -[NSWindow screen] for getting a window's screen or CGSPrivate to have the Spaces parts (eg CGSGetWindowWorkspace). IF you don't mind private things ;-).
Regards, Etienne Samson -- samson.etienne@gmail.com
On 10 May 2016, at 11:10, Etienne Samson wrote:
Depending on what "desktop" means, there's either -[NSWindow screen] for getting a window's screen or CGSPrivate to have the Spaces parts (eg CGSGetWindowWorkspace). IF you don't mind private things ;-).
It would generally be about which “space” the window is on, and I would need some sort of unique identifier that survives minor (desktop/spaces) configuration changes and/or reboot.
Which makes me think, that perhaps this is why Apple’s session restore (that respect spaces) only works when you log out. In this case, they can be (almost) certain that when the user logs back in, the same spaces configuration will be recreated. Whereas if you simply quit an application and relaunch it a month later, it could be a challenge to figure out what “spaces” the application was actually using.
Hello,
Is there any status update on the situation with window restoration?
Thanks.
-- Sent from: http://textmate.1073791.n5.nabble.com/textmate-users-f3.html