As the help file suggests, I've tried changing some keyboard shortcuts
with System Preferences->Keyboard & Mouse->Keyboard Shortcuts. I'm
trying to change the following items in the Text menu:
Reformat Paragraph
Reformat & Justify
Unwrap Paragraph
I can get Reformat & Justify to work but not Reformat Paragraph and
Unwrap Paragraph.
I suspect it's because both of those items change their name depending
on wether text is selected. I.e., when text is selected they become
Reformat Selection and Unwrap Selection.
I've tried setting the same shortcut for both, e.g., Reformat
Paragraph and Reformat Selection to try to cover both menu states, but
it doesn't work and the System Preferences warns me of an error
because of the duplicate shortcut key.
Does anyone know how/if I can make that work? Or am I just out of
luck because of the way the item changes names?
Incidentally, I've worked around it by creating a local
KeyBindings.dict, I'd just prefer to do it with the System Preferences
so I don't have to always keep my KeyBindings.dict up-to-date between
version changes.
Thanks much for any ideas!
Two marvelously useful features that I use heavily for programming all
kinds of language in Emacs and XEmacs are:
- Tab Always Indent: when this option is on, hitting the TAB key
always just indents the current line
- indent-region: re-indent the selection
I see you already have editing over sftp in your todo for 1.1.
TextMate looks like a good start and might find a nice niche. It's a
bit rough around the edges at the moment. And I find it hard to work
without the two indent features I mention above. Maybe I should add
them to the Feature requests page?
-Travis
Is there a compelling reason to use cmd-opt-arrows for tab shifting?
Safari uses Cmd-Shift-Arrow...if there's no reason to stay with the
current setting, I request that TextMate match Safari.
--
(-, /\ \/ / /\/
All I want for Christmas is world peace, an end to hunger, and for
TextMate to either support (s)ftp or be supportive of the external
editor thing. As in this:
http://www.merzwaren.com/external_editor.html
I'd become so reliant on Transmit's ability to open a text file in
BBEdit, where I could just sit 'save' and have it upload automatically,
that having to do it by hand again is really getting up my nose.
For the moment, can anyone recommend a way to get around this lack of
support? I still have BBEdit, of course, but I'd rather be using
TextMate. I'm not so good with shell scripting so I wouldn't know the
first place to start where that's concerned.
Can anyone help?
Regards,
Raena
Hi All(an),
Yet another smart release, v1.0.2ß2 is really great, print options
match exactly what we need :)
> Added a default set of smart typing pairs, these are: ({[""""]}).
Would you please add "« »"? i.e. something like
"« (caret here) »"
Have a nice week-end,
--
Jo <W:00°04'37" ; N:47°15'36">
1....'....12.....'....24.....'....36.....'....48.....'....60.....'....72
This is another minor/major feature request for Allan : )
The order of the open files windows tabs - in top of project window -
has confused me for a while, as the open files have not followed an
immediately identifiable method/structure. Having created a simple test
project with files named a1,a2, b1, b2 etc etc. I have finally worked
it out.
Newly opened files will always be added immediately behind the
currently selected tab, and not in an alphabetical order nor in a order
of opened status which I had kind of assumed it would do just like
Safari tabs do.
Therefore, could it be possible to implement this as an options
preference:
1. follow alphabetical order
2. order of open status (last opened is last in order)
IF this could be fixed I would be very grateful, as working with 10+
files open means I have to look through the tab bar for where my opened
files has been located.
What's the general view on this ? Apologies if this has been discussed
earlier without me noticing it.
Kind regards,
Mats
> Date: Fri, 29 Oct 2004 07:58:15 -0600 (MDT)
> From: William Douglas Neumann <wdnx(a)unm.edu>
>>There already is a feature for this: when you move over a parens/brace/etc,
>>the matching one lights up briefly.
>
> Although this could be improved as well. Right now, the hilighting only
> occurs when you move forward over the closing member of the pair (unless
> I'm missing a menu option somewhere), instead of either direction over
> either opening or closing members. BTW: Consider this a feature request,
> if it's not already an option, and a plea for guidance otherwise.
This feature is too "subtle" for me. I have great difficulty finding
the matched character. I like the way S-E-E does it: a double click on
a paren/brace/bracket selects the contents of the pair. This is very
clear and potentially very useful if you want to relocate the text.
I *reallyyyy* like putting paired characters around selected text.
That has become one of my favourite features. It makes writing nested
conditionals very easy. No more counting pairs. Selecting text between
pairs would be a nice counterpart. Hmmm, would also be useful for
single and double quotes too....
Have fun,
Carl
here is the issue i am having...
1. i scroll to a place deep within a long document to do some editing,
say a css file
2. i then switch to another document to apply some other edits, i
switch documents by clicking on their tab
3. when i return to the first document, the css file in this case, the
caret has returned to the top of the document and i have to scroll
again to find the place that i was editing...
is there anyone else having this issue?
thanks for a great product none-the-less!!
------------------------------------------------------
www.arrival5.com web
336,577,8014 mobile
336,992,3751 home office
I'm trying out 1.0.1. Hard to believe with that list of languages that
Java isn't present. I found the link to Brian Lalor's bundle for it on
the wiki, but the link is currently dead.
-Travis