From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.devel Subject: Re: Finding packages to enable by default Date: Fri, 06 Dec 2013 11:23:04 +0530 Message-ID: <87mwkey18f.fsf@gmail.com> References: <87mwkgb74k.fsf@yandex.ru> <52A02473.8090005@gmx.at> <87d2laq3e5.fsf@yandex.ru> <27cf3be2-5371-4c6c-8e93-5942f8369589@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386309188 12114 80.91.229.3 (6 Dec 2013 05:53:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Dec 2013 05:53:08 +0000 (UTC) Cc: Andrew Hyatt , Tom , emacs-devel , martin rudalics , Stefan Monnier , Bozhidar Batsov , Dmitry Gutov To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 06 06:53:13 2013 Return-path: Envelope-to: ged-emacs-devel@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 1VooLf-0005st-FO for ged-emacs-devel@m.gmane.org; Fri, 06 Dec 2013 06:53:11 +0100 Original-Received: from localhost ([::1]:57457 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VooLf-0005CU-3O for ged-emacs-devel@m.gmane.org; Fri, 06 Dec 2013 00:53:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34802) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VooLV-0005CK-WF for emacs-devel@gnu.org; Fri, 06 Dec 2013 00:53:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VooLO-00030p-0v for emacs-devel@gnu.org; Fri, 06 Dec 2013 00:53:01 -0500 Original-Received: from mail-pd0-x22f.google.com ([2607:f8b0:400e:c02::22f]:60589) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VooLN-00030d-OY for emacs-devel@gnu.org; Fri, 06 Dec 2013 00:52:53 -0500 Original-Received: by mail-pd0-f175.google.com with SMTP id w10so422589pde.6 for ; Thu, 05 Dec 2013 21:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=vLeVCPEzOSMR5ZBEFKFzfILpbLnHauJBT8nzfvHcIZ8=; b=0p9ZEJJnZaFNYAZixIm/tsIL25IM7Rl/mIf8bBI7qyeQEenmFxcd1YGG5VpCFG+GJq BDUOlfSNhU4Yq/wsKQJeHeByZ2y+ygiTYDu1heUvjxVaAFtCjHz9yt7AQQmsG70f/V2u VBvhb/dcJJBMkrQRdKyydfZj8+GGmqxEHzU1qudI9NxfApX/66odjPnQtjms/jzAetaU BoFZkPDWkltiqmxgv9UE+csqX55E2ZDFQZEsvBNVoyzkGjRt+91gW2fCSy6phRqCfVSm xdODjMIRz5d//CO8gPpZbqGB86qREtE0mT8Hj8taosf5uR6N5/gwiJ3iGCMxc1A+k+xJ 8hnQ== X-Received: by 10.66.188.203 with SMTP id gc11mr1952094pac.63.1386309172486; Thu, 05 Dec 2013 21:52:52 -0800 (PST) Original-Received: from debian-6.05 ([115.242.188.219]) by mx.google.com with ESMTPSA id wp8sm148964302pbc.26.2013.12.05.21.52.47 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Thu, 05 Dec 2013 21:52:51 -0800 (PST) In-Reply-To: <27cf3be2-5371-4c6c-8e93-5942f8369589@default> (Drew Adams's message of "Thu, 5 Dec 2013 21:16:02 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166150 Archived-At: My 0 cents. An expert user may have different requirements or may look at atypical source files. But he cannot count himself in for this survey. `show-paren-mode' is topping the list. That it's behaviour "suffices" is what matters. Whether there is an alternate behaviour that is "superior" shouldn't matter much. Drew Adams writes: > 2. Others have countered that an advantage of `blink-matching-paren' > over `show-paren-mode' is that tells you where the other end is, > when it is off-window. I agree: `blink-matching-paren' should > remain on (non-nil) by default. > 3. No one (maybe you?) has spoken in favor of the jump-and-blink > behavior of `blink-matching-paren'. Some have called it annoying. > But turning on `show-paren-mode' nullifies this behavior, AFAICT. It is easy to tell when the other end is out of view. In that case, I can scroll so that both ends are within the screen. Otherwise, I just use C-M-n and C-M-p. I don't need blinking. It works for me.