Mercurial > emacs
view admin/notes/BRANCH @ 56838:c1345747d0db
(cua--rectangle-padding): Remove.
(cua--rectangle-virtual-edges): New defun.
(cua--rectangle-get-corners): Remove optional PAD arg.
(cua--rectangle-set-corners): Never do padding.
(cua--forward-line): Remove optional PAD arg. Simplify.
(cua-resize-rectangle-right, cua-resize-rectangle-left)
(cua-resize-rectangle-down, cua-resize-rectangle-up):
(cua-resize-rectangle-bot, cua-resize-rectangle-top)
(cua-resize-rectangle-page-up, cua-resize-rectangle-page-down)
(cua--rectangle-move): Never do padding. Simplify.
(cua--tabify-start): New defun.
(cua--rectangle-operation): Add tabify arg. All callers changed.
(cua--pad-rectangle): Remove.
(cua--delete-rectangle): Handle delete with virtual edges.
(cua--extract-rectangle): Add spaces if rectangle has virtual edges.
(cua--insert-rectangle): Handle insert at virtual column.
Perform auto-tabify if necessary.
(cua--activate-rectangle): Remove optional FORCE arg.
Never do padding. Simplify.
(cua--highlight-rectangle): Enhance for virtual edges.
(cua-toggle-rectangle-padding): Remove command.
(cua-toggle-rectangle-virtual-edges): New command.
(cua-sequence-rectangle): Add optional TABIFY arg. Callers changed.
(cua--rectangle-post-command): Don't force rectangle padding.
(cua--init-rectangles): Bind M-p to cua-toggle-rectangle-virtual-edges.
author | Kim F. Storm <storm@cua.dk> |
---|---|
date | Sun, 29 Aug 2004 20:57:19 +0000 |
parents | 7dd2d0d806e8 |
children | b2b85b22b20e 8080c98e919f |
line wrap: on
line source
This file describes the CVS branch in which it is maintained. Everything below the line is branch-specific. ________________________________________________________________________ This is the "HEAD" branch, otherwise known as the "trunk". Its primary purpose is to accumulate changes that are not yet partitioned into a specific (versioned) release. When people say "use CVS emacs", this is the branch they are talking about. Likewise, a "cvs checkout" without the "-r" option results in this branch. The plans for this branch are not specified; Emacs hackers add to it relatively free of constraint (aside from proper legal / accounting practices), although sometimes there is related discussion on the emacs-devel mailing list. The closure process for this branch is undocumented; concepts such as "freeze", "release", or "integration with the trunk" are not applicable to this branch.