Project Management in TextMate 2: how to improve the file browser and beyond

Suggestions.ProjectManagementInTextMate2 History

Hide minor edits - Show changes to markup

July 11, 2012, at 15:16 UTC by Brian - Why not both?
Changed lines 65-71 from:

Right now, I use CyberDuck + TextMate to edit web pages remotely. Other editors such as BBEdit have allowed the user to edit remote files (accessed via ftp or better sftp) directly with no middle man.

to:

Right now, I use CyberDuck + TextMate to edit web pages remotely. Other editors such as BBEdit have allowed the user to edit remote files (accessed via ftp or better sftp) directly with no middle man.

Why not have both?

The primary users of TextMate are developers, who typically favor robustness and configurability over convention. For a smaller firm or an independent project, it might make sense to enforce hierarchy. For a larger firm with a code base that includes thousands of files in which you are interested in 10 of them in various locations in which the only access available is via an ssh mount, enforcing hierarchy is a deal breaker.

Enforcing hierarchy would force many users of the largest tech firms back to vi/emacs and terminal windows (or a different editor!). If both forms are already implemented, why not include both?

July 03, 2012, at 03:52 UTC by anonymous -
Changed line 59 from:

By sticking to a purely filesystem-based approach, one misses out on the opportunity to simplify the workflow. For instance, currently, if I want to copy code from an older version of the file, I use Gitbox to browse my git repository, then launch FileMerge to check out the difference and then copy bits and pieces from the FileMerge window into TextMate [free article directory](http://lewisseo.com/).

to:

By sticking to a purely filesystem-based approach, one misses out on the opportunity to simplify the workflow. For instance, currently, if I want to copy code from an older version of the file, I use Gitbox to browse my git repository, then launch FileMerge to check out the difference and then copy bits and pieces from the FileMerge window into TextMate .

July 03, 2012, at 03:50 UTC by anonymous -
Changed line 59 from:

By sticking to a purely filesystem-based approach, one misses out on the opportunity to simplify the workflow. For instance, currently, if I want to copy code from an older version of the file, I use Gitbox to browse my git repository, then launch FileMerge to check out the difference and then copy bits and pieces from the FileMerge window into TextMate.

to:

By sticking to a purely filesystem-based approach, one misses out on the opportunity to simplify the workflow. For instance, currently, if I want to copy code from an older version of the file, I use Gitbox to browse my git repository, then launch FileMerge to check out the difference and then copy bits and pieces from the FileMerge window into TextMate [free article directory](http://lewisseo.com/).

April 06, 2012, at 18:21 UTC by BillSaysThis -
Added lines 19-22:

Favorite Files Too

For instance I need to often edit my dev nginx.conf or .zshrc and it would fit well into how I understand Favorites to have them listed there.

March 07, 2012, at 01:45 UTC by Chris Hiestand - Updating New File header - removed New Folder
Changed line 30 from:

New File / New Folder options on right-click menu

to:

New File options on right-click menu

March 07, 2012, at 01:44 UTC by Chris Hiestand - Actually there is a "New Folder" menu item, missed it the first time.
Changed line 32 from:

"New Folder" and "New File" are missing from the project drawer right-click menu on a folder. This was very useful in TM1.

to:

"New File" is missing from the project drawer right-click menu on a folder. This was very useful in TM1.

March 07, 2012, at 01:42 UTC by Chris Hiestand - removed the semi-incorrect bit about OS X Finder
Changed line 32 from:

"New Folder" and "New File" are missing from the project drawer right-click menu. This was very useful, and is unfortunately also missing from the built-in OS X Finder.

to:

"New Folder" and "New File" are missing from the project drawer right-click menu on a folder. This was very useful in TM1.

March 07, 2012, at 01:40 UTC by Chris Hiestand - Adding "New File" / "New Folder" in TM2 file pane section
Added lines 30-32:

New File / New Folder options on right-click menu

"New Folder" and "New File" are missing from the project drawer right-click menu. This was very useful, and is unfortunately also missing from the built-in OS X Finder.

February 21, 2012, at 10:27 UTC by Max Lein -
Changed lines 8-11 from:

Suggestions on how to improve the TM2 file pane

Working with several hierarchies of folders

to:

Suggestions on how to improve the TM2 file pane

Working with several hierarchies of folders

Changed lines 15-18 from:


FTFF: Fix the Favorites

to:

FTFF: Fix the Favorites

Changed lines 19-22 from:


Folders first, then files

to:

Folders first, then files

Changed lines 23-26 from:


Sorting files and folders manually

to:

Sorting files and folders manually

Changed lines 31-34 from:

Advantages of projects

Projects are in many instances simpler to create than custom folder settings .tm_properties

to:

Advantages of projects

Projects are in many instances simpler to create than custom folder settings .tm_properties

Changed lines 38-41 from:


Projects allow files and folders to be sorted the way the user wants them to be sorted

to:

Projects allow files and folders to be sorted the way the user wants them to be sorted

Changed lines 44-45 from:

Advantages of moving away from adhering to the file system hierarchy

to:

Advantages of moving away from adhering to the file system hierarchy

Changed lines 49-52 from:


git repositories/integration with version control software

to:

git repositories/integration with version control software

Changed lines 55-57 from:


Working with remote files

to:

Working with remote files

February 21, 2012, at 10:25 UTC by Max Lein -
Changed line 15 from:

\\

to:


February 21, 2012, at 10:24 UTC by Max Lein -
Changed lines 15-16 from:
to:


Changed lines 20-21 from:
to:


Changed lines 25-26 from:
to:


Changed lines 41-43 from:

to:


Changed lines 53-54 from:

to:


Changed lines 60-62 from:

to:


February 21, 2012, at 10:23 UTC by Max Lein -
Changed lines 12-13 from:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g. here

to:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g. here on how to add the file's directory to the window title) -- especially when you work with many identically named files. It seems to me this option should be on by default (the savvy user can still deactivate it).

Furthermore, it may be useful to make the directory the user opens the lowest directory the user can open in this window, i. e. only this folder and up are available.

Added lines 19-22:

Folders first, then files

This Windows Explorer-style way to sort files (first, display folders in lexicographical order, then files in lexicographical order) should at least be optional.

February 21, 2012, at 10:10 UTC by Max Lein -
Changed line 12 from:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g.

to:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g. here

February 21, 2012, at 10:08 UTC by Max Lein -
Changed line 12 from:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g. http://blog.macromates.com/2011/format-strings/][here

to:

I found this very confusing so far: without adding the file's directory or parts of it (see e. g.

February 21, 2012, at 10:08 UTC by Max Lein -
Added lines 6-22:

Suggestions on how to improve the TM2 file pane

Working with several hierarchies of folders

I found this very confusing so far: without adding the file's directory or parts of it (see e. g. http://blog.macromates.com/2011/format-strings/][here

FTFF: Fix the Favorites

Favorites are as of now (r9064) not usable: e. g. they cannot be manipulated via drag and drop and clicking in Favorites reveals their location in the file system (~/Library/Application Support/TextMate/Favorites). Since Favorites are a »privileged« folder in the sense that it warrants its own precious icon in the file browser, I don't think the full location should be revealed. This also adds a lot of clutter as TextMate adds 8 (!) other entries to the recent location list (computer > volume > Users > [user name] > Library > Application Support > TextMate > Favorites).

Sorting files and folders manually

Sorting files in lexicographical order does usually not reflect the order of importance. E. g. the file appendix.tex appears before section_1.tex, even though it is more sensible to have the order of the files follow the logical ordering: first the master tex file, then the section files and finally appendix.tex.

Hence, an option to sort files manually would be very helpful.

February 17, 2012, at 18:26 UTC by Max Lein -
Changed lines 8-9 from:

to:

Advantages of projects

Added line 17:

Changed lines 23-25 from:

Advantages of moving away from adhering to the file system hierarchy

to:

Advantages of moving away from adhering to the file system hierarchy

Added line 29:

Added line 37:

February 17, 2012, at 18:23 UTC by Max Lein -
Added lines 26-27:

One possible idea would be that »projects« contain sources which could be files, folders, repositories or files that are located on a remote server.

Changed line 37 from:

Right now, I use CyberDuck + TextMate to edit web pages remotely.

to:

Right now, I use CyberDuck + TextMate to edit web pages remotely. Other editors such as BBEdit have allowed the user to edit remote files (accessed via ftp or better sftp) directly with no middle man.

February 17, 2012, at 18:19 UTC by Max Lein -
Added lines 21-35:

Advantages of moving away from adhering to the file system hierarchy

Many modern apps are moving away from the strict adherence to the files-folders metaphor. Apps like Aperture and Lightroom, for instance, have revolutionized photo management/light editing by offering an abstraction layer to the file system.

git repositories/integration with version control software

By sticking to a purely filesystem-based approach, one misses out on the opportunity to simplify the workflow. For instance, currently, if I want to copy code from an older version of the file, I use Gitbox to browse my git repository, then launch FileMerge to check out the difference and then copy bits and pieces from the FileMerge window into TextMate.

If a user could add git repositories to TextMate, the workflow could be simplified substantially. Displaying the files of a git repository (i. e. the content of .git and its subfolders) is not very useful here. Instead, the repository could be loaded as such and one could select older versions of files with ease. If the user adds several (possibly remote) repositories, the result could be pushed to a server.

Working with remote files

Right now, I use CyberDuck + TextMate to edit web pages remotely.

February 17, 2012, at 18:07 UTC by Max Lein -
Changed line 16 from:

"Projects allow files and folders to be sorted the way the user wants them to be sorted"

to:

Projects allow files and folders to be sorted the way the user wants them to be sorted

February 17, 2012, at 18:07 UTC by Max Lein -
Changed lines 9-13 from:

Projects are in many instances simpler to create than custom .

Projects were easy to create on TextMate 2 and they allowed

to:

Projects are in many instances simpler to create than custom folder settings .tm_properties

Projects were easy to create on TextMate 2 and they allowed one to collect files that are located at very different locations in the file system. Folders in the project could be used to categorize files and subfolders. Only files the user specifically wants to include are included.

To replicate this partially, one has to use the command line and create symlinks. Dragging and dropping is often much quicker.

Changed lines 18-20 from:

In projects, files could be arranged in any order, not just alphabetical or based on some other simple criterion (e. g. change date). For instance, it may make more sense to arrange files in the order chapter_1.tex, chapter_2.tex , ..., appendix.tex whereas sorting by file name would put the appendix on top.

to:

In projects, files could be arranged in any order, not just alphabetical or based on some other simple criterion (e. g. change date). For instance, it may make more sense to arrange files in the order chapter_1.tex, chapter_2.tex , ..., appendix.tex whereas sorting by file name would put the appendix on top.

February 17, 2012, at 18:03 UTC by Max Lein -
Changed lines 1-2 from:

(:title Project Management in TextMate 2:)

to:

(:title Project Management in TextMate 2: how to improve the file browser and beyond:)

Changed lines 5-7 from:
to:

In order to improve TextMate 2 by user feedback, this page collects shortcomings of the current implementation and possible work arounds.

Changed lines 9-11 from:

Instead of having to click the little arrow, I'd just like to be able to click the folder and have it open or close. Much easier to aim the mouse at that.

to:

Projects are in many instances simpler to create than custom .

Projects were easy to create on TextMate 2 and they allowed

"Projects allow files and folders to be sorted the way the user wants them to be sorted"

In projects, files could be arranged in any order, not just alphabetical or based on some other simple criterion (e. g. change date). For instance, it may make more sense to arrange files in the order chapter_1.tex, chapter_2.tex , ..., appendix.tex whereas sorting by file name would put the appendix on top.

February 17, 2012, at 17:56 UTC by Max Lein -
Added lines 1-9:

(:title Project Management in TextMate 2:)

This page concerns itself with project management in TextMate 2. In TextMate 1, projects could be used to structure files in a way that does not reflect the actual locations in the filesystem. This feature has since been removed in the TextMate 2 public alpha.


Instead of having to click the little arrow, I'd just like to be able to click the folder and have it open or close. Much easier to aim the mouse at that.