I am pretty sure I just pinned this down to TM. If I work in TM, save, then command-tab to a browser, there is significant lag from the time it will switch to the browser, or, at times, even bring up the application tab switcher.
If I do not save, the toggle is fast, so it seems to be something to do with leaving TM, where it is not letting me leave as fast as other apps do.
I have tried toggling back and forth between other apps, and the behavior is speedy. Any idea what is going on, and how to solve it? These are simple files, single files, that have a hundred lines or so in them, nothing complicated at all.
I've seen this behavior when I (A) had Project Plus installed and (B) managed to check a "show badges" option for a SCM I didn't have installed.
On Mon, Sep 21, 2009 at 12:23 PM, Scott Haneda talklists@newgeo.com wrote:
I am pretty sure I just pinned this down to TM. If I work in TM, save, then command-tab to a browser, there is significant lag from the time it will switch to the browser, or, at times, even bring up the application tab switcher.
If I do not save, the toggle is fast, so it seems to be something to do with leaving TM, where it is not letting me leave as fast as other apps do.
I have tried toggling back and forth between other apps, and the behavior is speedy. Any idea what is going on, and how to solve it? These are simple files, single files, that have a hundred lines or so in them, nothing complicated at all. -- Scott * If you contact me off list replace talklists@ with scott@ *
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
I do not have project plus installed and I am not using projects. Anyone at all know how to solve this? Some of the lags are pretty slow. If I am working in css/html and toggle back and forth from TM to a browser, I may do that 1000's of times d day.
I have tried the "disable refresh on gaining focus" but I am not sure that is relevant. This is moving away from TM, not moving into it.
Are there any tricks for speeding this up? I am surprised that this is not more widely known, or is TM simply not used for a lot of web development?
Thanks for any suggestions.
From: Scott Haneda talklists@newgeo.com Reply-To: TextMate users textmate@lists.macromates.com Date: Tue, 22 Sep 2009 13:21:08 -0700 To: TextMate users textmate@lists.macromates.com Conversation: [TxMt] Re: TM lags when switching Subject: [TxMt] Re: TM lags when switching
I do not have project plus installed and I am not using projects. Anyone at all know how to solve this? Some of the lags are pretty slow. If I am working in css/html and toggle back and forth from TM to a browser, I may do that 1000's of times d day.
I have tried the "disable refresh on gaining focus" but I am not sure that is relevant. This is moving away from TM, not moving into it.
Are there any tricks for speeding this up? I am surprised that this is not more widely known, or is TM simply not used for a lot of web development?
I've not seen this; but I have seen slow-downs on gaining focus when working on a document (or worse, a whole project) on a server. Could be a similar issue, though...the save process might be taking long enough to hang things a little.
For what it's worth, I think TM is used extensively in web design. At my agency, all Mac-based programmers use it. We've migrated to individualized versioned local development, which alleviates the slow-down/refresh issue.
On Sep 22, 2009, at 2:47 PM, Dru Kepple wrote:
From: Scott Haneda talklists@newgeo.com Reply-To: TextMate users textmate@lists.macromates.com Date: Tue, 22 Sep 2009 13:21:08 -0700 To: TextMate users textmate@lists.macromates.com Conversation: [TxMt] Re: TM lags when switching Subject: [TxMt] Re: TM lags when switching
I do not have project plus installed and I am not using projects. Anyone at all know how to solve this? Some of the lags are pretty slow. If I am working in css/html and toggle back and forth from TM to a browser, I may do that 1000's of times d day.
I have tried the "disable refresh on gaining focus" but I am not sure that is relevant. This is moving away from TM, not moving into it.
Are there any tricks for speeding this up? I am surprised that this is not more widely known, or is TM simply not used for a lot of web development?
I've not seen this; but I have seen slow-downs on gaining focus when working on a document (or worse, a whole project) on a server. Could be a similar issue, though...the save process might be taking long enough to hang things a little.
For what it's worth, I think TM is used extensively in web design. At my agency, all Mac-based programmers use it. We've migrated to individualized versioned local development, which alleviates the slow-down/refresh issue.
I have a feeling this is pervasive, and it just takes the right type of person to notice it. If you are a developer that is very mouse driven, I doubt you are going to notice it. If you command-tab back and froth from TM to a browser, 100's of times an hour, you notice it really quick.
I little googling and I am finding a few reports of it. I have a feeling it is not solvable, but I am looking to find out what the cause is for it just out of curiosity.
I also wonder if Snow will solve it.
I have had this follow me around form a Dual PPC 2.5Ghz machine, to a two different intel C2D machines as well. I just tossed the TM cache files, maybe that will help with it a little. As it is now. Pretty sure I remember it happening on initial install, so I do not think it is something that happens over time.
I do not have "save files when focus is lost", but that does at least tell me that TM does think about something when losing focus. The "disable refresh on regaining focus" plugin setting is not stateful, and I forget to turn it on sometime, but now that I know, I can try to see if that will solve this in part.
Thanks for your comments.
I found this thread: http://lists.macromates.com/textmate/2006-September/013004.html
However, I do not use TM over a network, and I am not using projects, and this happens in both directions, leaving and entering back into the app.
Is there perhaps a way to disable the setting to have TM scan files for changes in case another app changes them? I could live without this feature, as I do not work on the same file with even cli apps.
Poking into defaults read com.macromates.textmate now, though I am not sure what I would be looking for.
Thanks again for any suggestions.
On 21 Sep 2009, at 21:23, Scott Haneda wrote:
I am pretty sure I just pinned this down to TM. If I work in TM, save, then command-tab to a browser, there is significant lag from the time it will switch to the browser, or, at times, even bring up the application tab switcher.
If I do not save, the toggle is fast, so it seems to be something to do with leaving TM, where it is not letting me leave as fast as other apps do.
The saving is synchronous, so any action done after ⌘S will not be executed until the save has completed.
Are you using this with an ftp app? TM wants a reply saying “everything went ok” from that app, before it considers the save as done.
On Sep 23, 2009, at 2:24 PM, Allan Odgaard wrote:
On 21 Sep 2009, at 21:23, Scott Haneda wrote:
I am pretty sure I just pinned this down to TM. If I work in TM, save, then command-tab to a browser, there is significant lag from the time it will switch to the browser, or, at times, even bring up the application tab switcher.
If I do not save, the toggle is fast, so it seems to be something to do with leaving TM, where it is not letting me leave as fast as other apps do.
The saving is synchronous, so any action done after ⌘S will not be executed until the save has completed.
Are you using this with an ftp app? TM wants a reply saying “everything went ok” from that app, before it considers the save as done.
No, actually, this seems to be worse on local dev than when I am using a ftp app. I have been working in Jquery all week, so 100% local.
These are small local files, 100 lines or so, how long does that save take? I would think from about the time I release the "S" key, that save should be finished. at which point, I am into the command-tab. By then, the save should be done.
Hmm, yesterday I deleted all the cache files in TM in app support, and now, working on the same file, this is NOT happening. I will keep an eye on it. I get this feeling it will grow to lag more over time. If it is as simple as nuking a cache file, I will just get in the habit of doing that.
Thx
On 23 Sep 2009, at 23:29, Scott Haneda wrote:
Hmm, yesterday I deleted all the cache files in TM in app support, and now, working on the same file, this is NOT happening. I will keep an eye on it. I get this feeling it will grow to lag more over time. If it is as simple as nuking a cache file, I will just get in the habit of doing that.
Save doesn’t grow slower based on cache files etc.
More likely you had a bundle item on ⌘S which did something slow. I seem to recall that there is a JavaScript Tools bundle which overloads ⌘S to syntax check your source before it saves.
On Sep 23, 2009, at 2:40 PM, Allan Odgaard wrote:
On 23 Sep 2009, at 23:29, Scott Haneda wrote:
Hmm, yesterday I deleted all the cache files in TM in app support, and now, working on the same file, this is NOT happening. I will keep an eye on it. I get this feeling it will grow to lag more over time. If it is as simple as nuking a cache file, I will just get in the habit of doing that.
Save doesn’t grow slower based on cache files etc.
More likely you had a bundle item on ⌘S which did something slow. I seem to recall that there is a JavaScript Tools bundle which overloads ⌘S to syntax check your source before it saves.
This has happened in php files, I just happened to be in JS this week. If I had a bundle item on command-S would I not get the prompt to pick one or the other?
I have the Jquery bundle, and whatever JS bundle TM comes with, when I press command-S it saves, I am not prompted to chose save versus syntax check.
How would I go about finding the command-S in all these bundles?
On 23 Sep 2009, at 23:43, Scott Haneda wrote:
[...] How would I go about finding the command-S in all these bundles?
Bundles → Select Bundle Item…
Click the magnifying glass and select “Key Equivalent”.
Now press ⌘S — it shows which items are bound to ⌘S for the current scope.
That said, none of the default bundles overload ⌘S and by deleting Application Support/TextMate you deleted all custom bundles. Since this caused your problem to disappear, it seems like a rather plausible explanation, and no, you won’t get told about ⌘S being overloaded (had it been). That would make for quite an annoying feature if each overloaded key prompted you ;)
On Sep 23, 2009, at 2:57 PM, Allan Odgaard wrote:
On 23 Sep 2009, at 23:43, Scott Haneda wrote:
[...] How would I go about finding the command-S in all these bundles?
Bundles → Select Bundle Item…
Click the magnifying glass and select “Key Equivalent”.
Wow, handy, thanks!
Now press ⌘S — it shows which items are bound to ⌘S for the current scope.
Empty list.
That said, none of the default bundles overload ⌘S and by deleting Application Support/TextMate you deleted all custom bundles. Since
I only deleted a cache file, my app support dir is still entirely intact. I am back to slow tab switches on occasion again today. I turned off atomic saves, there was not any change.
this caused your problem to disappear, it seems like a rather plausible explanation, and no, you won’t get told about ⌘S being overloaded (had it been). That would make for quite an annoying feature if each overloaded key prompted you ;)
Unless you know of any other plausible explanation for this, I will just get used to it. The delay can be maddening at times. There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
Thanks for the suggestions though.
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
Allan, thanks for sticking with me on this....
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
Yes, that is not my issue.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
I would not bet my life on the command-s and then switch idea. It is my workflow: save -> switch to browser -> refresh -> switch back to TM.
I rarely would ever need to toggle from TM without a save.
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
Oh, I have seen this indeed, and it usually leads to a crash. If command-n takes more than a second, and I get a beach-ball, I will end up with a crash. hitting the preview in running browsers is something that will crash me on occasion as well. TM is so fast to launch, I rarely mind, but it does happen enough that I have gotten in the habit of clearing out the logs folder, as there become hundreds of them.
I think I can time machine and get a good deal of them back.. Here are a few: http://dl.getdropbox.com/u/340087/Drops/09.24.09/TextMate_2009-08-30-182246_...
http://dl.getdropbox.com/u/340087/Drops/09.24.09/TextMate_2009-09-05-193301_...
http://dl.getdropbox.com/u/340087/Drops/09.24.09/TextMate_2009-09-08-214001_...
http://dl.getdropbox.com/u/340087/Drops/09.24.09/TextMate_2009-09-17-231818_...
And one Safari one, since that is caused to crash by TM, when I tell TM to preview in running browsers: http://dl.getdropbox.com/u/340087/Drops/09.24.09/Safari_2009-09-11-011221_ma...
Thank you again, I will be paying closer attention to try to get a repeatable case.
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
Adding more to this. I worked a few hours yesterday on a ssh connection, using cmd-j to open a file, and usual saving. This problem seems to go away under those cases. This seems to be a local save issue.
I have a similar issue, when switching and away from TM and back (usually when I receive and IM, etc). The ball starts spinning and after 10-15 secs TM and all project windows will die. In my case, I'm not using shortcuts (crashes have nuked unsaved data, whoops), just the trackpad on my macbook.
I'm using the latest TM on OS X 10.5 with project+. I think that the crash has occurred when using projects with text and/or python, which were probably stored in a dropbox folder (although I recall this happening before I began using drop box).
Personally, I'm suspicious if this is somehow related to window focus, since Adium will be spawning a growl notification or updating the message window.
I know this isn't a whole lot to go on, but I hope the information will be useful. I'm not that familiar with capturing crash data on OS X, but I can see what I can get the next time this happens.
On Fri, Sep 25, 2009 at 5:04 PM, Scott Haneda talklists@newgeo.com wrote:
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
Adding more to this. I worked a few hours yesterday on a ssh connection, using cmd-j to open a file, and usual saving. This problem seems to go away under those cases. This seems to be a local save issue. -- Scott * If you contact me off list replace talklists@ with scott@ *
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
Actually, I'm going to try following this advice from Rob McBroom in another thread:
On Dec 27, 2010, at 9:23 AM, Max Lein wrote:
I have noticed that especially after upgrading to 10.6, TextMate has
become more and more crash prone -- especially after switching from another app back to TextMate. I use it mainly in larger LaTeX projects in conjunction with git and nowadays it would crash, two, three times a week.
I don't think this is TextMate's fault. Let me guess: You're using the ProjectPlus plug-in. Does the issue below sound like your problem?
https://github.com/ciaran/projectplus/issues/issue/29
I don't know if it will ever get looked at, but as a temporary fix, disabling status flags for Git should keep it from crashing. They usually aren't accurate anyway, in my experience.
--
Rob McBroom
On Mon, Jan 10, 2011 at 3:18 PM, Dana Rea danarea@gmail.com wrote:
I have a similar issue, when switching and away from TM and back (usually when I receive and IM, etc). The ball starts spinning and after 10-15 secs TM and all project windows will die. In my case, I'm not using shortcuts (crashes have nuked unsaved data, whoops), just the trackpad on my macbook.
I'm using the latest TM on OS X 10.5 with project+. I think that the crash has occurred when using projects with text and/or python, which were probably stored in a dropbox folder (although I recall this happening before I began using drop box).
Personally, I'm suspicious if this is somehow related to window focus, since Adium will be spawning a growl notification or updating the message window.
I know this isn't a whole lot to go on, but I hope the information will be useful. I'm not that familiar with capturing crash data on OS X, but I can see what I can get the next time this happens.
On Fri, Sep 25, 2009 at 5:04 PM, Scott Haneda talklists@newgeo.comwrote:
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
Adding more to this. I worked a few hours yesterday on a ssh connection, using cmd-j to open a file, and usual saving. This problem seems to go away under those cases. This seems to be a local save issue. -- Scott * If you contact me off list replace talklists@ with scott@ *
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Dana
I have been seeing a similar problem, OS X 10.6.5 with TM 1.5.10 (no project+), mine does not crash when going back and forth but I am getting the spinning ball when I have files open that are stored on a network volume. It is about anywhere from a 5-15 second wait when switching back into Text Mate from another application.
-Bryon
On Mon, Jan 10, 2011 at 2:24 PM, Dana Rea danarea@gmail.com wrote:
Actually, I'm going to try following this advice from Rob McBroom in another thread:
On Dec 27, 2010, at 9:23 AM, Max Lein wrote:
I have noticed that especially after upgrading to 10.6, TextMate has become more and more crash prone -- especially after switching from another app back to TextMate. I use it mainly in larger LaTeX projects in conjunction with git and nowadays it would crash, two, three times a week.
I don't think this is TextMate's fault. Let me guess: You're using the ProjectPlus plug-in. Does the issue below sound like your problem?
https://github.com/ciaran/projectplus/issues/issue/29
I don't know if it will ever get looked at, but as a temporary fix, disabling status flags for Git should keep it from crashing. They usually aren't accurate anyway, in my experience.
--
Rob McBroom
On Mon, Jan 10, 2011 at 3:18 PM, Dana Rea danarea@gmail.com wrote:
I have a similar issue, when switching and away from TM and back (usually when I receive and IM, etc). The ball starts spinning and after 10-15 secs TM and all project windows will die. In my case, I'm not using shortcuts (crashes have nuked unsaved data, whoops), just the trackpad on my macbook. I'm using the latest TM on OS X 10.5 with project+. I think that the crash has occurred when using projects with text and/or python, which were probably stored in a dropbox folder (although I recall this happening before I began using drop box). Personally, I'm suspicious if this is somehow related to window focus, since Adium will be spawning a growl notification or updating the message window. I know this isn't a whole lot to go on, but I hope the information will be useful. I'm not that familiar with capturing crash data on OS X, but I can see what I can get the next time this happens.
On Fri, Sep 25, 2009 at 5:04 PM, Scott Haneda talklists@newgeo.com wrote:
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
[...] There seems to be some data on this if I look, but mostly related to projects, which I am not using. There are a few comments in various blogs where others do share the same experience.
There is a well known and understood delay when re-scanning projects while switching back to TextMate.
As I understand what you are saying, you experience a delay when switching _away_ from TextMate and _only_ if you press ⌘S immidiately before ⌘⇥, right?
Find out if ⌘S is slow. E.g. try ⌘S + ⌘N — does the new document appear instantly? If not, is the File menu highlighted while waiting for the new document to open?
Adding more to this. I worked a few hours yesterday on a ssh connection, using cmd-j to open a file, and usual saving. This problem seems to go away under those cases. This seems to be a local save issue. -- Scott * If you contact me off list replace talklists@ with scott@ *
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-- Dana
-- Dana
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 2011-01-10 15:54, Bryon Wicklund wrote:
I have been seeing a similar problem, OS X 10.6.5 with TM 1.5.10 (no project+), mine does not crash when going back and forth but I am getting the spinning ball when I have files open that are stored on a network volume. It is about anywhere from a 5-15 second wait when switching back into Text Mate from another application.
This is because TM is scanning the project tree for changes, which is slow on a network volume (or even locally if you have a lot of files in the project). You can enable/disable this behavior per volume with the ReMate plugin.
ReMate is a TextMate plugin which can be used to disable the automatic project tree refresh when the application regains focus.
Just installed it. Amazing! You just saved me years in lost productivity waiting 5-10 seconds every-time I switch back and forth between other applications and TextMate.
Much Appreciated.
-Bryon
On Mon, Jan 10, 2011 at 3:58 PM, Steve King sking@arbor.net wrote:
On 2011-01-10 15:54, Bryon Wicklund wrote:
I have been seeing a similar problem, OS X 10.6.5 with TM 1.5.10 (no project+), mine does not crash when going back and forth but I am getting the spinning ball when I have files open that are stored on a network volume. It is about anywhere from a 5-15 second wait when switching back into Text Mate from another application.
This is because TM is scanning the project tree for changes, which is slow on a network volume (or even locally if you have a lot of files in the project). You can enable/disable this behavior per volume with the ReMate plugin.
ReMate is a TextMate plugin which can be used to disable the automatic project tree refresh when the application regains focus.
-- Steve King Sr. Software Engineer Arbor Networks +1 734 821 1461 www.arbornetworks.com
-
Adam Vandenberg -
Allan Odgaard -
Bryon Wicklund -
Dana Rea -
Dru Kepple -
Scott Haneda -
Steve King