21 Sep
2009
21 Sep
'09
7:23 p.m.
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@ *
21 Sep
21 Sep
7:31 p.m.
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(a)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(a)lists.macromates.com
http://lists.macromates.com/listinfo/textmate
22 Sep
22 Sep
8:21 p.m.
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.
--
Scott * If you contact me off list replace talklists@ with scott@ *
On Sep 21, 2009, at 12:31 PM, Adam Vandenberg wrote:
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(a)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@ *
9:47 p.m.
From: Scott Haneda <talklists(a)newgeo.com>
Reply-To: TextMate users <textmate(a)lists.macromates.com>
Date: Tue, 22 Sep 2009 13:21:08 -0700
To: TextMate users <textmate(a)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.
11:58 p.m.
On Sep 22, 2009, at 2:47 PM, Dru Kepple wrote:
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.
--
Scott * If you contact me off list replace talklists@ with scott@ *
From: Scott
Haneda <talklists(a)newgeo.com>
Reply-To: TextMate users <textmate(a)lists.macromates.com>
Date: Tue, 22 Sep 2009 13:21:08 -0700
To: TextMate users <textmate(a)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.
23 Sep
23 Sep
12:05 a.m.
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.
--
Scott * If you contact me off list replace talklists@ with scott@ *
9:24 p.m.
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.
9:29 p.m.
On Sep 23, 2009, at 2:24 PM, Allan Odgaard wrote:
On 21 Sep 2009, at 21:23, Scott Haneda wrote:
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
--
Scott * If you contact me off list replace talklists@ with scott@ *
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.
9:40 p.m.
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.
9:43 p.m.
On Sep 23, 2009, at 2:40 PM, Allan Odgaard wrote:
On 23 Sep 2009, at 23:29, Scott Haneda wrote:
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?
--
Scott * If you contact me off list replace talklists@ with scott@ *
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.
9:57 p.m.
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 ;)
11:22 p.m.
On Sep 23, 2009, at 2:57 PM, Allan Odgaard wrote:
On 23 Sep 2009, at 23:43, Scott Haneda wrote:
Wow, handy, thanks!
[...]
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.
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.
--
Scott * If you contact me off list replace talklists@ with scott@ *
24 Sep
24 Sep
7:34 a.m.
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?
9:41 p.m.
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_m…
Thank you again, I will be paying closer attention to try to get a
repeatable case.
--
Scott * If you contact me off list replace talklists@ with scott@ *
25 Sep
25 Sep
9:04 p.m.
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
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@ *
[...] 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? 
10 Jan
10 Jan
8:18 p.m.
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(a)newgeo.com> wrote:
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
--
Dana
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
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(a)lists.macromates.com
http://lists.macromates.com/listinfo/textmate
[...] 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?
8:24 p.m.
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
<http://www.skurfer.com/>
On Mon, Jan 10, 2011 at 3:18 PM, Dana Rea <danarea(a)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(a)newgeo.com>wrote;wrote:
--
Dana
On Sep 24, 2009, at 12:34 AM, Allan Odgaard
wrote:
--
Dana
On 24 Sep 2009, at 01:22, Scott Haneda wrote:
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(a)lists.macromates.com
http://lists.macromates.com/listinfo/textmate
[...] 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? 
8:54 p.m.
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(a)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
<http://www.skurfer.com/>
On Mon, Jan 10, 2011 at 3:18 PM, Dana Rea <danarea(a)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(a)newgeo.com>
wrote:
--
Dana
_______________________________________________
textmate mailing list
textmate(a)lists.macromates.com
http://lists.macromates.com/listinfo/textmate
On Sep 24, 2009, at 12:34 AM, Allan Odgaard wrote:
--
Dana 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(a)lists.macromates.com
http://lists.macromates.com/listinfo/textmate 
9:58 p.m.
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.
http://ciaranwal.sh/remate/
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 <http://www.arbornetworks.com/>
10:58 p.m.
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(a)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.
http://ciaranwal.sh/remate/
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
3913
days inactive
4389
days old
19 comments
7 participants
participants (7)
-
Adam Vandenberg -
Allan Odgaard -
Bryon Wicklund -
Dana Rea -
Dru Kepple -
Scott Haneda -
Steve King