On Wednesday, December 08, 2004, at 10:08AM, Allan Odgaard allan@macromates.com wrote:

On Dec 8, 2004, at 15:58, M Spreij wrote:

...

...

[...] hitting TAB anywhere on the line shifts the whole line by a tab (SHIFT-TAB does the same in reverse). [...]

This is mapped to Cmd-] and Cmd-[ atm, you might be able to change it using the keybindings.dict list.

There's also a binding for this on alt-tab and alt-shift-tab.

Thanks.

...

Regarding reflowing indented paragraphs, you can make a column

selection and reformat, that'll restrain the text to inside the left/right column of the selection. Using the indent for the first line may clash with people who do write with indent on the first line of each paragraph.

I know that I can do that, but it is a bit annoying as it requires the use of a mouse. Maybe this could be an option, for people to chose what they prefer.

I'll look into what yank/ctrl-y does in Cocoa text fields, but until then you may be able to place a macro on the key which does similar.

I am not sure that I could write such a macro. My skills are far below yours, Allan.

Greetings,

Normand

On 9.12.2004, at 01:18, Allan Odgaard wrote:

Ah, but macros do not require you to write any code.

Try this (menu choices): Automation -> Start Macro Recording Edit -> Select -> Line Edit -> Cut Automation -> Stop Macro Recording

Now you have a macro that cuts the current line. You can then select: Automation -> Save Scratch Macro

Name it “Yank” and press ctrl-y while in the key equivalent field. Then you can use ctrl-y to cut the current line.

Ctrl-y is not "cut line" in emacs, that's what ctrl-k does. Ctrl-y then pastes what has been saved to the kill buffer/clipboard by ctrl-k, ctrl-w (cut selection) or M-w (copy selection).

I think what was desired was that if you kill several lines with ctrl-k, you could paste them all with one keystroke using ctrl-y. This would make it a bit harder to record as a macro (and would effectively mean redefining ctrl-k, too, since it doesn't effect clipboard at the moment).

//jarkko

-- Jarkko Laine http://jlaine.net

On Wednesday, December 08, 2004, at 06:19PM, Allan Odgaard allan@macromates.com wrote: Ah, but macros do not require you to write any code.

Try this (menu choices): Automation -> Start Macro Recording Edit -> Select -> Line Edit -> Cut Automation -> Stop Macro Recording

Now you have a macro that cuts the current line. You can then select: Automation -> Save Scratch Macro

Name it ?Yank? and press ctrl-y while in the key equivalent field. Then you can use ctrl-y to cut the current line.

Remember that TextMate has clipboard history, so while this doesn't append to the kill buffer (as I think emacs do) you can still paste previous cuts by using Paste Previous.

I have followed your instructions (and, indeed, macros are easy to set up).

I get the line to be cut, no problem. However, the cut-line is not pasted into the clipboard.

If I perform each of the steps of the macro, the text of the line is placed in the clipboard and I can recover it with Paste command.

However, if I run the macro, then I do not manage to find the text cut. I have look arond with paste, paste previous and paste next, but to no avail. Any idea as to why ?

(I still think that since the behaviour of ctrl-k/ctrl-y is already implemented by defaut on the Mac, it would be preferable to transfer that to textmate -- although, I suspect that there is a good reason why it has not been done).

Normand

On Dec 9, 2004, at 9:09 AM, Allan Odgaard wrote:

Doh... that's the new feature about macros having their own local clipboard :( Then I'm afraid there's no real substitute.

Hm... But couldn't the selected text, rather than being cut and placed in the clipboard, just be instead sent to a file? Something like this, say:

cat >"/tmp/fakekillbuffer"

You'd have to select 'selected text' as the input and 'replace select text' as the output. (If you want to be appending to the kill buffer rather than having it act like cut-and-paste, you could just append to the file using >>.) And of course the counterpart of yank would just be:

cat "/tmp/fakekillbuffer"

...with input and output set as before... Clearly, this doesn't yet approximate kill and yank---for one thing, you'd still need to put the kill thing in a macro so that it automatically selects to the end of a line---but doesn't it get you part of the way there, or at least overcome this wiping-out-the-clipboard issue?

I'm guessing I'm missing something obvious? Am I a little too enamored of what TM lets you do with shell tools?

One thing that would need to change for this to be really mimicking the emacs behaviour is that ctrl-k would have to cut also the empty lines. Now when you click it you only get the current line cut and then nothing happens no matter how hard or many times you hit the keystroke. That makes it impossible to use ctrl-k/ctrl-y for multiline cut-pasting.

//jarkko

On 10.12.2004, at 07:42, Allan Odgaard wrote:

On Dec 10, 2004, at 4:06, otheraccount@verizon.net wrote:

...

...

Doh... that's the new feature about macros having their own local clipboard :( Then I'm afraid there's no real substitute.

Hm... But couldn't the selected text, rather than being cut and placed in the clipboard, just be instead sent to a file? [...]

Yes it (most likely) can -- but I don't think Normand have any real shell-scripting experience, so maybe someone could create the script/macro and throw it in a bundle ;)

However, it would mean there are two locations for cut/copied text. Although this also seems to be the case with the system kill buffer (which doesn't interfere with the clipboard).

---

textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate

-- Jarkko Laine http://jlaine.net