This is something I would like to have sometimes, to be able to narrow the project tree in the project drawer to some subtree. For instance, in a project with a lot of stuff (docs, aux scripts, etc.) I'd like to focus on the source subtree when programming.
Just an idea to throw to the "desired features by at least one user" :-).
-- fxn
On 01/10/2005, at 15.14, Xavier Noria wrote:
Just an idea to throw to the "desired features by at least one user" :-).
It's scheduled for 1.2 [1], and I plan to start on it in a few weeks (there's only a few items on the short list for what I want in the 1.1 final).
[1] http://lists.macromates.com/pipermail/textmate/2005-April/ 003892.html
Tjeho! Separated windows ... right? (that is, windows not bound together in tabs, but still recognizable as the same project with command+t and all that)
Andreas
On Oct 1, 2005, at 15:23 , Allan Odgaard wrote:
On 01/10/2005, at 15.14, Xavier Noria wrote:
Just an idea to throw to the "desired features by at least one user" :-).
It's scheduled for 1.2 [1], and I plan to start on it in a few weeks (there's only a few items on the short list for what I want in the 1.1 final).
[1] http://lists.macromates.com/pipermail/textmate/2005-April/ 003892.html
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
I'm not going for what I think you have in mind.
Argh :( All I want is the possibility to open separate windows, like untitled files now, but with the possibility to get them to recognize projects. Basicly I want to separate the project drawer from any window, and all tabs from each other. I'd never have the project window open though, instead just hitting command+t to open files I need, or the finder. Then, when I do open a file, I expect it to be EXACTLY as big and in the same place I left it. Just like my finder windows, just like BBedit can do, just like all my adium chat windows (when I get a new message in sit in my couch away from the screen, I know who sent me the message just by watching where the message window pops up on the screen)
I really really really want that! please?
Andreas
On 01/10/2005, at 18.06, Andreas Wahlin wrote:
All I want is the possibility to open separate windows, like untitled files now, but with the possibility to get them to recognize projects. Basicly I want to separate the project drawer from any window, and all tabs from each other.
The goal with 1.2 is to get rid of the projects per se, and instead have each window allow viewing the file system in the side drawer (much like scratch projects, but more dynamic).
State of each window will be kept as FS metadata, and the entire state (which windows are open, pointing to what folders etc.) are kept as the “workspace”.
The use of windows/tabs will be more like Safari.
You probably will be able to get closer to your spatial desires -- but making cmd-T work on all windows, and the folders they point to, seems like a wrong choice -- for that, you should maybe use Spotlight.
State of each window will be kept as FS metadata, and the entire state (which windows are open, pointing to what folders etc.) are kept as the “workspace”.
Well, that sounds ideal and should fulfill my spatial desires it seems. I'll just go back to my old routine and launch my files from the finder.
You probably will be able to get closer to your spatial desires -- but making cmd-T work on all windows, and the folders they point to, seems like a wrong choice -- for that, you should maybe use Spotlight.
How will command+t work then? Go through all tabs in a window? I just found command+t rather useful, but there is no real problem if it's not there, I'll gladly sacrifice it for spatiality :)
Andreas
On 02/10/2005, at 22.00, Andreas Wahlin wrote:
You probably will be able to get closer to your spatial desires -- but making cmd-T work on all windows, and the folders they point to, seems like a wrong choice -- for that, you should maybe use Spotlight.
How will command+t work then? Go through all tabs in a window?
Well, none of the details are settled, so please just wait and see! :)
But it's likely to work on tabs + files in the folder associated with the window, and I would like to make it more of a filtering option in the drawer (which is more “standard” but needs to be as easy to use as the current approach to be acceptable).
The goal with 1.2 is to get rid of the projects per se, and instead have each window allow viewing the file system in the side drawer (much like scratch projects, but more dynamic).
State of each window will be kept as FS metadata, and the entire state (which windows are open, pointing to what folders etc.) are kept as the “workspace”.
How will that work with files that are hosted on remote file systems that might be poorer with respect to file meta data?
I really appreciate the ability to have a project file that is seperate from the files themselves, as all my files are actually hosted on a windows box.
Jon.
On Oct 19, 2005, at 2:32 PM, Jon Hart wrote:
The goal with 1.2 is to get rid of the projects per se, and instead have each window allow viewing the file system in the side drawer (much like scratch projects, but more dynamic).
State of each window will be kept as FS metadata, and the entire state (which windows are open, pointing to what folders etc.) are kept as the “workspace”.
How will that work with files that are hosted on remote file systems that might be poorer with respect to file meta data?
i expect you might see some .filename files. small price to pay if you ask me for the ability to have nice, convenient metadata in files.
I really appreciate the ability to have a project file that is seperate from the files themselves, as all my files are actually hosted on a windows box.
Jon. ______________________________________________________________________ For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On 19/10/2005, at 23.52, Niels wrote:
[...] State of each window will be kept as FS metadata, and the entire state (which windows are open, pointing to what folders etc.) are kept as the “workspace”.
How will that work with files that are hosted on remote file systems that might be poorer with respect to file meta data?
i expect you might see some .filename files. small price to pay if you ask me for the ability to have nice, convenient metadata in files.
Yes, the meta data is stored in a ._«filename» file, which is in AppleDouble format, and already used by Finder to store e.g. label colors and such (starting with Tiger, I think), and handled transparently by Finder, cp, tar, zip etc. when moving files between HFS+ and less capable (wrt extended attributes) file systems.
I really appreciate the ability to have a project file that is seperate from the files themselves, as all my files are actually hosted on a windows box.
TextMate already store bookmarks, caret position, and folding states as file meta data — it makes the most sense to keep this with the file, especially when handle transparently by the OS.
-
Allan Odgaard -
Allan Odgaard -
Andreas Wahlin -
Jon Hart -
Niels -
Xavier Noria