From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: [elpa] master 88578a4: Increase the default number of hits Date: Sat, 26 Dec 2015 20:38:36 +0100 Message-ID: <87mvsxatkz.fsf@gmx.de> References: <20151224213932.12107.84317@vcs.savannah.gnu.org> <87wps1ghyu.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1451158739 11859 80.91.229.3 (26 Dec 2015 19:38:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 19:38:59 +0000 (UTC) Cc: Glenn Morris , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 26 20:38:50 2015 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 1aCufx-000212-QI for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 20:38:49 +0100 Original-Received: from localhost ([::1]:39661 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCufx-0003Zm-4b for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 14:38:49 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCufr-0003Za-2s for emacs-devel@gnu.org; Sat, 26 Dec 2015 14:38:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCufn-00046k-1q for emacs-devel@gnu.org; Sat, 26 Dec 2015 14:38:43 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:55693) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCufm-00046g-Oy; Sat, 26 Dec 2015 14:38:38 -0500 Original-Received: from detlef.gmx.de ([87.146.38.208]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M3vCA-1aTl2F1DRC-00rZLM; Sat, 26 Dec 2015 20:38:37 +0100 In-Reply-To: <87wps1ghyu.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 26 Dec 2015 19:52:57 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:Aiu2bwd8XfL2FLuTQszcNkebz/A0AFh+xsGd9dDFcxTRB893wmL 6UF4mmsda3/O9//XWr6LNuWIg8ezzKmz6iQT8LnvHu5Ywvt+4HNZfTNQpS/grL7sRvHoO+K PU0Nj1S1Jff/rLtxeW2iLB394CiIp3a5d9v63whSYekRPpI5UKoJ+27wWF/R+xgYLprnCZ8 rg6/IVGR93mUISBExmyEw== X-UI-Out-Filterresults: notjunk:1;V01:K0:dSG4oOEFhzA=:ENIhWj0R8PRiAMao7KSGpo YhaE2OHsI6O3cLkp7OB66YlaQQzE5e/JbfvJjwfHeeppo9epQjVM3zQgZDsRsqa3AcxBh1d2a VQ+72PAHBdjtXBffn7jZu+Bm804aJO1YnuKT9ejVtD842O6ZDppTTuaq066tQfgX5g76av9qY E5v0yif1UYa5fZZGQlXaLER3YG/pPk4TFJdzK/ySM1aUJaw57rRakIBivtupPTa2hfN5Dv7Gx FhbEy5oSusK1dsmSU7UJvVuFu0sl/N3cVOo0Y3OZjHXxa3qMetHeqeNxR6cvKbFg5VCXjgTZY /w2m0ygaDP+j42tpSj6kTVIduwUCsLWpF/oZqlafpcVmnIQy25mA4bkhhBM1deaZxeQoMh8W3 5fGS+L6QX1g7Hb6GhSpLGup3L0rvejMjPoRh7+2M6lnl1qThXlQX3MDmmz5ffX2LDEUSUzql3 q0+JZNhlxeBWk0ue+m0Q+vd9YhxTRE1JscKssFC2ODTv73/+dzmVovJ+2HyBOnNR50LqKbVxy NdMKEgWGUuoHaLU4ZSI9qq22Z4Lz02cKcQBietd3ul1LPBdfFvFb5tDScWYqRPD/SUc+VkXwF Y0EjnjSxQnlCcK8i8ji0yO0fvbvZ8ELerOaSu+7hRe74ZC/16RqbqW1NdLxt5lnVsAJy6snB3 1g7DHVeKrd6TVXIsEKmJEWkUtTp00RnNtZ8eomMAp5C5UeMSJCQu20e66b4kjB/6WRJwAHQuT xPDaNgx5mlPwA6G+52nFvW0sNqMHoycygYIv5Ba6xmdMtiL3F/2Iw5CxwcXqIy0TWFl3A+hb X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.21 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:196918 Archived-At: Lars Ingebrigtsen writes: > Ok, I'll change it back, but I don't really understand why this is a > problem. Fetching all 4400 bugs seems to be pretty quick, and doing bug > triage if you don't have the full list of bugs is awkward, because it's > difficult to use `C-s' to search for bugs and `/' to narrow to all the > bugs in the area you're interested in (in a quick and convenient manner). If the number of bugs to be displayed exceeds `debbugs-gnu-default-hits-per-page', several pages in different buffers are shown successively. What if we show them all in the same buffer? That is, you get the first 1000 bugs, then you ask for more and you get the next 1000 bugs in the same buffer, you ask for more and you get the missing 141 bugs in the same buffer. By this, you could still use the narrowing commands during your triage, but the default hits per page is still accesptable. Best regards, Michael.