From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Visher Newsgroups: gmane.emacs.help Subject: Re: Disabling a mode based on the size of a buffer? Date: Wed, 21 Aug 2013 10:10:43 -0400 Message-ID: References: <87siy4qbpe.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1377094297 3692 80.91.229.3 (21 Aug 2013 14:11:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Aug 2013 14:11:37 +0000 (UTC) Cc: emacs To: Michael Heerdegen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 21 16:11:42 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VC98P-0005Z7-Hs for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Aug 2013 16:11:41 +0200 Original-Received: from localhost ([::1]:53958 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VC98O-0002Yf-Vc for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Aug 2013 10:11:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48227) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VC98B-0002YY-SY for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 10:11:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VC987-0008WG-Sn for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 10:11:27 -0400 Original-Received: from mail-ve0-x230.google.com ([2607:f8b0:400c:c01::230]:59984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VC987-0008WA-OO for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 10:11:23 -0400 Original-Received: by mail-ve0-f176.google.com with SMTP id b10so370057vea.7 for ; Wed, 21 Aug 2013 07:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=fKaCn7sdRe7M/ummJ2l9gEIrKJOAovErMOeSZjNgAIM=; b=CJIMr7yYGpuaH7Xr8v/gvRV0DXXg6yusMJdT9kC77leMzkssXBHkpSnB6SvMRpY3wV 8WUFy4NXZa1JkNNluVQH09FHdpsdYYpeefcbZyiUgLP1g62FsbNErzyCWuV/lU7d3JYO WUXzc6pJik8vn0ohAt1aAYuYSz7t3dSVwrMSWeOUQdrSRFElbeZ+Sbg1HiW6wO4HW5I+ ITOhMbGo7/hNvPSM4V5qM7Z1pJUPbgSPZWB+akgjdXFeT+nTububCPEO2DdHMJOqCLys sGLW6g38U+ATDIBo4xpXLlU7YLTqInNhxlzL+GjllndPQEDNnhyYT8uvgA3DHLrbnOu9 dcrw== X-Received: by 10.220.47.10 with SMTP id l10mr328555vcf.32.1377094283396; Wed, 21 Aug 2013 07:11:23 -0700 (PDT) Original-Received: by 10.221.54.129 with HTTP; Wed, 21 Aug 2013 07:10:43 -0700 (PDT) In-Reply-To: <87siy4qbpe.fsf@web.de> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400c:c01::230 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:93028 Archived-At: On Tue, Aug 20, 2013 at 5:44 PM, Michael Heerdegen wrote: > Tim Visher 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