From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#32731: 26.1.50; Ibuffer filter by mode: Handle >1 mode names Date: Tue, 18 Sep 2018 19:19:34 -0400 Message-ID: <871s9qqtq1.fsf@gmail.com> References: <87bm919s5y.fsf@calancha-pc.dy.bbexcite.jp> <874let9lps.fsf@calancha-pc.dy.bbexcite.jp> <87ftydezmi.fsf@gmail.com> <87worn86l5.fsf@calancha-pc.dy.bbexcite.jp> <878t43rkxd.fsf@gmail.com> <87sh2881dv.fsf@calancha-pc.dy.bbexcite.jp> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1537312687 11894 195.159.176.226 (18 Sep 2018 23:18:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 18 Sep 2018 23:18:07 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 32731@debbugs.gnu.org To: Tino Calancha Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 19 01:18:03 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1g2PFr-0002zA-4Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Sep 2018 01:18:03 +0200 Original-Received: from localhost ([::1]:42956 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2PHx-0004ti-KG for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Sep 2018 19:20:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45179) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2PHq-0004tC-IB for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2018 19:20:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g2PHm-0005Uo-GZ for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2018 19:20:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40627) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g2PHm-0005Ui-Bl for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2018 19:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g2PHl-0007xt-Ux for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2018 19:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Sep 2018 23:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32731 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32731-submit@debbugs.gnu.org id=B32731.153731278430590 (code B ref 32731); Tue, 18 Sep 2018 23:20:01 +0000 Original-Received: (at 32731) by debbugs.gnu.org; 18 Sep 2018 23:19:44 +0000 Original-Received: from localhost ([127.0.0.1]:44885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g2PHU-0007xK-Cq for submit@debbugs.gnu.org; Tue, 18 Sep 2018 19:19:44 -0400 Original-Received: from mail-it0-f50.google.com ([209.85.214.50]:51166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g2PHS-0007x5-3x for 32731@debbugs.gnu.org; Tue, 18 Sep 2018 19:19:42 -0400 Original-Received: by mail-it0-f50.google.com with SMTP id j81-v6so5806018ite.0 for <32731@debbugs.gnu.org>; Tue, 18 Sep 2018 16:19:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=2FajHe2m1axiNpaNRSH4kkbzZ0eKVRiEJfxs/Gu1BkM=; b=LeiRfcU3L8V7hB310jeo1OBCQsU2BGw6xo3wuXu9eZkAEsZ1UhOZ7ONNbnovCj4GpE Sn5rSu0uhhxEWocSZ5SbpO08I7W2H+nBFQPOspjZRL5SUVbjscQa/GaBNEqmbp20GN/g Hn4zkLVWEcdzUq4KCboQkW9Hj9fY/LoLRMMeKFtBJI8hq4HbKI35ua1pQsW5ivsHeubQ BcEKI5AAvSvuXtHoLHzynV/SrX9QXWs8xU0VjM0IC8iilDs85G6NNpvspINZ1vbh+8IS d1cMlOexN1DU272GMecDxDEEsrS0qk929wkXq1wF4NH8Jgt14dmu2MBPqV/hq+plagr5 k6jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=2FajHe2m1axiNpaNRSH4kkbzZ0eKVRiEJfxs/Gu1BkM=; b=K1fTHGJP+Vgism+fhp/IU4hfAU8GW/jMiN/gTatJ7rseiCRcKovQLny5+xO+/oW3xl brUK9vPJVmAkOQXGZPJkbFGxNDdg2FYQhUtjSouALqUfepR8meMifgoOKu3Gupob1wlO wz0C49pRTB2Co2Z8S5CwjDT1lYF1PovF1TGImyP+0OzeRNnN3795hlXVd4w25jYEEUuL MR8G7oviq5hx3hbIqZJlQjb6fJ99i8wOV0s1PANbmYkfPHmYx9sUf/oSETNiav4KlZ8W sRcx7H/ownxgs4HDOd4bZlBgb7wfVR92rnHaTjWZn9RQVf0DiSsbkqVsJcKXnE2Lq94B gNbw== X-Gm-Message-State: APzg51B6/O/V6CKV41xmATyx80hplL8fw5Nzt4iMfEScTNwsvKOKzjYC 1H50D1oPDUTdORDr24F6nzy6jABM X-Google-Smtp-Source: ANB0VdZ/eLVtLJXxdIheNqRrKPLaK4RlZ0p+pIupEvqrGrCRXXsivWX6J32+6o/WNSxVLcRbbnzuag== X-Received: by 2002:a24:5753:: with SMTP id u80-v6mr18909147ita.21.1537312776449; Tue, 18 Sep 2018 16:19:36 -0700 (PDT) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id u204-v6sm5596138itb.34.2018.09.18.16.19.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 18 Sep 2018 16:19:35 -0700 (PDT) In-Reply-To: <87sh2881dv.fsf@calancha-pc.dy.bbexcite.jp> (Tino Calancha's message of "Tue, 18 Sep 2018 02:44:28 +0900") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:150425 Archived-At: Tino Calancha writes: > * I don't like much such new function > `ibuffer-filter-by-used-modes': isn't it better that > `ibuffer-filter-by-used-mode' handles both inputs? In principle, I agree with this, but there is a drawback to be aware of: fancier completion modes (e.g., icomplete, ido, etc) don't support completing-read-multiple. So users of those modes could see this as a regression. > * It moves most of the code inside the macro `define-ibuffer-filter'; no > need to add new functions. I don't like that define-ibuffer-filter has special code for certain filter types.