I've been using TextMate for years and I'm productive and happy with it. However, I like to try other editors from time to time to see if I'm missing anything. Recently I spent some time learning Vim and I discovered a few things that I particularly liked.
1) Split windows -- not the kind of split windows you normally get in Mac applications, but the Vim style ones. In Vim you can easily navigate from the keyboard to your different splits and choose what files to display in each. Additionally, you don't have to reach for your mouse to create a split. When you split, Vim divides the space up for you which is what you want most of the time. I found that it is very handy when needing to view more than 1 file at a time, which in my case is most of the time. Closing splits is about as easy as they are to create -- all from the keyboard. Multiple windows isn't really the same thing because they are slow to setup and tear down.
2) Selective multifile grep -- in Vim you can use a regular expression to open a set of files, and then just grep across the open files.
3) Don't need arrow keys -- after years of editing with the mouse; I find it painful to reach for it. It hurts my right shoulder and shoulder blade. It even hurts to have to move my hand down to the arrow keys. However, in Vim it is easy to keep your hands resting on your keyboard with your shoulders relaxed. No reaching for the mouse or arrow keys.
TextMate 1 or 2, is there a way to auto-highlight all occurrences of
selected word?
I was from Windows using EditPlus, when I double-click or Ctrl+W to select
a word, EditPlus is able to automatically highlight all occurrences in a
different background colour, very nice and useful feature.
With TextMate I have to additionally hit Opt+Cmd+F, and highlighting colour
is same as selected word, not eye-catching. I use 'soft' and light
background for selection background but I prefer bright background (eg
yellow) for highlighted words.
Ctr-S not really meets what I need.
Thanks.
--
Sent from my mobile. Ignore the typos unless they're funny.
Hello list,
when opening (existing) files from Terminal.app using the `mate` command, it occasionally (but not always) takes a fairly long time (more than 5secs) to open the file in TextMate. TM in all these instances is already running, but doesn't necessarily have any open windows.
This is for small files (e.g. 30 short lines of code), so it cannot be the file size making a difference. If I open the files directly through TM's File -> Open... menu, no such delay happens.
During such a delay, if I click on the already running TM in the dock to activate it, the desired document that `mate` is trying to open immediately appears.
If I close the document and retry immediately afterwards, then no delay seems to exist for a while. Swap also doesn't seem to be an issue, my swapfile has size 0 on a 32GB Macbook Pro, with 16GB free. If TM hasn't been activated in a while (even though supposedly running according to the Dock dot) then this seems more likely.
It seems to be the communication / connecting between mate and TM that causes this delay somehow. I've tried removing and reinstalling the `mate` command.
This is on TextMate version 2.0-rc.10, but is not new behavior, I've seen this for quite some time.
Does that sound familiar to anyone or have any diagnosis tips?
Thanks,
Daniel.
Hi,
Dumb question for a 12-year user of Textmate (we missed the 10-yer anniversary, it seems: happy birthday TM!), but…
How is the project folder determined? Specifically, I’ve got a tab open which is in a folder marked in the filebrowser (^⌥⌘-D) as the project folder (at least ) it’s ticked in the little drop down menu (see image).
But… If I ⇧⌘-F (find in project), the Dropbox folder is selected… What determines what is set when one used command-shift-F?
In general, I’d appreciate if anyone has pointers to a decent tutorial on how to use project folders.
Are people using TextMate with Dark Mode? I see some issues with reading
text (find input text is black until unfocused, then changes to white), but
also curiously the icons in the outline view are also missing.
[image: Screen Shot 2018-10-04 at 8.04.30 PM.png]
(Sorry if this is a duplicate. My last attempt to send seemed to fail, but I can’t be sure it didn’t get through.)
In recent versions of various Apple programs, including Safari, Preview and iBooks, when you go into full screen mode, the sidebar hides itself until you roll over the edge of the screen with the cursor. I sometimes use Textmate on a laptop with a relatively small screen, and increasingly use it in split-view mode on my iMac, and in those cases things get a bit cramped, so it would be nice if the file browser in Textmate behaved in the same way.
I had thought that I remembered when the Apple programs started doing this that I read about it being trivial to implement if you were using auto-layout, but I’ve Googled it and done a cursory search in the developer docs, and it seems I imagined this, so perhaps this is an unreasonable request, in which case, dismiss it from your minds.
And yes, I know that lots of people really hate this behaviour, so if it could be implemented at all, it would need to be one of those things you need to use defaults write to enable.
Thanks for considering my suggestion.
Nigel
(I’m also sorry if I’ve asked this before, put it down to failing memory in old age if I have.)
By default TextMate won’t show hidden files (files starting with a dot) in the file browser. It’s possible to configure TextMate to show some of these files anyway, I’ve done that for files like .travis.yml. When doing a project wide search it won’t search those files, even though they’re visible in the file browser. Is that a bug, missing feature or an additional setting?
--
/Jacob Carlborg
Is there a way to make * include hidden files in Find All dialog?
Currently I have to use {.*,*} to get the needed result but it's not very convenient to type that every time I do a search.
Another nice little tweak would be to search * instead of using the last glob pattern when you leave the glob field empty. And even better would be to make this default pattern configurable. That way I could've just emptied the glob field when I want to search {.*,*}
Thanks.