Items would be visually unnoticable, without actually measuring the indent Selection for lines really starting with. Menu would give the impression that leading spaces were included in the That's certainly an option, but the resulting ragged leading edge in the > Why don't you add a space only if the text starts with -? I think that's better than leaving this strange behavior in > hack would be to append a single space to the beginning of *every* entry in > be a straightforward way to escape the double hyphen. This is by Emacs design, but there does not appear to > double hyphen (-) results in a menu separator (instead of the verbatim > 'Edit->Select and Paste' menu that copying a line of text beginning with a > One that's less mysterious: I found when playing around with the Could we help you? Return the favor and support the Aquamacs Project!ĭesc: This is a digitally signed message part Why don't you add a space only if the text starts with -? I think that's better than leaving this strange behavior in place. A fairly innocuous hack would be to append a single space to the beginning of *every* entry in this menu. This is by Emacs design, but there does not appear to be a straightforward way to escape the double hyphen. > One that's less mysterious: I found when playing around with the 'Edit->Select and Paste' menu that copying a line of text beginning with a double hyphen (-) results in a menu separator (instead of the verbatim text) in this menu. (let ((this-original-command 'clipboard-kill-region) 'Kill the region, and save it in the X clipboard.' (let ((this-original-command 'clipboard-kill-ring-save) (when (or (not transient-mark-mode) mark-active) 'Copy region to kill ring, and save in the X clipboard.' (defun clipboard-kill-ring-save (beg end) So, the kludge to make it work is to manipulate `this-original-command': This checks 'this-original-command' (in osxkeys.el), which is incorrect when the popup menu or just M-x are used. interprogram-cut-function is run, which is `x-maybe-select-text'. This is in contrast to the results after copying via Cmd-C or menubar (Edit->Copy), although the command applied in each case appear to be identical: clipboard-kill-ring-save Pasting in Aquamacs pastes previously-copied text, but without smart spacing (no yank-handler property is attached). The copied text is not placed in the system-wide pasteboard. > 1) 'Copy' in the context menu does not work properly. > I have discovered some bugs regarding copying and pasting, but I'm having trouble getting to the bottom of things. Hack would be to append a single space to the beginning of *every* entry in This is by Emacs design, but there does not appear toīe a straightforward way to escape the double hyphen. 'Edit->Select and Paste' menu that copying a line of text beginning with aĭouble hyphen (-) results in a menu separator (instead of the verbatim

One that's less mysterious: I found when playing around with the Version does not remove text from the buffer. To `cua-paste' (which is what shows up when I do describe-key for the menuģ) cut/copy commands involving the secondary selection,Īquamacs-clipboard-kill-ring-save-secondary (Cmd-option-X and Cmd-option-C),ĭo not appear to affect the kill-ring nor the system pasteboard the cut Again, the identical command (clipboard-yank) appears to beĭefind for all three locations - but maybe the fact that `yank' is remapped

Menubar (Edit->Copy), although the command applied in each case appear to beĢ) Cut and Copy in the Edit menu and right-click context menu show theĪppropriate keyboard equivalents, Cmd-X and Cmd-C. This is in contrast to the results after copying via Cmd-C or Previously-copied text, but without smart spacing (no yank-handler property Not placed in the system-wide pasteboard. I have discovered some bugs regarding copying and pasting, but I'm havingġ) 'Copy' in the context menu does not work properly.

Text mode in aquamacs