Compiled from Suggestions.Other
May be easier to find if placed in the preferences panel:
See dreamweaver or textedit for examples. Suggetions by Jon, mrevelle, others
Page Setup (state saved)
The headers and footers are really cool, but saving the preferences for them seem to be highly confused and buried in the Print interface. Named styles encapsulating all of these would be great.
-- Leon Spencer
I'd like to second this. I'm always disappointed going from the very pretty on-screen display of my code to the printout.
-- Anthony Cowley
I'll third this! Also, please include colour printing so that it prints the pretty syntax highlighting colours. I always have to print from Xcode for my coursework.
-- David Winter
I'll fourth this! Even a Page Setup menu where I could set the print percentage would work for me as I'm just a simple human being.
Make that five for a separate font selection for printing and the option to preserve the syntax highlighting and print in color.
Six! -- Joris Machielse
-- Matt Kern
Change font size for printing; a good screen size is always too large in print.
Please, please, please... Separate font size for printing please!
-- Mike O.
better support for font size on printing please!
When syntax highlighting uses a white font color (or bright on dark background, as many prefer), printing results in white pages. Since most people probably use regular white paper, there should be an option to print WITHOUT syntax highlighting colors. Or, maybe a second color profile solely for printing, that would be even better.
Color Output / Syntax Highlighting
I'd also very much like to see the option to print with syntax highlighting.
Let me add my voice to the chorus requesting color printing of syntax highlighting.
Yet another request for color printing. It would be nice to be able to choose a color theme for editing and another one for printin (avoiding the inherent problems that will occur with dark background schemes)
-- Jean-Pierre Martineau, satisfied customer
It might make more sense to use an inverted color scheme if the background is dark, instead of just using a different color scheme. I only suggest this because some styles are more complete than others.
-- Alex Kadis
Color printing to preserve the highlighted syntax. This needed to be a seperate item...it is very important to me.
Preserve folding when printing
I'd be interested in preserving folding when printing. Today for example, i needed to look at some code, but there was a lot of extraneous stuff in the file that i could fold away and get it out of my brain. But when printed, the folded blocks re-expanded, and i (potentially would have) wasted a lot of paper. Thanks, Bob Kuehne
Can we have an option to prevent TextMate from trying to detect if a file has changed? A "Slow Filesystem" option? Even something I could set from the command line would do. This project (which could not be more important) is due next Thursday and I've no way to edit things on a local FS.
Keep up the good work! - Dario Matos
- Harm A
Would be nice to add a preference section which would allow setting syntax coloring themes per language.
I'm (Joshua Lock) seconding this and expanding upon it. I'd like this because I work in a variety of languages and have yet to find/create a theme that plays nicely with all of them. Furthermore I'd like to edit plain text (non-source) files in TM from time to time but find this difficult under the moajority of themes. Ideally I'd have a plain theme (just black on white) for standard text files such as README's etc.
I (Tolmark) second language specific syntax coloring.
The only thing I miss about UltraEdit: there was a preference to trim extra whitespace from the end of each line upon save. It felt like you were saving electricity or something, getting rid of all those unseen spaces. You could retire after that.
I would second this too but I would like the featuer with a twist. I hate accidental extra white space at the end of real lines. But some lines are just a bunch of tabs holding the current indentation level because there is no actual text on the line. I wouldn't want this removed because then I have to tab in all the time to get the line back to where it should be. No editor does this right in my opinion. It would be awesome if textmate became the first. - Rick Gigger
Since I use TextMate on several macs I would like to see a feature that uses the new .Mac preference synchronisation to fetch all of my bundles and visual changes. Transmit has a similar feature for favorites. -Andre F
I agree since I also use multiple macs with TextMate. Would be better to also be able to sync with an ftp server, for those of use who don't use .mac
I also think .mac synchronization is a rather valuable feature. Panic software added it to Transmit to sync ftp favorites and was an instant time saver. It would certainly make life easier on TextMate. Also be sure to remember files like the blog list and other future bundle preferences.
I agree with all of the above. Sync'ing Textmate across multiple machines has always been somewhat of a problem for me. Transmit's .Mac integration is great and I'd love to see similar functionality in TextMate both in terms of bundles and themes. --Roshambo
I love the "save when you lose focus" preference, but getting "pick somewhere to save this file" requests when the file isn't saved yet is annoying. Can we have "resave when you lose focus" rather than "save as when you loose focus"? -- Douglas (happy TM user!)
Please (re-)add the option to turn off auto-download of updates. I would like to be able to choose when I do an update and when it is downloaded. Thanks :)
In the gutter that shows your projects files, when right clicking a file you can open it in "safari" (or I expect your default browser) I prefer to use safari for browsing and firefox for developing ui intensive web apps (firebug, anyone?). A pref to be able to specify the browser that you'd like in the menu would be nice.
When I view a file such as *.mine due to a SVN conflict, I need to be able to manually choose how I want that file to highlight. Right now it's all black/white and is hard to separate what needs to be merged. In addition, it would be great if it knew that a .mine extension or *.r[0-9]+ was due to a SVN conflict, and removes that part to determine what syntax highlighting is needed.
All the unix command line tools expect there to be an EOL character on the end of the last line of text files, just like there is on every other line.
Currently TextMate is emulating Notepad of all things, and expecting one to add this by hand by placing an "empty" line at the end of the file (which then in turn doesn't have an EOL at the end, but since it doesn't have any characters either it doesn't cause an issue).
Could there please be at least a preference for enabling this behaviour?
For bonus points you could make it default, and then mimic the way VIM autodetects cases where this should not be enabled.