TextMate 1 or 2, is there a way to auto-highlight all occurrences of
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.
Sent from my mobile. Ignore the typos unless they're funny.
I do a lot of find using the "In Folder" setting.
A hassle is that actions often move the Find window to be not frontmost.
The only easy way to bring it to the from is cmd-F, but this re-sets the "In: <where>" dropping down to the default, which is document.
If possible, I'd love this behavior to change to leave things as they were. Preferably even between open/close of the Find window, but certainly when the only actin of cmd-F is to bring the window frontmost, not toggling to a default state would be GREAT.
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?
It would be nice if the Align Assignments command absorbed the smart code from the align bundle, which appears moribund (?), but which is much smarter about alignments.
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]
I’m running the latest RC 2.0-rc.15. I’ve only noticed this since I've installed this version.
When I move between tabs (either by clicking on tab or using Option-Command left, right arrows) sometimes the page scrolls up by 1 to 3-4 lines each time. But once it does this scrolling then it will do so every time I come back to that tab.
I’m not sure how TM handles window draws but there seems to be a miscalculated line offset between a buffered text image that gets shown when the window first shows and then an actual redraw of lines afterwards. I’ve noticed in some cases a clipped portion of the window being shown first and then the remaining page showing but the clipping is off so the text appears to move downwards. Sorry I haven’t looked into the code to get a better idea of what’s happening with window draws.