On Sep 19, 2006, at 10:50 AM, Allan Odgaard wrote:
So the key bindings were not “messed up”, they were deliberately changed. And while it generally would appear as they do the same as ⌥(⇧)→ and ⌥(⇧)←, they also visit “sub word boundaries”.
Sorry, Allan, the new functionality doesn't buy me anything and it took away something I've being using since I switched to TextMate a year ago. There are probably people that benefit from the sub-word jumps, but I select to EOL/BOL way too often to want to give up the shortcut.
On Sep 19, 2006, at 10:50 AM, Steve Lianoglou wrote:
[cmd] + [left/right arrow] jumps you around beginning/end of line ...
For the record, that all works for me as intended: Version 1.5.3 (1258)
It does for me too, but if you add the shift key to the mix (select to BOL/EOL) the shortcut breaks :(
I'm generally open to change, love TextMate dearly, and rely on it heavily. Consistency between apps is really important to me, and TextMate does different things with shift-ctl-arrows than the other apps I live in (like Mail, textarea boxes in Safari, and TextEdit). So I either have to live with TextMate's inconsistency or keep modifying TextMate's KeyBindings file or messing with iKey to map my keypresses into something that works with TextMate.
BTW, what is TextMate's official "select to EOL" shortcut anyway?
- Dave
BTW, what is TextMate's official "select to EOL" shortcut anyway?
shift-cmd-arrow works for me (build 1258)..
On Sep 19, 2006, at 10:24 AM, Dave Winzler wrote:
On Sep 19, 2006, at 10:50 AM, Allan Odgaard wrote:
So the key bindings were not “messed up”, they were deliberately changed. And while it generally would appear as they do the same as ⌥(⇧)→ and ⌥(⇧)←, they also visit “sub word boundaries”.
Sorry, Allan, the new functionality doesn't buy me anything and it took away something I've being using since I switched to TextMate a year ago. There are probably people that benefit from the sub-word jumps, but I select to EOL/BOL way too often to want to give up the shortcut.
On Sep 19, 2006, at 10:50 AM, Steve Lianoglou wrote:
[cmd] + [left/right arrow] jumps you around beginning/end of line ...
For the record, that all works for me as intended: Version 1.5.3 (1258)
It does for me too, but if you add the shift key to the mix (select to BOL/EOL) the shortcut breaks :(
I'm generally open to change, love TextMate dearly, and rely on it heavily. Consistency between apps is really important to me, and TextMate does different things with shift-ctl-arrows than the other apps I live in (like Mail, textarea boxes in Safari, and TextEdit). So I either have to live with TextMate's inconsistency or keep modifying TextMate's KeyBindings file or messing with iKey to map my keypresses into something that works with TextMate.
BTW, what is TextMate's official "select to EOL" shortcut anyway?
- Dave
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
--- michael reece :: software engineer :: mreece@vinq.com
On Sep 19, 2006, at 2:11 PM, Michael Reece wrote:
BTW, what is TextMate's official "select to EOL" shortcut anyway?
shift-cmd-arrow works for me (build 1258)..
That will only select to EOL if the line is not wrapped. For a wrapped line, it will only select up to the right edge of your window.
-dan
Open TextEdit, Safari (with a textarea) or Mail. Type a bunch of text that cause it to wrap to multiple lines. Go to the first line and hit ctrl+right. You'll end up at the end of the first line, but not at the end of the paragraph. The same happens with cmd+right. As far as I know, the only keys that take you to the absolute start / end of the line (even when wrapped) are ctrl+a and ctrl+e. And those don't work with the shift key.
On Sep 19, 2006, at 11:59 AM, Dan Lowe wrote:
On Sep 19, 2006, at 2:11 PM, Michael Reece wrote:
BTW, what is TextMate's official "select to EOL" shortcut anyway?
shift-cmd-arrow works for me (build 1258)..
That will only select to EOL if the line is not wrapped. For a wrapped line, it will only select up to the right edge of your window.
-dan
Dan Lowe wrote:
On Sep 19, 2006, at 2:11 PM, Michael Reece wrote:
shift-cmd-arrow works for me (build 1258)..
That will only select to EOL if the line is not wrapped. For a wrapped line, it will only select up to the right edge of your window.
There are two sets of bindings at work here: select to beginning/end of "line", and select to beginning/end of "paragraph", where "line" == visual line, and "paragraph" == physical line in the file, from `\n` to `\n`. If you want to change the behavior, or make your own bindings for selecting visual (i.e. softwrapped) lines, then you should read my [article][A] about the Cocoa Text System, and the associated page about available [selectors][B]. You'll want to copy TextMate's key bindings file from inside the application into your library.[^1]
-Jacob
[A]: http://hcs.harvard.edu/~jrus/site/cocoa-text.html [B]: http://hcs.harvard.edu/~jrus/site/selectors.html
[^1]: you'll want to move your files from `/Path/To/TextMate.app/Contents/Resources/KeyBindings.dict` to `~/Library/Application Support/TextMate/KeyBindings.dict`, and then make your local changes.
On 19/9/2006, at 19:24, Dave Winzler wrote:
[...] Consistency between apps is really important to me, and TextMate does different things with shift-ctl-arrows than the other apps I live in
Previously the keys were ⌃⌥← and ⌃⌥→ — I changed that to be consistent with Xcode and BBEdit (plus they were almost useless on those keys, as at least I personally would not bother using them).
It does take a few weeks to get used to ⌘← and ⌘→ for line movement (+ selecting/deleting), but if we get people trained to use the command versions, we can start to overload ⌃← and ⌃→ to e.g. move between cells in LaTeX tables, etc. — i.e. use those keys for moving a unit in the given context.
(like Mail, textarea boxes in Safari, and TextEdit). So I either have to live with TextMate's inconsistency or keep modifying TextMate's KeyBindings file or messing with iKey to map my keypresses into something that works with TextMate.
You can also do a custom bundle with two macros that move to begin/ end of line and has the preferred key equivalent. This will override native functionality assigned to the keys chosen.
BTW, what is TextMate's official "select to EOL" shortcut anyway?
That would be ⇧⌘→, likewise ⌘⌦ will delete to EOL.