Trying to get to grips with TM2...
Using any command from the git bundle I get this alert panel:
Failure running “Show Uncommitted Changes”.
[31mFail whale detected![0m
TM_SUPPORT_PATH is not set. This is probably because you are running specs from outside of TextMate.
You can set TM_SUPPORT_PATH using something like...
export TM_SUPPORT_PATH='/Applications/TextMate.app/Contents/SharedSupport/Support'
I checked the recent posts but can't find a solution. Amy suggestions?
Also while the file browser sidebar does show the SCM status (eg the circle for files with changes), the "purple folder" icon does not do anything for me. Did that break in 8949?
Thanks
Gerd
On Dec 17, 2011, at 20:37 , Trevor Harmon wrote:
On Dec 17, 2011, at 11:34 AM, Gerd Knops wrote:
Also while the file browser sidebar does show the SCM status (eg the circle for files with changes), the "purple folder" icon does not do anything for me. Did that break in 8949?
Avian has problems with SCM Badges/Smart Folders in projects on disk images (for example AES encoded read-write cdr/dmg image).
It will simply display no badges and SmartFolder icon will just do nothing for such projects.
best
dmilith
On Dec 17, 2011, at 1:54 PM, Daniel Dettlaff wrote:
On Dec 17, 2011, at 20:37 , Trevor Harmon wrote:
On Dec 17, 2011, at 11:34 AM, Gerd Knops wrote:
Also while the file browser sidebar does show the SCM status (eg the circle for files with changes), the "purple folder" icon does not do anything for me. Did that break in 8949?
Avian has problems with SCM Badges/Smart Folders in projects on disk images (for example AES encoded read-write cdr/dmg image).
Thanks, I found that post. No disk image in use here. Badges work, Smart Folders do not.
Gerd
On 17 Dec 2011, at 20:34, Gerd Knops wrote:
Using any command from the git bundle I get this alert panel: […]
If you do ‘env’ followed by ⌃R is TM_SUPPORT_PATH set?
If not, did you uninstall the Bundle Support bundle?
Based on this and your previous letter about ‘$self’ not being a unit (for double-click selection) I’m wondering if your bundles are somehow messed up.
Maybe try to rename ~/Library/Application Support/{TextMate,Avian} and relaunch — it installs the core bundles when they are not there.
Also while the file browser sidebar does show the SCM status (eg the circle for files with changes), the "purple folder" icon does not do anything for me. Did that break in 8949?
Shouldn’t have — it worked for you in r8930?
On Dec 17, 2011, at 7:46 PM, Allan Odgaard wrote:
On 17 Dec 2011, at 20:34, Gerd Knops wrote:
Using any command from the git bundle I get this alert panel: […]
If you do ‘env’ followed by ⌃R is TM_SUPPORT_PATH set?
If not, did you uninstall the Bundle Support bundle?
Based on this and your previous letter about ‘$self’ not being a unit (for double-click selection) I’m wondering if your bundles are somehow messed up.
Maybe try to rename ~/Library/Application Support/{TextMate,Avian} and relaunch — it installs the core bundles when they are not there.
That did the trick. I think one or more of my numerous bundle mods interfered.
Also while the file browser sidebar does show the SCM status (eg the circle for files with changes), the "purple folder" icon does not do anything for me. Did that break in 8949?
Shouldn’t have — it worked for you in r8930?
Just pulled it out of the trash, and no it doesn't work there either and still (after above changes) doesn't work in r8949. SCM badges do work though.
The only time clicking the purple folder icon does something is when previously I select the "Computer" icon, clicking the purple folder then switches the project viewer to the startup disk.
Actually I just realized what the problem is. The directory I opened contains multiple repositories belonging to the same "project". If instead I open a directory that contains a repository it works as advertised.
Here is the example as it displays in 1.5 + ProjectPlus:
When I open the same directory in TM2 the purple icon doesn't do anything. If instead I open (for example) the "CSSA" directory it works fine. I guess TM2 assumes "project directory == repository root", an unfortunate limitation.
Gerd
On 18 Dec 2011, at 18:24, Gerd Knops wrote:
[…] I just realized what the problem is. The directory I opened contains multiple repositories belonging to the same "project". If instead I open a directory that contains a repository it works as advertised. […] I guess TM2 assumes "project directory == repository root", an unfortunate limitation.
It starts with the file browser’s current directory and searches up through the file system for a repository (git, svn, or hg).
What would you suggest it do to find a repository to show status for?
On Dec 18, 2011, at 12:29 PM, Allan Odgaard wrote:
On 18 Dec 2011, at 18:24, Gerd Knops wrote:
[…] I just realized what the problem is. The directory I opened contains multiple repositories belonging to the same "project". If instead I open a directory that contains a repository it works as advertised. […] I guess TM2 assumes "project directory == repository root", an unfortunate limitation.
It starts with the file browser’s current directory and searches up through the file system for a repository (git, svn, or hg).
What would you suggest it do to find a repository to show status for?
It could use the currently selected file/directory and start looking upwards from there, that way it would do something useful even when the project contains multiple repositories.
Right now it seems to start from the file browsers root directory.
Gerd