(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.)
I’ve created a new theme by adopting the theme Mac Classic that is shipped with TextMate. The original Mac Classic is a light theme, this new theme is adopted for the dark mode setting in macOS Mojave.
Since I’m not a designer I took an engineering approach to creating this theme. I took the basic colors for background, foreground and similar from Xcode. Then I wrote a script that parses the Mac Classic theme file, extracts the colors, converts the colors to HSB and adjusts the saturation and brightness. Then it writes the new colors back to an a new file. I then did some tweaks manually for some colors. I think it turned out pretty good. The theme is available here [1].
[1] https://github.com/jacob-carlborg/mac-classic-dark
--
/Jacob Carlborg
The rc.15 build has the file bowser with new source list style. The color of a selected item in the file browser can be quite difficult to see sometimes (depending on what’s behind the window). I’ve included three screen shots, from TextMate, Xcode and Finder. The location of the selection was the same for all application (the same thing behind the window). What’s behind the window is my desktop with a blue color. In the TextMate screen shot it’s the “package.d” file that is selected.
This is on macOS 10.13.
--
/Jacob Carlborg
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
I noticed that the bottom right and left corners of the TextMate main window is not rounded any more. I think this happened in the rc.14 release. The problem occurs on High Sierra but not on Mojave.
--
/Jacob Carlborg
An idea for a minor feature would be to be able to set a light and dark editor theme. When the OS appearance change it would change to a matching theme for the editor.
This was just and idea I had, would be pretty low on the priority list.
--
/Jacob Carlborg
I just updated to TextMate rc.14, which contains the overhauled file browser. I would really like if the "source list” style could be brought back.
--
/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.
Sometimes when I'm working on a project and jump between branches TM suddenly stops scrolling to the current file when I press "Go to current file" (⌃⌘R) even though the file gets selected.
This is happening for a few months already. I usually fix this by restarting TM, but it's not the best workaround since I lose all the undo history.
Am I the only one getting this? Or I'm just the only one getting annoyed by this?
Hi,
This is starting to bug me. I think this started after I tried using the CTags bundle, but a while back the symbol selector on the bottom-right of each window is populated with the full text of the current file instead of the actual syntactic symbols. Any pointers on how to fix this?
Thanks
