Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
(Why doesn't GNU Emacs include this? Grmble.)
|
|
This reverts commit a26c148244962c1365c185dbe154118c88183575.
`ESC [' is how various terminal escape sequences begin, so overriding
this is a bad idea!
|
|
Likewise for backward slurping and slurping into strings.
Add some tests.
|
|
|
|
|
|
Drop `backward-down-list'. All four {backward, forward} x {up, down}
motion commands are done pareditishly now.
|
|
|
|
Use `delete-char' instead with a negative argument, which doesn't
behave randomly when the region is active and transient mark mode is
enabled. While here, mark positive arguments to `delete-char' with a
plus sign.
|
|
|
|
|
|
`paredit-enclosing-list-start' and `paredit-enclosing-list-end' give
the start and end points of the enclosing list.
`paredit-prefix-numeric-value' is like `prefix-numeric-value', but
truncates numeric values to the number of S-expressions that can
actually be moved over before hitting an enclosing delimiter.
|
|
This way, default M-" behaves more like default M-).
New command `paredit-meta-doublequote-and-newline' (no default key)
behaves like the old `paredit-meta-doublequote'.
|
|
|
|
|
|
|
|
|
|
|
|
`paredit-kill' at the end of the line in a comment failed to put the
string `\n' into the kill ring, as revealed by these tests.
|
|
|
|
|
|
|
|
|
|
Ignore-this: 61dbcae678e46499873949c68cc78fbf
Thanks to Leo Liu for the nudge about some of its rough corners (and
for pointing out the screw case recently fixed). It's still pretty
rough around the edges.
darcs-hash:20110508175637-00fcc-265b11688b79f4d01211d798fec7e9dd3fe4748f
|
|
Ignore-this: 9262a1436f4dcda20711a80a776cddea
darcs-hash:20110507210933-00fcc-65b52e19c6ab91c2e8a9ed93e03ede7a70e87a14
|
|
Ignore-this: 32164dfb4309af09754d8a6ed0749f0d
It's basically an alias for `paredit-in-string-escape-p' now.
Replacing one by the other would make too big a diff.
darcs-hash:20110411230056-00fcc-d2838af6bff48ed698f596abfc345453f1bfad63
|
|
Ignore-this: 186d2611fcbd98479c898a8b756d01ee
darcs-hash:20110411225827-00fcc-27d7a8defd057cb7640fa223e20e110e34f85db8
|
|
Ignore-this: ce30323a4077d83acc1967af18604e40
Put the new escape after the one the point is on; don't split it.
darcs-hash:20110411225316-00fcc-1c65c221a9878047104d5fed02a60f48f0641f7b
|
|
Ignore-this: ed55179d0138b72dbe408836bb9f9403
It should move past the close, not stay where it is.
`paredit-move-past-close-and-newline' already did this; the two now
share the common code.
darcs-hash:20110411225030-00fcc-202b9f3f93aab76ddae1c8bb10f9f605fee949d4
|
|
Ignore-this: ea283af1a5a27d8d3fe32647e8aa5910
darcs-hash:20110411190348-00fcc-7a8d049f8be17ea0ffec1070fe7ae7a58d0f47be
|
|
Ignore-this: 51d8b01dc3a61efe5b0e0c651bf3a812
New command `paredit-delete-region' is to `delete-region' as
`paredit-kill-region' is to `kill-region'.
Deleting a region that starts or ends in a comment works a little
better now.
`paredit-kill-ring-save' is no more: paredit doesn't (and shouldn't)
keep you from putting unbalanced text into the kill ring. What it
should (but doesn't yet) do is keep you from yanking unbalanced text
into the buffer.
darcs-hash:20110411184530-00fcc-e20733f7a36482041cb9279030d66a9419fa4e9b
|
|
Ignore-this: 15f19e277834ce01b503d4adde69f56e
darcs-hash:20110411180857-00fcc-c3b0a9464be06835aaf1ce7fb06034c31705ea37
|
|
Ignore-this: db6c2b72e92eadc7b98d3c0613916f9d
darcs-hash:20110411180500-00fcc-5e23c6d9675a260d692830ecdc40302d4ab52141
|
|
Ignore-this: c75566b3db4425b39ca633d55c6d400e
In `paredit-check-region', call `paredit-region-ok-p' to discern
whether the region is OK before narrowing and calling `check-parens'
to report any errors. This avoids unwanted point motion if the
region is OK, or if it isn't, lets `check-parens' move the point to
the part where the region is not OK.
Write docstrings for the two routines.
darcs-hash:20110411180300-00fcc-674d77c0c9566bcfb8ef7cfe88a50de34a373853
|
|
Ignore-this: 3f246298c4207e54bdecd05647c0c8fd
darcs-hash:20110410005917-00fcc-7fbd486327b26986ca2b30698a4c1e07b1b1b326
|
|
Ignore-this: 18f0bece3d6a499eaec1befe180a4faf
darcs-hash:20110409200610-00fcc-05f1a5029eaea4ab0600bb5ee3dfeb5efff55761
|
|
Ignore-this: eb090de24ae6a8502605aefee51420a4
Emacs may have indentation methods that rely on the buffer's being
balanced.
The change to `paredit-forward-barf-sexp' is OK because when
`paredit-forward-and-indent' calls `indent-region', the point will be
on the same line as the closing delimiter, so it will get indented
correctly.
Add regression tests.
darcs-hash:20110409182523-00fcc-5ed49a704f12afa1fb9353eb8dcd5d97e963964c
|
|
Ignore-this: 4f33f1efd97dfb7cc0041be7f4d5ccee
darcs-hash:20110323154254-00fcc-4498047b5a31bbe15f51727605972723005babd4
|
|
Ignore-this: 8fa112b5321c5367a246d1bfd1499485
Of course, I haven't tested this in a long time, but that's the first
version released after paredit 20, which was the first version of
paredit to include XEmacs compatibility hacks.
darcs-hash:20110323154050-00fcc-ea1ef7a12f17db3dd7e4702071ad50df438489e5
|
|
Ignore-this: 48046ba29e4172c407b0d44fbbe4a7a0
darcs-hash:20110323062311-00fcc-820fab4a894bf7175f200900ff32d2daf7569620
|
|
Ignore-this: 6d25fd1fad7e584d421b9e57fa8ab69
At least one user, upon seeing Emacs say `Escaping character...',
checked top for its CPU usage!
Thanks, elly.
darcs-hash:20110323061213-00fcc-63e99f496e8afd219d3c5ea88f6499abcd4ade39
|
|
Ignore-this: 3a37e719407c3fbd2e3cfe9256d7598a
darcs-hash:20110323045451-00fcc-dd611d727eb018f1ce6ab8ba4560bce2313ea54d
|
|
Ignore-this: 18cf22cb9511351b0d547a2337357c96
There is no semantic difference here in elisp, since elisp guarantees
left-to-right evaluation order in `let', but using `let*' makes it
clearer that there is an intended ordering dependency.
darcs-hash:20110323043646-00fcc-fddfd7cf6d1d67eea90fa03627a510d7c82432b4
|
|
Ignore-this: a404afd4e847db4ef89b17de42d431e4
It was copied & pasted from `paredit-forward-delete-in-comment'
incautiously and lacked a necessary `save-excursion'.
darcs-hash:20110323034916-00fcc-55ea95fc6be8f4b57fbadfd2c8cc04942dbd2b1e
|
|
Ignore-this: 617dee9b848d79adfb69c7c8ad53e3f6
New command `paredit-recenter-on-defun'.
Thanks to Eitan Postavsky for the report.
darcs-hash:20110323002413-00fcc-1b422d9a7c39f930a862f8917cec8a868fa066b0
|
|
Ignore-this: 1f0109619737b5836077f22e651dc390
Avoids dangling opening delimiters in `paredit-insert-pair'.
darcs-hash:20110322221620-00fcc-dff68effdbbb1b95f5b6d5c142e1ba4bb48bf3e5
|
|
Ignore-this: 13da51d89ea973b30048035bea3ac499
This way, M-3 ( works mostly like M-3 M-(. (They still behave
differently with respect to `paredit-yank-pop', though.)
darcs-hash:20110322204957-00fcc-3cbe3616018abf120000169ad818b1d86de9bdcb
|