I got impatient waiting for my Amiga theme, so I created one myself.
It's high-contrast and uses only a handful of colors (those from
MagicWB, which was an 8 color icon set which radically improved the
look of the Amiga workbench back then) -- I cheated and actually used
a light grey for comments, since pure white was too bright, and MWB
half-shine was too dark.
I haven't added this to the repository, since I don't expect that
anyone actually wants to use it :)
I miss a new-from-template-function in TextMate. I know I could realize
them as snippets but nevertheless it would be comfortable.
Otherwise a new-as-copy-function which creates a new file with the
beginning content of another file.
I'm new on TextMate and really love this editor!! :-)
Regards,
Ruben
1. Open a project
2. Activate the Find in Project window
3. Search for a string that will match something
4. Open another project
5. Activate the Find in Project window
6. Click one of the matches
Observed:
A new tab appears on the second project, with no content window.
Expected:
The correct (first) project is brought to front (but behind the find
window) and a tab is opened in it.
Hello.
TextMate is the best text editor I have ever used.
But I have one problem that I can't input Japanese.
(I can't live without Japanese...)
In Japanese, many characters are used. So we have to use
input-method to convert ascii characters into Japanese
characters.
For more information, visit the following.
http://lists.freedesktop.org/pipermail/uim/2005-July/001195.htmlhttp://lists.freedesktop.org/pipermail/uim/2005-July/001215.html
Mac OS X bundles the input-method named Kotoeri.
When I use Kotoeri in TextMate, typed characters does not appear.
And when I try to convert words, the candidate window is not
displayed.
To use input-method, the text editor must be implemented as
TSM(Text Service Manager) client.
http://developer.apple.com/documentation/Carbon/Reference/
Text_Services_Manager/
I guess TextMate is not completely implemented as TSM client.
(Sorry if I was wrong.)
Is it possible to resolve this problem?
And the character overlapping problem posted before happens
also in my environment.
http://lists.macromates.com/pipermail/textmate/2004-October/000322.html
Regards.
---
Masaki Yatsu
yatsu(a)yatsu.info
Thank you for your reply.
On 2005/09/12 Robert Deaton wrote:
> This has been brought up multiple times in the past, and I still think
> the only response you'll get it is to switch to UTF-8 or UTF-16. It
> makes life easier for everyone.
Sorry, I can't find postings of the same topic.
I am using UTF-8 encoding and I have never used any other
encoding in TextMate.
I can see Japanese characters even though it is overlapped.
If I am using other encoding than UTF-8, I can't even see
Japanese characters.
I'm not talking about text encoding.
My problem is that I can't INPUT Japanese by input-method.
Sorry for my bad English.
---
Masaki Yatsu
yatsu(a)yatsu.info
Hi,
Word completion seems to look for matching words on the document from
the cursor point and up, and then, from the cursor down. It's often the
case, however, that the matching word you need is right on the next
line, or even later in the same line, and it takes a lot of
ESC-pressing to get to it.
My suggestion is that you sort them by proximity (as it is now), but
look for words in both directions, so the words right in the next line
stand a better chance.
(I had the impression that back in 1.0 it worked that way. Did it?)
Hi,
With most tree view like controls on OS X, alt-click will recursively
unfold all levels enclosed.
Is something like that possible or planned with fold markers in TM?
Alt-clicking does not seem to to anything different than normal
click, folds inside the clicked fold stay folded.
Gerd
Hi,
Very new to TextMate, so please forgive if this is a dumb question or
already well-known. I saw there was a similar discussion back in
March, but not quite the same issue as this:
I have the following four source files at the same level in my codebase:
FUFlickrExport.h
FUFlickrExport.m
FUFlickrExportCover.h
FUFlickrExportCover.m
If I open FUFlickrExport.m from, say Xcode, and hit Cmd-Opt-Up Arrow
to go to the header, TextMate opens FUFlickrExportCover.h.
TextMate correctly opens the counterpart of FUFlickrExportCover.
{h,m}. It also correctly goes to FUFlickrExport.m from its header,
it's just going to the header of FUFlickrExport.m that's not right.
Is there a better place to report bugs than on this list?
Best,
Fraser
--
www.speirs.orgwww.connectedflow.com