From: Tim Visher <tim.visher@gmail.com>
To: Michael Heerdegen <michael_heerdegen@web.de>
Cc: emacs <help-gnu-emacs@gnu.org>
Subject: Re: Disabling a mode based on the size of a buffer?
Date: Wed, 21 Aug 2013 10:10:43 -0400 [thread overview]
Message-ID: <CAHa53uzGy7kJvgM-modJCgN733FVinZ+rW2B1GaO-qk2PVYmiw@mail.gmail.com> (raw)
In-Reply-To: <87siy4qbpe.fsf@web.de>
On Tue, Aug 20, 2013 at 5:44 PM, Michael Heerdegen
<michael_heerdegen@web.de> wrote:
> Tim Visher <tim.visher@gmail.com> writes:
>
>> Hi All,
>>
>> When a buffer gets to a certain size, paredit mode specifically begins
>> to struggle, as do some other modes.
>
> I don't see that for paredit. In a buffer with >10000 lines, any
> paredit command is still executed without measurable delay. In which
> way does it struggle for you? What are these other modes?
Mine is [31000 lines][bible.cljs]. The enabled modes in that buffer are
Clojure Auto-Composition Auto-Compression Auto-Encryption
Column-Number Cua Diff-Auto-Refine Eldoc Electric-Indent Electric-Pair
Erc-Autojoin Erc-Button Erc-Fill Erc-Irccontrols Erc-List Erc-Match
Erc-Menu Erc-Move-To-Prompt Erc-Netsplit Erc-Networks Erc-Noncommands
Erc-Pcomplete Erc-Readonly Erc-Ring Erc-Stamp Erc-Track Erc-Track
File-Name-Shadow Font-Lock Global-Font-Lock Global-Hl-Line Hi-Lock Hs
Idle-Highlight Ido-Everywhere Ido-Ubiquitous Line-Number
Nrepl-Interaction Recentf Shell-Dirtrack Show-Paren Textmate
Transient-Mark Whitespace Winner Yas
I'm assuming several of them could be the culprit, but I would guess
it would be Clojure mode attempting to do syntax highlighting.
Anyway, if you position your cursor just inside the verses vector in
[this file][bible.cljs] and use
`paredit-splice-sexp-killing-backward`, does it work lickety-split?
[bible.cljs]: https://raw.github.com/timvisher/bible-plan/master/src/cljs/bible_plan/bible.cljs
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
next prev parent reply other threads:[~2013-08-21 14:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-20 17:08 Disabling a mode based on the size of a buffer? Tim Visher
2013-08-20 21:44 ` Michael Heerdegen
2013-08-21 14:10 ` Tim Visher [this message]
2013-08-22 5:25 ` Julien Cubizolles
2013-08-21 1:41 ` Juanma Barranquero
2013-08-21 14:11 ` Tim Visher
[not found] ` <mailman.451.1377049349.10748.help-gnu-emacs@gnu.org>
2013-08-25 13:52 ` Stefan Monnier
2013-08-25 21:00 ` Juanma Barranquero
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAHa53uzGy7kJvgM-modJCgN733FVinZ+rW2B1GaO-qk2PVYmiw@mail.gmail.com \
--to=tim.visher@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=michael_heerdegen@web.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).