From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: Ibuffer: w and B default to buffer at current line Date: Sun, 18 Sep 2016 12:35:06 -0700 Message-ID: References: > <83intw5our.fsf@gnu.org>> <3dbc0c03-56f9-4b6f-bd3b-258458967665@default> <83zin630i9.fsf@gnu.org> <83r38hi8sk.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Trace: blaine.gmane.org 1474230928 19050 195.159.176.226 (18 Sep 2016 20:35:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 18 Sep 2016 20:35:28 +0000 (UTC) User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1 (darwin) Cc: tino.calancha@gmail.com, drew.adams@oracle.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 18 22:35:24 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1blio5-00045Y-8k for ged-emacs-devel@m.gmane.org; Sun, 18 Sep 2016 22:35:21 +0200 Original-Received: from localhost ([::1]:51369 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blio3-0000E0-5V for ged-emacs-devel@m.gmane.org; Sun, 18 Sep 2016 16:35:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blinv-0000Co-JD for emacs-devel@gnu.org; Sun, 18 Sep 2016 16:35:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1blinu-000276-DL for emacs-devel@gnu.org; Sun, 18 Sep 2016 16:35:11 -0400 Original-Received: from mail-pa0-f50.google.com ([209.85.220.50]:33624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blino-00020d-Gy; Sun, 18 Sep 2016 16:35:04 -0400 Original-Received: by mail-pa0-f50.google.com with SMTP id hm5so9343634pac.0; Sun, 18 Sep 2016 13:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version; bh=2yyzPNrFDiT4bVkAnBOAl9YHkaj5SyI+gFCBKOJr/7I=; b=m+ZZOhYGQeqKFPNQY2P9FmEidjBf/5hGu4Un+ve+zVbNxe8ulO6fa2mbEwNOCLeu9j Uv7Il5/HwtuYV4tw8XtdNr5LV5ba3cn678ImidTOynzVPLs4t0T9X2EMBKdCDAvThfFN 3gGxsVpMMC5EvTSvoBjr0ysUiEqSPlybLC0A1tcU5jMkwSFZlWSLJap5S7JS9OZBsjP7 pXhLcFwe4kicaAaNaSmJuuDav6PxDULYaB0pPkYmKXk5yOkIhT+KyYzYo7tS90XhoSwu 0DLP4oWPx72j35BoSVjLEwfIFQQWWRdORtCs7KqZpRgSKsUrj9kWgWNSpuG02gi1xxyx fgJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:mail-followup-to:mime-version; bh=2yyzPNrFDiT4bVkAnBOAl9YHkaj5SyI+gFCBKOJr/7I=; b=gDhLW3UMnrWPAI82U1Fa0KnaUq/ii43M9LL8xLvDZnMEIDMvAhpdlkVLTv/2w0OnTC Ka6phFrBQ5uOP5haBMpBTzfQJV17DH/tIr94a29uSmKxkuckP0TriRwZu3YPTpskUGBb sO+w2W8xO8XoosvlcvHzRUEfkV64AYIaIAxaIWKDZhDdRqylNOfB6rgFExlOhaiLbhcS lqh+1eKut1BxpT8z/zbqf3eSIrpmYjhTXluQFKteU2LB80JCzGyojMcVDPTXrYtpkRjI Xdw5bJFIqJvP1hideC6Snq95/XluUUJN/3G2JC5F/A7r2jeqbjyXf2N+WD0Y8jRzvzCx NMMw== X-Gm-Message-State: AE9vXwNl8fiI/R5DdIMZ+ie9IghgOhZchuli5lKUQsnDve4BKec8agZSTUVYkyydGzdNKQ== X-Received: by 10.66.156.72 with SMTP id wc8mr40415469pab.53.1474227311554; Sun, 18 Sep 2016 12:35:11 -0700 (PDT) Original-Received: from Vulcan.local (76-234-69-149.lightspeed.frokca.sbcglobal.net. [76.234.69.149]) by smtp.gmail.com with ESMTPSA id p67sm66008453pfg.22.2016.09.18.12.35.09 (version=TLS1 cipher=AES128-SHA bits=128/128); Sun, 18 Sep 2016 12:35:10 -0700 (PDT) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.local (Postfix, from userid 501) id 6477926227AE; Sun, 18 Sep 2016 12:35:09 -0700 (PDT) In-Reply-To: <83r38hi8sk.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 18 Sep 2016 17:26:03 +0300") Mail-Followup-To: Eli Zaretskii , drew.adams@oracle.com, emacs-devel@gnu.org, tino.calancha@gmail.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.220.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:207584 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> Eli Zaretskii writes: > In Emacs, every command is a function, so eventually, we would need to ha= ve > a single function which could do both, right? Therefore, the only issue h= ere > is whether that function should be called count-lines or something else, > right? OK, I hear you now, Eli, thanks for clarifying. You are perfectly right, ev= ery command is also a function. In the example of counting lines and characters, my preference would have been for there to be three functions: count-lines count-characters count Where the third is the DWIM-y interactive command. This keeps the behavior = of count-lines and count-characters very clear, while the behavior of `count' = is not very clear and justifiably needs looking up in the manual to be sure wh= at it does. Now, I'm not saying every package HAS to be architected this way. What I dislike is something fairly specific: "shoe-horning" in the ability to count characters into count-lines, simply because that's easier to do than turning one function into three. That makes count-lines a lot more complicated, for what seems to me to be no good reason at all. I *think* that your point about "every command is also a function" is just a bit orthogonal to whether we should be multiplying the semantics of our functions -- be they commands or not. Clearly "string-append" should not st= art logging to disk, or "current-time" suddenly gain the ability to compute the volumes of spheres based on special arguments. If your point is that this is vague, and can only be decided on a case-by-c= ase basis, then yes, you've convinced me of that. I'll speak up whenever I see = it happen, and we can discuss again in the context of particular issues. For the patch at hand, if no one else has a problem with mirroring the structure of dired in ibuffer, I'll go with the majority opinion. I guess sometimes it can even be easier to maintain the same structure in two place= s, than to have the architectures diverge because of differing principles. =2D-=20 John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCgAGBQJX3uxqAAoJEMFE2PTxn+YwT7kL/iTTUEsxLF0VkE4+Rx/pnAz9 L3jXdApacRnpM0XZtKjDSCOLdDj0Dvpw3eMIWNu22xVOZDBAcD4HbRDoj1x6KX8W OKQ6yPnFUvIXvYgTDAWi97Ws2pUlHb0dmETXewdpfY3sCwHWCh4ed0+ayzPKTOma 3/Dm8SLvzalR7o6s3uQljmVaB5PLC+5V5c24PLr1VOWn3KkXWt5sdYQfse4MwIWe 4ceDCqXpATcFjzN9RQPQADrSWs8VggjN0Q4q6k8lCU5XzwE7bp8Xy66S/+TK+8SZ E74e2xLsHa93ybpvaqtBmnEy3yOJg5GpQMwxVeGPJYJ6gttgxlczzvBSqRu909Kx avK59yeq5hbG+ak5JNPjzSCgVupFwDkyvayFwQ3E7W39v/+1qTyfQaACjWRygDAd bH7f/ul4UhWiwPJLtCbuhaFQ0JlN4XOw9FjZjriZiOaoa5rf1IYt60uxUHhvstx4 Hwry9jKDoApzZFIPgYzWmT7NYxG03yIFDO621VyjBQ== =mzyc -----END PGP SIGNATURE----- --=-=-=--