Hi,
Probably unfair to call the following a bug - as it's behaviour that
seems correct in the context of a purely local filesystem. However, it
can catch you out if your Project contains references to remote files.
It went like this:
1/. Create a deeply nested Project file, consisting solely of pointers
to files on a remote disk (mounted via SMB).
2/. Do work, close Project file.
3/. Eject the SMB drive. Go to lunch, or whatever.
4/. Return from whatever and reopen the Project file - forgetting to
remount the remote disk first ...
5/. Gaze in silent horror at the empty Project.
On start-up, TM silently deletes all unresolveable file references from
the Project, leaving only the Groups that you have created. Any
laboriously constructed filter definitions are deleted too, of course.
TM immediately writes the revised Project file back to disk, making
sure that you can't recover from your mistake.
Might it be an idea to have TM pop up a warning - if it detects that a
remote volume has disappeared?
On a machine left idle for any length of time, 'sleep' can cause
remote volumes to eject themselves - so I guess TM would need to check
this periodically, and not just at start-up.
Cheers,
-- Andre
I put a feature request for this on the wiki, but I thought it was
probably worth shouting out here too.
It would be really great if labels applied in the Finder (you know, the
colour-coded blob things) were shown in the Project Drawer.
I use labels to mark the most important files and folders in my web
apps, and being able to make use of this in TM would be *fantastic*.
Cheers.
drew.
Yo,
I was playing with TM, trying to find some nits to pick and found the
"View -> Wrap Column -> Other" thingy :)
The default wrap width is at 78, and I usually use 80, so I went to
change this and selected the previously mentioned menu item. I was
expecting some sort of dialog or sheet, but saw nothing. Worse, the
'View' menu was still highlighted so I immediately thought that
something wrong was happening and/or that TM was stuck or about to
crash. When something like this happens in an application, I have this
pavlovian habit to agitate the mouse a bit to see if the spinning pizza
of death shows up, before I just kill the app. But this time it helped
to see that, oooooh, something was actually hapenning IN the current
text window: setting the wrap width is done using an "in-place
interactive bar"...
I see three usability problems with this:
- The obvious one, which I mentioned in my (unnecessary verbose)
introduction is that unless you already know how it works, you have no
freakin' clue what happens after you select the "Other" menu item.
- You can't modify the wrap width when no window is open.
- And now try that in a window using one of those syntax which have the
infamous black background, and see how far the confusion can get... :>
Sorry, I'm a natural born nitpicker ;)
--
Luc Heinrich - lucsky(a)mac.com - http://www.honk-honk.com
I am not sure if I should put this in as a feature request...
There is a very very nice feature (or possibly quirk?) to the text
library that SubEthaEdit and BBEdit are built on. When you adjust the
font size for Monaco down to "9" then it loses its fuzziness and
"snaps" into pixel-perfect, fixed-width readability. I don't know why
this happens but TextMate doesn't do it. If I turn font smoothing off
for size 9 and lower, TextMate makes Monaco pixelated and crisper, but
it does not look fixed-width (i.e. it's slightly squished together for
some letters and not very easy to read).
I know this seems trivial, but staring at code all day is hard enough
on the eyes as it is, yet the SubEtha/BBEdit font rendering is much
more scannable.
Any ideas of settings adjustments I can try?
thanks, kumar
Hi,
While creating my syntax plist for python I ran into two things:
- Is it possible to activate a syntax mode without restarting TextMate?
- Is there a syntax highlighter for plists yet ? :)
Jeroen.
Hi All,
I seem to be locked in a battle of wills with the project file drawer
(for lack of a better name). I remove references to sub-directories and
files, and well, the file drawer puts them back in. Repeat. Repeat.
Swear, and give round one to TextMate.
Anyone else battling with the drawer?
I got into this test of wills by dragging and dropping a directory tree
that looked like:
YYYY/MM and then removing references to a few YYYY/MM/img directories
and the occasional pdf file. Well, "removing" them very temporarily :)
Thanks,
Phil
On 13. Oct 2004, at 12:50, Dominique PERETTI wrote:
> - If you reopen in TextMate, it stills appear as UTF8... BUT if you
> reopen it in BBEdit, it opens as a MacRoman file (with accents wrong).
I don't have BBEdit, but I think BBEdit _always_ opens as MacRoman. And
you have to manually tell it to open it with the proper encoding (at
least that was my experience when I tried it >2 years ago, both my
iso-8859-1 and utf-8 files were all opened as MacRoman by BBEdit)!?!
> My guess is that TextMate is right at encoding the characters, but
> forgots to write the BOM right. I think so because I get the same
> wrong results in FlashMX
> if I save the file as utf8-(no BOM) from BBEdit.
The BOM is optional in utf-8, and generally you _don't_ want it, since
a) it makes no sense as there is no byte-order ambiguity,
b) it rules the nice property of utf-8 being compatible with ascii,
c) utf-8 encoding is really easy to recognize even without a BOM.
But if several programs only treat utf-8 properly when it has a BOM, I
will consider adding an option -- though I would recommend against
using it of course! ;)
Kind regards Allan
Hello all,
I'm loving TM even with it's little blemishes (like not printing!).
But here's a question:
How do I search for or replace text with a special character, such as
a <CR>? With UltraEdit I would use ^M or something like that. Does TM
offer the same sorts of things?
Thanks,
Patrick