From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Finding packages to enable by default Date: Fri, 06 Dec 2013 01:33:38 +0200 Message-ID: <87d2laq3e5.fsf@yandex.ru> References: <87mwkgb74k.fsf@yandex.ru> <52A02473.8090005@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386286443 17555 80.91.229.3 (5 Dec 2013 23:34:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Dec 2013 23:34:03 +0000 (UTC) Cc: martin rudalics , Andrew Hyatt , Tom , Bozhidar Batsov , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 06 00:34:05 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 1VoiQm-0003g7-O7 for ged-emacs-devel@m.gmane.org; Fri, 06 Dec 2013 00:34:04 +0100 Original-Received: from localhost ([::1]:56668 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VoiQm-0008Ev-CD for ged-emacs-devel@m.gmane.org; Thu, 05 Dec 2013 18:34:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33747) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VoiQe-00086j-3t for emacs-devel@gnu.org; Thu, 05 Dec 2013 18:34:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VoiQY-00053P-FF for emacs-devel@gnu.org; Thu, 05 Dec 2013 18:33:56 -0500 Original-Received: from mail-ee0-x22b.google.com ([2a00:1450:4013:c00::22b]:58300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VoiQY-00051X-7L for emacs-devel@gnu.org; Thu, 05 Dec 2013 18:33:50 -0500 Original-Received: by mail-ee0-f43.google.com with SMTP id c13so3706096eek.30 for ; Thu, 05 Dec 2013 15:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=h5DzNpS7DD81sS6AGsgW+DSjbpazhD8OTfSNVaa8K7E=; b=X1QyIxmPsjlC89q8/wclwF1zReQ5V9zqYqlh1SnOk6WdE3TdcZT3fdPfKbhmD5pOM0 pugvEowOql++B75njhR6tlWgXgM/oWrA+G8gpBds8sH95HeUuXQEjd2HQDRkNjFyNaGU Vu6aIPpviG9MMyTJSN9e0s76ylxh4IxpfIwq1h8cdHGs3c3h6QDOZy8QVkO7FSlxuM1S Q4RYACtxYJIF1KBKltRR5NXtGFaIY4eJxz6V0EDuGgoqdIdqkHlEp5a6MTxYnbVRj8TN 5ppZmLY4pw5gOY0eMY+gdjTVN6if1qo416VlE3VsCeAuZdUfnFq/PXk0g2OWKGGwnxA9 hD1w== X-Received: by 10.14.105.7 with SMTP id j7mr827847eeg.95.1386286426267; Thu, 05 Dec 2013 15:33:46 -0800 (PST) Original-Received: from axl ([62.228.136.233]) by mx.google.com with ESMTPSA id a45sm111085141eem.6.2013.12.05.15.33.43 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 05 Dec 2013 15:33:45 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Thu, 05 Dec 2013 13:25:01 -0500") 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: 2a00:1450:4013:c00::22b 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:166139 Archived-At: Stefan Monnier writes: > I do think we need some paren-matching enabled by default. > I'm surprised blink-matching-paren can elicit such strong sentiments, Maybe it would've elicited better reception if the blinking was not performed with a cursor jump (if the cursor stayed where it was, and the blink was performed in, say, show-paren-match). As it is, my first impression of using it was, how do I get my cursor back? > since I myself find it very nice, providing just enough info to be > useful (including when the open paren is out of sight) without getting > in the way (you can just ignore the cursor-jump if you don't care about > it). You can ignore it after the first impression wears off and you get it, but it still takes some small amount of cognitive load that maybe would be better spent elsewhere. >>> > +1. Whenever the window-handling code does something different from what >>> > I'd expect, winner-mode saves the day. >>> Whenever it happens again do not hesitate to file a complaint here, too. Yes, sure, thanks. Though some of my expectations might be different from the general public. > Just a guess, but the window-handling can "mess up" without it being > a bug, so the "something different from what I'd expect" may still be > "the right choice" in general. Also yes.