Age | Commit message (Collapse) | Author |
|
Ignore-this: 9262a1436f4dcda20711a80a776cddea
darcs-hash:20110507210933-00fcc-65b52e19c6ab91c2e8a9ed93e03ede7a70e87a14
|
|
Ignore-this: ddb4695b0f360dc64ce0740fc499dcbc
darcs-hash:20110412132309-00fcc-a82f9d8806377c35cfd2cdc12cf9bac2d41b2b95
|
|
Ignore-this: 1295ab71a3e11223dd5dfca96c6a8292
darcs-hash:20110411232248-00fcc-5bbb48a3bfcddbd0dbd836df292c2059966ec413
|
|
Ignore-this: 2f38714b2d3133e6ae10fc861fc6bbad
darcs-hash:20110411230236-00fcc-5cdf1cbe0a085f72a89a554dc81ddc2e9794ac66
|
|
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: 24b37ef662a653c2dfc7c6bb81e9f493
Still a long way from being remotely satisfactory.
darcs-hash:20110411230018-00fcc-df5e070b386a549fce8ddb38db6aa27983e70893
|
|
Ignore-this: 9bfd202133e386063b4dcddd04d24db6
darcs-hash:20110411225954-00fcc-e1942057e4e99674b84d39d6d2d024aa6c15d528
|
|
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: 5b769eee2b831aefae5f7440a4ef2775
darcs-hash:20110411225240-00fcc-dd7e564acf7c93f087c94d1e16f18650504fe89f
|
|
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: 145763cd2559105046cddd21c3da31d2
darcs-hash:20110411190401-00fcc-44f724d53c52deb35d81b6c3a4bee70ef7d56222
|
|
Ignore-this: ea283af1a5a27d8d3fe32647e8aa5910
darcs-hash:20110411190348-00fcc-7a8d049f8be17ea0ffec1070fe7ae7a58d0f47be
|
|
Ignore-this: 5ba090d8b5214e6b53419108126e74f7
darcs-hash:20110411185319-00fcc-9d494301c54ca406124f243a884c163dc92be27c
|
|
Ignore-this: 798d9dcc323a87749b2fdd7e1351c7c
darcs-hash:20110411185153-00fcc-e45fea206945d21a4483d2b0273932644c1dd977
|
|
Ignore-this: 83a9ba4b44db09fbc9b734399fcbb177
darcs-hash:20110411184908-00fcc-d4bdfeac48a61f997fdb29269784edc2b0b0b9ac
|
|
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: faf1edd6c7cd277cf4fdaa1eff18985c
darcs-hash:20110411180930-00fcc-1d348dfc4d09757c3d608742df27c5a2b95d01fd
|
|
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: b8c951ba61e9e05e5f77c90e96353e23
Add comments about why these tests are slightly bogus.
darcs-hash:20110409200825-00fcc-8ae65e3261bd36c970424a3dd88e07cb925a5044
|
|
Ignore-this: 18f0bece3d6a499eaec1befe180a4faf
darcs-hash:20110409200610-00fcc-05f1a5029eaea4ab0600bb5ee3dfeb5efff55761
|
|
Ignore-this: fe896b5633ffd3c34448b69b4ad149ea
darcs-hash:20110409193801-00fcc-6fa903a5a00ced144e483b5fcd36e11e2c88e088
|
|
Ignore-this: 712152db7535bf4cebe20a3d1d0417e
darcs-hash:20110409192728-00fcc-a18574a39aea8bf77a5ad11da2b9c88612ad1dd7
|
|
Ignore-this: f8c8becaa62baae7ff5ffd4ed0eea234
darcs-hash:20110409192718-00fcc-a2671119e9915e7c7197e87cddbc8ebb245c8b68
|
|
Ignore-this: 8b6431ddc14e702e7a922fd067a27de8
darcs-hash:20110409192654-00fcc-4ce92c705652c52ebd622bfcce5f34a58067c68e
|
|
Ignore-this: 12e8ee22270320abed65e401d2f0b267
This more faithfully tests the behaviour human users will see, and it
lets us also use `current-prefix-arg', &c., to test more modes of the
commands.
darcs-hash:20110409192317-00fcc-5d0b0bf50b928d8adf5658afa3d63cdb788405ec
|
|
Ignore-this: 52917d0028118f91466c10b12efd24c1
darcs-hash:20110409184554-00fcc-e5009c3d6b6ea235e28020c75cf1fb045ea50f81
|
|
Ignore-this: 30d8b828e4baa46e09c8078317a6ed10
darcs-hash:20110409184529-00fcc-650bbe3128e19c4a849c8621ed682c58f982d602
|
|
Ignore-this: b33e272226aee48558a7550911210b1
darcs-hash:20110409184523-00fcc-4e68668cd80e3f924e5242beb017e62140e5d746
|
|
Ignore-this: c8b3e39457bf11ea71ae9a9a1f73b608
darcs-hash:20110409184426-00fcc-d13ce13ea3bf386527a93111959202f3cd0bbb33
|
|
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: 361eed40c5230c284f1a1a559df9b645
First tiny steps to canonicalizing the environment... Grumble.
darcs-hash:20110323045806-00fcc-2e98b0ed0bab3e8389a1d234be8dcac2848949da
|
|
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: 11bf127fc1f87a03e4d00da450a01404
darcs-hash:20110323035054-00fcc-3a0c5901af5290c3bd4758296497f01fffc2945c
|
|
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: 22e10bc198d7fa5e5e1932b9b31d43c5
darcs-hash:20110323034451-00fcc-76bbe79f1eea197e12566a4837245fc4d9401df0
|
|
Ignore-this: 2ce33884b5c29308a3920ae7427e843
darcs-hash:20110323034225-00fcc-06b3213a81bddaf72c41bb224a4f13a0544356d3
|
|
Ignore-this: 617dee9b848d79adfb69c7c8ad53e3f6
New command `paredit-recenter-on-defun'.
Thanks to Eitan Postavsky for the report.
darcs-hash:20110323002413-00fcc-1b422d9a7c39f930a862f8917cec8a868fa066b0
|
|
Ignore-this: 888d2d202ce3629fc0f7a81c29b17c7a
The `paredit-open-...' commands now use `backward-up-list', which
doesn't work for angled delimiters because their character syntax in
Scheme Mode is not that of list delimiters.
darcs-hash:20110322225350-00fcc-58ee30fc89b11d96d0e7e8ae5df5ca20b34dee6c
|
|
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
|
|
Ignore-this: efc4abdd6f8e015ae35c51dea4358a1e
darcs-hash:20110322203605-00fcc-a82f3ae4e936b16d682cbb26279dfa1d59c4dd33
|