From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Multiple next-error sources Date: Fri, 07 Nov 2014 15:24:51 +0000 Message-ID: <545CE443.50502@dancol.org> References: <20141102151524.0d9c665c@forcix> <20141102172944.0f7944e3@forcix> <20141103084433.12117c03@forcix> <86fvdwgxqs.fsf@yandex.ru> <20141106180815.207bf7ad@forcix> <20141107104914.17f04967@forcix> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IsGJ16CQRMeWAVO1FPos9lWILhfuwui7g" X-Trace: ger.gmane.org 1415373932 24276 80.91.229.3 (7 Nov 2014 15:25:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2014 15:25:32 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: Stefan Monnier , Jorgen Schaefer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 07 16:25:26 2014 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 1XmlPi-0000gA-DL for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 16:25:26 +0100 Original-Received: from localhost ([::1]:60682 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmlPi-0007mA-0r for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 10:25:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59043) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmlPZ-0007lA-Id for emacs-devel@gnu.org; Fri, 07 Nov 2014 10:25:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmlPT-0005bz-5y for emacs-devel@gnu.org; Fri, 07 Nov 2014 10:25:17 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:38692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmlPS-0005SM-Rn for emacs-devel@gnu.org; Fri, 07 Nov 2014 10:25:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=iSnAsp1liXAr/m1iAgSwjExCiuPh/37O0nywu2xOXjs=; b=AluF6JASkRLCTgb+eeSmykbXG1jVnLHEs/oTyv55heVkthZiQiTo9YxVrlblsGJxoFb6scQRgsAQNJL7a6uwcjBeiAz5lUu0Z5MOICUB/8PtyrmxuhJ+DICdewef/OIUYpori2cfDyRFO+4fNlHUD7F38vn0LQeqkB8U3mya+mIvdiJ2yX6aCyvTluHVqYdSQ/z903nuFBdA+Knsip7cs/tU/7A8F/3sFejAh04WuKSj+5KH3w76QCEoDSxqoAPop7q7a7RmZrRDzz8lBGZQN/jTepnT2rTA8pgcjhvBWyjXzOAz7DkV8sW3s4OgZ4p3MJCmkabyDWJqbuH+C+edIw==; Original-Received: from [199.201.65.2] (helo=[172.30.31.126]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1XmlPG-0003N5-O0; Fri, 07 Nov 2014 07:24:58 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:176528 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IsGJ16CQRMeWAVO1FPos9lWILhfuwui7g Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/07/2014 02:59 PM, Stefan Monnier wrote: >> The advantage of hooks is that it makes it easier for users to >> customize the behavior by adding and removing various entries. >=20 > While it's true that >=20 > (add-hook 'next-error-functions #'my-function) >=20 > is shorter than >=20 > (add-function :before-until next-error-function #'my-function) >=20 > I don't think it warrants the addition of a next-error-functions. >=20 > If the :before-until is the problematic part, then I guess we should > look for ways to improve that (e.g. a better name, or some way for > a variable to say that :before-until is the default when adding > functions to it?). >=20 >> Is add-function intended to replace hooks like this in general? >=20 > Somewhat, yes. I have no intention to go around and replace existing > hooks in the forseeable future (except for those rare hooks that used > with-wrapper-hook), but I'll favor new foo-function over new > foo-functions. I strongly dislike this approach. It conflates customization points with implementation details. Hook variables clearly separate the two ideas. There's also no buffer-local add-function equivalent. --IsGJ16CQRMeWAVO1FPos9lWILhfuwui7g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUXORDAAoJEN4WImmbpWBloakP/A0QUxy24hRWHIvMShzQ38ff uz/1EaZyUBtfACSU9EAVqNt/DUtDfAqZKOsW4p7nULrgYaA3JceKA33viSDmwnVU AUfyqrKim3Jz9FgddViEGY1U0kxRWG7jlEaQiko8rVdBoz7/dQMdvy8VBNbWvntG Two7yzoZ1P4dmpildC+qyNLctaX1xsXX6fw6ya3jeMjp6Ccf5JfO49KPOEeiQsHX SSU9n4u/GAZI8cP8UkpRXFL+R8WQ0X+ROpSlzfCXgnJ/9jyIX+vZiC1WyTQfiqd0 bK1SS0zuz0HMWoXbMf28ACd8Psznieo6Nal2Hq5/ybMw2iv98Gsn2zRQTwYDH0+1 sQT654NnHNZejb+kyPIS+L6/3Hkia1Tzw5bVxLSHw7Ybup9ULcqWtiHileFf3W7f /RWXSrbVxhCd6t8Fx5VseVkMKYH8hZhjVuhbIXb3ASBoSuoMkbsAKJQEHRj6ZKxt dwDRbL4HimYqmMLS/wZ7EP1N/Cptdah89GP2FWTlhD645IXcwkJXW+vO83Ie3yTl DU5fi+RhqhL2N+axI/ErU6ee2tfbgQRwToVYpLFZMM+bMATFjCY/mYlyZ5pcVjCm IgRBTgXKg6W/+uPM3RACpz+ZnqRKLYNdYZgJcvP0fzdjKXSIwBC0Rq3Yk59hbPt/ oKkn/cgafe3cmS6ehQdf =eCnL -----END PGP SIGNATURE----- --IsGJ16CQRMeWAVO1FPos9lWILhfuwui7g--